Skip to content
GitLab
  1. 13 Jan, 2000 1 commit
    • Jim Jagielski's avatar
      More on the 1.3.10 release. Here are my thoughts: · 2915dbd4
      Jim Jagielski authored 
        1. About the HPUX shared build problems. It definately looks
     like, although the fix in place doesn't not "fix" the
     real problem, that it allows HPUX binary builds to work
     without junking things up for everyone else, which all
     other suggested patches have done. I say we ship with
     this less-than-ideal solution.

  2. Unless there are any -1 votes, I say we commit Ryan's
     '-Ae' patch for HPUX.

  3. I need some votes on Sascha'a AIX DSO patch.

  4. We need some clarity on exactly which variables we need
     to protect in Expat. So far, all we have is 'lookup'.
     Is that enough?

PR:
Obtained from:
Submitted by:
Reviewed by:


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84451 13f79535-47bb-0310-9956-ffa450edef68
      2915dbd4
  3. 12 Jan, 2000 11 commits
  5. 11 Jan, 2000 11 commits
  7. 10 Jan, 2000 6 commits
  9. 08 Jan, 2000 3 commits
    • Lars Eilebrecht's avatar
      add missing compatiblity info · 62eebf20
      Lars Eilebrecht authored 
      
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84412 13f79535-47bb-0310-9956-ffa450edef68
      62eebf20
    • Ralf S. Engelschall's avatar
      Make our nitpicking and complaining guys happy: · 53b856d5
      Ralf S. Engelschall authored 
      Added the mod_rewrite `URL Rewriting Guide' to the online documentation
(htdocs/manual/misc/rewriteguide.html). This paper provides a large
collection of practical solutions to URL based problems a webmaster is
often confronted with.

This version of the text was translated from my WML source on my website
and my old official version is now discarded. So, as it was requested,
this can be treated as an official donation of this text to the ASF.
This way the ASF is now the official owner of this text.

                               - - -

<IRONIC>
Be happy and give Ken and Jim the credit for achieving this by being
such sensitive and friendly to other developers like me and always
reminding us that it is such contemptuous to implicitly promote ones
name by writing free software and contributing to projects like Apache.
Sorry that I have forgotten to donate this piece of text to the ASF in
the past and instead added such a contemptible hyperlink directing to a
page on www.engelschall.com. I hope this is now fixed and the closed and
holy ASF world is rescued again.
</IRONIC>

<PERSONAL>
I think, I don't have to say that I'm more than angry and disappointed
how developers like me are constantly bashed in the ASF... we can go for
it also in the future, but we should stop looking astonished all the
time if we find out that too less people contribute to the ASF and old
developers like me no longer have a warm feeling here, please. It's our
own fault in thinking that contributions are for free and anonymous just
because our project is a group effort.

IMHO we already have forgotten the golden rule of Open Source
development: if one wants happy and long-term contributing developers
one especially has to make sure they receive the requested credit.
There is an upper limit a project can accept to give, of course. But
credit always has to depend on the amount, quality _and_ duration of
contribution and IMHO cannot be judged by stating that just all people
are equal and so some contributors can be bashed for the fact that their
name occurs more often.

It is correct that my name occurs more often caused by the fact that I
always try to bring in my stuff to the project. But keep in mind that
this is because I _HAVE_ stuff to bring in which I've created _OUTSIDE_
the project. So I think its unfair to bash me just because I try harder
to bring in my additional stuff. If a developer has not much externally
created stuff, he cannot bring it in to the project, of course. But just
because one has more externally created stuff and tries to bring it in,
is IMHO no reason and excuse to bash him for this. It's not my fault
that I write in my freetime more Open Source packages like most of you.

So if you dislike stuff developers want to bring in, decide on the
contribution based on fair technical arguments (pros and cons). But
don't judge the contributions all the time just because you think this
way you "promote" someone (be it RSE, GNU or whoever else). Hell, an
Open Source project is not a group of people to rule their own closed
world and be celebrated in the press for this. It's still an effort to
create the best piece of _software_ money can't buy. So you should stop
thinking about contributors as our enemy. They are the main driving
force of every project, although some people seem to not understand
this at all. And whatever you think about my personal opinion, but
IMHO it's not bad for a project if someone's name is "promoted" with
it, too. What is actually bad are those complains and discussions
which make developers angry and the fact that they result in even less
contributions.
</PERSONAL>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84410 13f79535-47bb-0310-9956-ffa450edef68
      53b856d5
    • Jim Jagielski's avatar
      Some updates. Before we release I'd like for us · 9c7083f9
      Jim Jagielski authored 
      to look at these 2 additions. The HPUX problem I consider a
show-stopper (it was before). Randy, can you confirm that
the builds are broken?


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84408 13f79535-47bb-0310-9956-ffa450edef68
      9c7083f9
  11. 07 Jan, 2000 2 commits
  13. 06 Jan, 2000 2 commits
  15. 04 Jan, 2000 1 commit
  17. 01 Jan, 2000 1 commit
    • Ken Coar's avatar
      · 5c232c84
      Ken Coar authored 
      	Add a way to find out where Apache will be looking for the
	suexec binary, since its presence and correct permissions
	are all that it takes to enable it.  It's sort-of a module,
	so add the report to the '-l' output.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84389 13f79535-47bb-0310-9956-ffa450edef68
      5c232c84
  19. 31 Dec, 1999 2 commits
    • brian's avatar
      Try and address concerns about the use of the name. · e5a619be
      brian authored 
      
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84388 13f79535-47bb-0310-9956-ffa450edef68
      e5a619be
    • dgaudet's avatar
      > Attached are 2 alternative diffs to finish implementing server-parsed · 0ede3f75
      dgaudet authored 
      > mod_autoindex Header and Readme files in apache_1.3. A third diff is
> attached that shows the differences between the alternatives.
>
> Why this is needed: With an unpatched apache_1.3.9, the include variables
> DOCUMENT_NAME, DOCUMENT_PATH_INFO, DOCUMENT_URI, LAST_MODIFIED,
> SCRIPT_NAME, and SERVER_PROTOCOL will have values reflecting the Header
> or Readme files instead of the directory. Contrast this with the use of
> included files in a non directory document where those include variables
> reflect the base document, not the included file.
>
> Both alternatives work with and without various pool/memory
> allocation/deallocation debugging options enabled and using various
> compiler optimization levels on Linux. Alternative 0 has been in use for
> the last 6 months (without the ap_table_unset's in mod_autoindex) using
> apache_1.3.7-dev (downloaded 19990504) without problems.
>
> Two alternatives are presented because Dean did not think that alternative
> 0 was safe 6 months ago. I believe that it is and it provides a cleaner
> method for module authors to use the power and flexibility of mod_include
> to enhance generated content, like mod_autoindex.

i chose alternative 0.

Submitted by:	Raymond S Brand <rsbx@rsbx.net>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@84380 13f79535-47bb-0310-9956-ffa450edef68
      0ede3f75