On 14 Oct 2005, at 03:50, Roy T. Fielding wrote:
I just tried to add
Redirect Permanent /dist/jakarta/tomcat http://www.apache.org/dist/
tomcat/tomcat
to a .htaccess on ajax and the prefix match/replace didn't work.
I had to replace it with
RedirectMatch Permanent /dist/jakarta/tomcat(.*)$
On 14 Oct 2005, at 09:04, Nathanael D. Noblet wrote:
On Fri, 2005-10-14 at 09:01 +0200, [EMAIL PROTECTED] wrote:
Hello,
we have an extra partition (ReiserFS) for the htdocs directory of
our apache 1.3.28 (SuSE 9.0).
For performance issues we have monitored our webserver with the
tool
Guys,
going through the mod_cache documentation, i found out that it's
either mis-documented, or there's actually a small bug in the 2.0.52 (and earlier) code.
http://httpd.apache.org/docs-2.0/mod/mod_cache.html#cacheignorecachecontrol:
Ordinarily, documents with no-cache or no-store
On 11 Aug 2004, at 17:14, Mladen Turk wrote:
Hi all,
We've finished the initial development of extended mod_proxy.
Since the development took place at jakata-tomcat-connectors,
the source code can be found under ajp/proxy.
Here is the list of major features added:
3. Added new module
On 16 Aug 2004, at 12:49, jean-frederic clere wrote:
Pier Fumagalli wrote:
On 11 Aug 2004, at 17:14, Mladen Turk wrote:
Hi all,
We've finished the initial development of extended mod_proxy.
Since the development took place at jakata-tomcat-connectors,
the source code can be found under ajp/proxy
I don't understand why mod_cache forcedly avoids caching URLs ending
with the / (slash) character.
Apparently EGP (who's he?) agrees.
Anyhow, it's several months that we're running with this patch in
production, and nothing bad seems to be happening.
Pier
diff -U3 -wr
On 16 Jul 2004, at 15:13, Graham Leggett wrote:
Brian Akins wrote:
If it works, I say commit the patch. Can think of no reason why we
should not cache an URL ending is /.
Because the cache_in filter gets added in the quick_handler. The
fast_internal_redirect in mod_dir which translates / to
On 15 Apr 2004, at 04:45, Rodent of Unusual Size wrote:
* mod_proxy: Ability to run SSL over proxy gateway connections,
encrypting (or reencrypting) at the proxy.
Does this mean that in 2.1 the SSLProxyEngine on doesn't work anymore?
Pier
smime.p7s
Description: S/MIME cryptographic
Folks,
I'm getting _TONS_ of those, can I please ask you kindly to wait at
least 24 hours between copying files onto www.apache.org/dist/httpd and
announcing it to people? Nagoya is rsyncing every six hours, but even then a
lot of people are complaining because the files can't be downloaded.
On 31/3/03 20:59, Jeff Trawick [EMAIL PROTECTED] wrote:
I'm using Sun WorkShop 5.0 sometimes, and these builds result in
executables like httpd referencing libthread but not libpthread.
We pass cc the -mt switch, but at least with this version that switch
isn't enough to pull in libpthread.
The new upcoming servlet API will include some new methods to retrieve the
connection IP and PORT in case of proxied HTTP requests.
It will be basically required to obtain the following:
- IP + PORT of the remote client
- IP + PORT of requested by the client
- IP + PORT where the request was
Pier Fumagalli [EMAIL PROTECTED] wrote:
The new upcoming servlet API will include some new methods to retrieve the
connection IP and PORT in case of proxied HTTP requests.
It will be basically required to obtain the following:
- IP + PORT of the remote client
- IP + PORT of requested
On 12/3/03 1:02, Jeff Trawick [EMAIL PROTECTED] wrote:
any experiences good or bad to share?
ISTR that the default thread library changed with Solaris 9... did that
expose any glitches wth worker?
None whatsoever so far... Not live yet, but the development environment runs
already on 9,
Got a ton of those lately... It's proably because
http://nagoya.apache.org/mirror/httpd/binaries/win32/
Advertises that the last stable version is 2.0.43, while in the files we
have 2.0.44...
Pier
-- Forwarded Message
From: Daniel Trifonov [EMAIL PROTECTED]
Reply-To: [EMAIL
Thom May [EMAIL PROTECTED] wrote:
* Guntupalli, Santhi ([EMAIL PROTECTED]) wrote :
Hi,
Currently I am using HTTP Apache WebServer 1.3.9 with apache JServ
1.0 or 1.1 . I want to move to HTTP Apache (because multi threaded
support) WebServer 2.0.43.Does Apache 2.0 support any of Apache
On 5/1/03 8:31, Aaron Bannert [EMAIL PROTECTED] wrote:
Ah yes, I know this problem.
The problem is simply that you are using gcc with solaris' built in ld
while ld doesn't implicitly link against libgcc.a. I consider this to
be a gcc bug.
Well, no, it's not a GCC bug, as if you link any
Again, here goes my little problem :-( I'm trying to compile 2.0.43 on a
Solaris 8.0 (latest patches) machine, using gcc-3.2.1 (which I compiled) and
the libtool coming in the dist (no, I didn't re-run buildconf), and I have
one problem.
Let's start by saying that my gcc is compiled with
Folks, given that httpd is mirrored worldwide and not all mirrors are
actually rsyincing the .old directory (or anything that starts with a .
for what that matters), can you change the link in README.html to point to
http://www.apache.org/dist/httpd/.old; instead of just a relative to
.old?
Ok, I was kindly asked by my management to write a new module for Apache
2.0, since as of _TODAY_ we're using it in production for non-static content
as well (whoho!)...
Before I move all my apps over on the new Apache 2.0 server, I need to be
able to strip whitespace from HTML (ok, my
On 25/11/02 1:52 am, David Crooke [EMAIL PROTECTED] wrote:
Why not just strip them once on install, instead of every time they are
downloaded? You could hook something into ftp or whatever the
Dreamweaver kids are using for upload, or a cron to come and sweep
stuff, keeping track of what's
On 27/10/02 19:26, Ask Bjoern Hansen [EMAIL PROTECTED] wrote:
On Sat, 26 Oct 2002, David Burry wrote:
ftp://ftp.apache.ddns.develooper.com/pub/apache/dist/ should find an
Apache mirror not on the other side of the world.
We want downloads working with HTTP... Anyhow, how do you do that? Can
Erik Abele wrote:
+1. great idea, but I think the mirror sites should be mentioned more
than only once.
Agreed, it's one of those things I hate most of SourceForge... I _always_
screw up, copy the link from my browser to my terminal on the wget command
line parameter, and end up with a few-kb
On 27/10/02 0:04, Joshua Slive [EMAIL PROTECTED] wrote:
Pier Fumagalli wrote:
I'd say that it should be more visible that the link is an HTML rather
than
a TARball... Something like Click here to find out where you can download
HTTPD-2.0.43.tar.gz from...
Ewww... Ugly. I'm open
On 27/10/02 0:54, David Burry [EMAIL PROTECTED] wrote:
I agree that a link on a tar.gz (etc) filename is a lot more intuitive if
it serves an actual tar.gz file... What about a script that randomly
redirects to an actual mirrored file? I realize it may be necessary to
monitor all mirrors to
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've redirected more content to nagoya due to our recent performance problems
on
daedalus. Namely, jakarta.apache.org/builds/jakarta-tomcat-40/release,
jakarta.apache.org/builds/jakarta-ant/release, and the three most popular
httpd
source tarballs
On 21/10/02 21:14, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Well, I don't feel brave enough to redirect all of that at once without
knowing what's going on in the xml or jarkarta projects, and without being
able to monitor nagoya very well.
Greg, if you want I can open up you an account...
On 19/10/02 14:35, Jeff Trawick [EMAIL PROTECTED] wrote:
I can't install Solaris 8 from a recent enough CD-ROM set that has
sendfile if I want to do Apache 2.0 binbuilds which are usable by the
general Solaris 8 user community (you can't even download
sendfile+prerequisites without a
Just tried to compile on Darwin/Mac OS X 10.2.1, and 2.0.43 doesn't want to
build modules (darrrn)... It simply copies the .la file and doesn't even
think about creating a .so...
Will look into it... :-(
Pier
On 7/10/02 20:57, Sander Temme [EMAIL PROTECTED] wrote:
Just tried to compile on Darwin/Mac OS X 10.2.1, and 2.0.43 doesn't want to
build modules (darrrn)... It simply copies the .la file and doesn't even
think about creating a .so...
We seem to have the following in the tarball:
On 7/10/02 21:45, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
At 03:27 PM 10/7/2002, Sander Temme wrote:
Your HEAD probably uses the glibtool(ize) installation on your local box,
which on 10.2 by default is 1.4.2. The tarball was built using the FreeBSD
libtool, which is 1.3.4. This
On 7/10/02 22:02, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've got a better idea. Let's just get jlibtool doing enough so that we
can use it everywhere. :-)
+1
Downloading it off _now_ (That's where Justin's stuff was... ;-)
Pier
On 7/10/02 22:06, Sander Temme [EMAIL PROTECTED] wrote:
I've got a Jag box that I use for my testing. Pretty clean install... Want a
user account?
Thanks, but my cube would be my 4th Mac box :-) And actually the server
(since it's so quiet!)
Pier
Kris Verbeeck [EMAIL PROTECTED] wrote:
apr_status_t cache_generate_key_default( request_rec *r, apr_pool_t*p,
char**key )
{
- *key = apr_pstrdup(p,r-uri);
+ *key = apr_pstrcat(p,r-uri, ?, r-args, NULL);
return APR_SUCCESS;
}
Hm... This should be something like:
If (r-args) {
Paul J. Reder [EMAIL PROTECTED] wrote:
Yes, I believe it should check r-args. I don't think you are stupid,
severely or otherwise... ;)
That's what _you_ think... Others (like me) tend to disagree! :)
After thinking about it, it wouldn't really matter, because apr_pstrcat will
already stop
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Yeah, I don't think Solaris uses the same structure/functions for passing
fd's between processes. I had originally planned to use a Solaris box for
the second port, but I don't have access to one yet. I keep looking on
e-bay for a good x86 box
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
There are currently two possible avenues.
1) The code goes into apr-util.
2) The code goes into a sandbox project.
It makes a lot of sense to have it also in XML as well, together with
XERCES-C...
Pier
Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Hello,
I've more or less accepted that perchild on FreeBSD 4.X isn't going to
happen (as sad as it is, I always considered it to be THE feature [1] in
2.0 that would warrant an upgrade for us) but what I'd like to know is
if there is any chance to see
Rolling new releases! :) 2.0.40 was not in there...
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11607
It's now fixed! :) :) :)
Pier
Ryan Bloom [EMAIL PROTECTED] wrote:
I know that there has been some talk of doing a release next week. I
just ran my test suite, and we seem to be failing some mod_access
checks. I think it has to do with the table re-write, but I haven't
looked at it in enough detail to be 100% sure.
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Any one seen this error, on a pristine MacOS X 10.1.2 machine with a
freshly cut 2.0.39:
cd httpd-2.0.39
./configure --prefix=/foo
make make install
cd ../test
apxs -c mod_foo.c
and then just before then end one gets:
Dirk, since you're working on a patch for Auth, would it be possible to have
the groups list somewhere in the request structure? It would be great with
web applications, where we can match groups with roles (therefore allowing
authentication to be processed by apache entirely)...
Pier
Ryan Bloom [EMAIL PROTECTED] wrote:
I'm sorry, but that is completely bogus. If the API needs to change to
make things better, then change the API. Stop trying to open a new dev
branch when the current one is still moving forward quickly. We have
this discussion every few weeks now, and
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Wed, 10 Jul 2002, Pier Fumagalli wrote:
Dirk, since you're working on a patch for Auth, would it be possible to have
the groups list somewhere in the request structure? It would be great with
web applications, where we can match groups
Jon Travis [EMAIL PROTECTED] wrote:
On Sun, Jun 30, 2002 at 11:24:30PM +0200, [EMAIL PROTECTED] wrote:
On Sun, 30 Jun 2002, Pier Fumagalli wrote:
Rasmus Lerdorf [EMAIL PROTECTED] wrote:
I assume everyone has seen this?
http://dammit.lt/apache-worm/
Me and Fede are running through
Rasmus Lerdorf [EMAIL PROTECTED] wrote:
I assume everyone has seen this?
http://dammit.lt/apache-worm/
Me and Fede are running through the decompiled assembly code right now...
Will let you know what we find out (it looks kinda odd from the look of it).
Pier
--
[Perl] combines all the
Bill Stoddard [EMAIL PROTECTED] wrote:
Some wrote...
...
I must say I'm mystified by this discussion. It seems to be an
odd argument between this good practice vs that good practice.
Roy's patch is simple, safe, and reduces the exposure substantially to a
known threat. I can't
Rasmus Lerdorf [EMAIL PROTECTED] wrote:
Up from 397 requests/second but still nowhere near the 615 requests/second
for Apache 1.3. But, doing this buffering internally in PHP and then
again in Apache doesn't seem efficient to me, and the numbers would seem
to reflect this inefficiency.
Greg Ames [EMAIL PROTECTED] wrote:
Cliff Woolley wrote:
Well, I guess our security advisory worked. Daedalus is totally maxxed
out at 700 concurrent requests
holy cripe!
(which I assume is the maxclients setting).
yep.
MANY people downloading the new releases of Apache
1.3.26-dev (head from 12:48 GMT) is up and running on our main VNUNET site
(Solaris 7/sparc) and it looks great. It chomped some million requests
already...
Pier
Pier Fumagalli [EMAIL PROTECTED] wrote:
1.3.26-dev (head from 12:48 GMT) is up and running on our main VNUNET site
(Solaris 7/sparc) and it looks great. It chomped some million requests
already...
As it turned out later, we had to get back to 1.3.14 because of a problem in
either mod_proxy
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
1.3.25 was DOA, the last minute changes to ap_strtol were mildly borked
[explaining Pier's frustration.] All 1.3.25 images are redacted from
/dev/dist/.
So, are you saying that you found out why I was requesting
http://www.vnunet.com/News and I
Can't build on MacOS/X (I am being silly now!)...
$ ./configure \
--prefix=/Library/Services/Apache \
--enable-module=most \
--enable-shared=max
Configuring for Apache, Version 1.3.26
+ using installation path layout: Darwin (config.layout)
Creating Makefile
Creating
Pier Fumagalli [EMAIL PROTECTED] wrote:
Can't build on MacOS/X (I am being silly now!)...
I AM being silly... My bad, I fucked db.h... Reinstalling the developer
tools made the trick... :(
Pier
--
[Perl] combines all the worst aspects of C and Lisp: a billion of different
sublanguages
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
At 06:02 PM 6/18/2002, William A. Rowe, Jr. wrote:
Fast feedback to irc://irc.openprojects.net/#apr channel, or simply reply
here.
This isn't a long vote, say, the next 15-30 minutes.
jwoolley, pier, brian pane, (me) all +1 by IRC
Folks, I don't really get this one... Maybe someone can enlighten me. Stefan
is using mod_webapp on HP_UX, with Apache 1.3.23.
WebApp sets the status line in the request_rec structure, doing something
like:
if (status !=NULL status[0]!='\0')
Cliff Woolley [EMAIL PROTECTED] wrote:
From all accounts I've heard (except the one tiny snafu on ReliantUnix),
2.0.37 is working nicely. +1 for GA from me.
It is... No weirdness on nagoya so far on Sol8/worker...
Pier
Justin Erenkrantz [EMAIL PROTECTED] wrote:
On Thu, Jun 13, 2002 at 11:24:51AM +0100, Pier Fumagalli wrote:
Folks, I don't really get this one... Maybe someone can enlighten me. Stefan
is using mod_webapp on HP_UX, with Apache 1.3.23.
WebApp sets the status line in the request_rec structure
I just recompiled the latest HEAD on nagoya, and doing some performance
analysis One thing I noticed is that when someone hits MaxClients,
performances go down to be dog-slow... IIRC, this was a known bug of Worker,
but wasn't it supposed to be fixed?
I'm currently trying it out with a
Pier Fumagalli [EMAIL PROTECTED] wrote:
I just recompiled the latest HEAD on nagoya, and doing some performance
analysis One thing I noticed is that when someone hits MaxClients,
performances go down to be dog-slow... IIRC, this was a known bug of Worker,
but wasn't it supposed
Doug MacEachern [EMAIL PROTECTED] wrote:
why is it on freebsd --with-mpm=worker actually compiles the prefork mpm?
i just tried building on icarus with the 2.0.37 tarball, same thang with
2.0.36
% cat config.nice
#! /bin/sh
#
# Created by configure
CFLAGS=-g; export CFLAGS
Cliff Woolley [EMAIL PROTECTED] wrote:
On Tue, 11 Jun 2002, David McCreedy wrote:
Are there tarballs for 1.3.25 or just 2.0.37?
Just 2.0.37. Though I'm having a bit of trouble with the 2.0.37
tarball... it might be bogus. I untarred it as myself on icarus and ran
my ./config.nice...
2.0.37 is up and running on Nagoya.Apache.ORG... For this one I just used
GCC 3.1 in 32 bits mode (it's the main install and I don't want to screw up
things too quickly! :)
Logs can be seen in /opt/apache/logs for those who have accounts and are
interested...
Pier
root@nagoya]
Cliff Woolley [EMAIL PROTECTED] wrote:
On Tue, 11 Jun 2002, Pier Fumagalli wrote:
Hmm.. Just downloaded the tarball and the ./configure script runs
fine... The only thing I noticed is that if instead of running the
shipped ./configure, I regenerate it with autoconf-2.53, then it
complains
Cliff Woolley [EMAIL PROTECTED] wrote:
Yeah, that's pretty annoying. But it still works. :)
Does it? The first thing I did was to step back to 2.52... Ok, then... Since
I reinstalled it now, I'll keep it and ignore the warning... :)
Pier
Ian Holsman wrote:
BTW.. you do know that 64bit programs take a ~10% hit in performance
don't you?
The JVM seems a lot faster (perceived performance, no actual data on hand)
at 64 bits rather than 32...
Pier
I'm about to attempt to build Apache 2.0.37-dev at 64 bits with the Sun C
compiler (kindly donated by Sun), on Nagoya (worker MPM). Anything I should
be aware of? I'll report back on how the baby flies (if it does)...
Pier
--
[Perl] combines all the worst aspects of C and Lisp: a billion
Aaron Bannert [EMAIL PROTECTED] wrote:
On Wed, Jun 05, 2002 at 09:17:46PM -0400, Jeff Trawick wrote:
Pier Fumagalli [EMAIL PROTECTED] writes:
I'm about to attempt to build Apache 2.0.37-dev at 64 bits with the Sun C
compiler (kindly donated by Sun), on Nagoya (worker MPM). Anything I
Ian Holsman [EMAIL PROTECTED] wrote:
Sander Striker wrote:
Hi,
What about tagging the tree on monday?
Thoughts?
FWIW the worker MPM in 2.0.36 is broken and will deadlock under high loads.
Can you wait until we make sure that brian's patch fixes it?
I would also like to see the
It _should_ go with quotes as well, but in M4, we'd better use [] square
brackes, am I right?
Pier
--
[Perl] combines all the worst aspects of C and Lisp: a billion of different
sublanguages in one monolithic executable. It combines the power of C with
the readability of PostScript.
Justin Erenkrantz [EMAIL PROTECTED] wrote:
Got a bit of an interesting problem I encountered with Darwin and
building PHP the other day. I brought this up on the php-dev list
and I'd like to consider what our options are to fixing this.
First off, Darwin requires that all modules be
Jeff Trawick [EMAIL PROTECTED] wrote:
Cliff Woolley [EMAIL PROTECTED] writes:
+1 for GA. Let's get this bad boy out the door.
+1 from me too
No segfaults on worker un nagoya whatsoever... The only thing nagging me
is:
[Mon May 06 00:01:15 2002] [warn] child process 18743 still did not
Cliff Woolley [EMAIL PROTECTED] wrote:
On Mon, 6 May 2002, Pier Fumagalli wrote:
No segfaults on worker un nagoya whatsoever...
Great! Thanks for testing it out.
Was about time that we updated HTTPd on there... And Nagoya is the perfect
place to test out multi-threaded stuff (6 procs
Cliff Woolley [EMAIL PROTECTED] wrote:
On Sat, 4 May 2002, Anthony W. Marino wrote:
Where can I find this at so that I can test TC4.1/Apache2 integration?
2.0.36 has not been released yet. You can find a test tarball at
http://httpd.apache.org/dev/dist/ though.
BTW, we have 2.0 and
Jeff Trawick [EMAIL PROTECTED] wrote:
Pier Fumagalli [EMAIL PROTECTED] writes:
This is (again) Thom's patch to make APXS work when we don't use standard
layouts, and we move things around after building...
a few comments/questions:
1) application/octet-stream attachments are a pain
This is (again) Thom's patch to make APXS work when we don't use standard
layouts, and we move things around after building...
It works great on Darwin, if someone could possibly check that out and
review, that would be absolutely fantastic...
Pier
--
I think that it's extremely foolish to
context file=STATUS
* --enable-mods-shared=foo1 foo2 is busted on Darwin. Pier
posted a patch (Message-ID: [EMAIL PROTECTED]).
/context
Naya... Doesn't work -AT-ALL-... It looks like a bug in /bin/sh which on
Darwin is ZSH or some major misunderstanding between that and autoconf.
Jens-Uwe Mager [EMAIL PROTECTED] wrote:
On Sat, Apr 20, 2002 at 08:15:17AM -0400, Jeff Trawick wrote:
Gregory (Grisha) Trubetskoy [EMAIL PROTECTED] writes:
This fixed it, thanks.
Seems to me though that httpd ought to know where the libs are without my
help :)
I think Pier Fumagalli
Joshua Slive [EMAIL PROTECTED] wrote:
On Fri, 12 Apr 2002, Andreas Hasenack wrote:
Em Fri, Apr 12, 2002 at 10:40:16AM -0700, Joshua Slive escreveu:
Is there any way to make the search box on the main page search both open
and closed reports? At the moment, it does not search closed
Done...
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Can we provide the following text from the bugzilla welcome page
http://nagoya.apache.org/bugzilla/ ... even if we place it below the usual
buttons? [If it should appear below the first page's form, a big link to
#policies at the top of
Justin Erenkrantz [EMAIL PROTECTED] wrote:
Has anyone else tried to run configure off of an autoconf-2.52
produced configure on Darwin?
It fails for me when it tries to go to the srclib/apr configure
due to it trying to pass 'CFLAGS=-Wall -g' as a command-line
argument (I did pass that to
Jeff Trawick [EMAIL PROTECTED] wrote:
Roy T. Fielding [EMAIL PROTECTED] writes:
See also http://fink.sourceforge.net/doc/porting/libtool.php
Thanks for the link to fink. It looks useful in general, beyond the
libtool information.
I didn't have any trouble* getting either Sander's or
Chuck Murcko [EMAIL PROTECTED] wrote:
On Thursday, April 11, 2002, at 02:41 PM, Pier Fumagalli wrote:
Jeff Trawick [EMAIL PROTECTED] wrote:
The only thing I complain about now is versioning (done by libtool,
it's all
so screwed)...
*other than wasting a fair amount of time because
Jeff Trawick [EMAIL PROTECTED] wrote:
Pier Fumagalli [EMAIL PROTECTED] writes:
Jeff Trawick [EMAIL PROTECTED] wrote:
Pier's solution results in a cleaner build (a bunch of bogus
basename invocations went away). Neither version of libtool gets the
library path into httpd for some reason
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Dunno the right forum, so we can start here. But a bugzilla@ list might be
worthwhile, so we don't task those watching infrastructure@ and get some
cross-project discussion going.
Can we change the Subject to quit wrapping the description of
Ryan Bloom [EMAIL PROTECTED] wrote:
The problem is that when we went to libtool, we called this out as a
problem (in fact, many people said they had seen this happen before).
The group's decision was that we could just make it happen. If we need
Sascha to submit the patches, then let's ask
Graham Leggett [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
| 7195|Opn|Blk|2002-03-18|mod_proxy removes Set-cookie headers |
This bug is fixed - how does one update bugzilla? Is there an idiots
guide anywhere?
Create a new account with your email addy, log in, and
GOMEZ Henri [EMAIL PROTECTED] wrote:
-Directory @@ServerRoot@@/@rel_errordir@
+Directory @rel_errordir@
Those will screw up the whole httpd.conf in some cases... You should really
use @exp_..dir@...
Pier
GOMEZ Henri [EMAIL PROTECTED] wrote:
I agree that many site put everything under ServerRoot,
but when you specify in config.layout that DocumentRoot
goes under /var/www2/html, you don't want to see the final
httpd.conf under /etc/httpd2/var/www2/html
Yeah... Ok...
That's why I said to
Justin Erenkrantz [EMAIL PROTECTED] wrote:
Especially now that we went GA on 2.0, we should meet to discuss
2.1 or 3.0... Waiting until Nov will just suck. -- justin
I'm going to get a gun now! :) Before talking about 2.1, I (and I know I'm
voicing concerns of _a_lot_ of people) would
Justin Erenkrantz [EMAIL PROTECTED] wrote:
Well, there are a number of issues that I think we'd need to hash
out before thinking about what comes next. Should we open 2.1
now? I don't think so. But, should we in three or four months?
Perhaps - it depends how 2.0 goes.
Good... You scared
This patch will fix a couple of problems I found when building modules using
APXS when Apache 2.0 is installed not following a custom layout (but a
weird one like my DarwinBundle).
Pie
patch.apxs.txt
Description: Binary data
We forgot to put libdir in config.layout, it's nice to have it around there
as well (looks better when non-standard layouts are used).
Pier
This needs to be specified, otherwise headers will go into weird locations
when doing a make install...
Pier
patch.configure.txt
Description: Binary data
Pier Fumagalli [EMAIL PROTECTED] wrote:
We forgot to put libdir in config.layout, it's nice to have it around there
as well (looks better when non-standard layouts are used).
Shit, sometimes I should click that Add Attachment on my mail client :)
Pier
patch.layout.txt
Description
Pier Fumagalli [EMAIL PROTECTED] wrote:
This patch will fix a couple of problems I found when building modules using
APXS when Apache 2.0 is installed not following a custom layout (but a
weird one like my DarwinBundle).
Thom actually showed me his patch posted as
Subject: [PATCH] Fix
Doug MacEachern [EMAIL PROTECTED] wrote:
with httpd-2.0-HEAD, installing into a directory where no conf/ already
exists, no httpd.conf is installed, only:
% ls -1 conf/
highperformance.conf
highperformance-std.conf
httpd.conf.in
httpd-std.conf.in
magic
mime.types
ssl.conf
ssl-std.conf
Doug MacEachern [EMAIL PROTECTED] wrote:
nope, still isn't there.
% uname -a
Linux mako.covalent.net 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown
% autoconf --version
Autoconf version 2.13
% cat config.nice
#! /bin/sh
#
# Created by configure
CFLAGS=-Wall -g; export
There are a bunch of hard-coded logs/... file names in HTTPD's MPM
directory (grep logs/ server/mpm/*/*).
This patch adds a new header file (ap_config_layout.h), which contains
../configure-specified layout information, and makes all those #define(s) in
MPM to inherit default values from what
Whops... Left one extra logs in there... Thanks sander...
Pier
diff.txt
Description: application/applefile
diff.txt
Description: Binary data
Sander Striker [EMAIL PROTECTED] wrote:
From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
Sent: 03 April 2002 13:09
There are a bunch of hard-coded logs/... file names in HTTPD's MPM
directory (grep logs/ server/mpm/*/*).
This patch adds a new header file (ap_config_layout.h), which
1 - 100 of 154 matches
Mail list logo