* William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
At 09:13 AM 7/16/2004, Graham Leggett wrote:
Brian Akins wrote:
Because the cache_in filter gets added in the quick_handler. The
fast_internal_redirect in mod_dir which translates / to /index.html (or
whatever) seems to lose this filter, so
* [EMAIL PROTECTED] wrote:
Author: mturk
Date: Sun Oct 8 02:58:21 2006
New Revision: 454114
URL: http://svn.apache.org/viewvc?view=revrev=454114
Log:
Add compat module by default.
More interesting would have been, why.
What's the use of this?
nd
* Mladen Turk wrote:
André Malo wrote:
* [EMAIL PROTECTED] wrote:
Author: mturk
Date: Sun Oct 8 02:58:21 2006
New Revision: 454114
URL: http://svn.apache.org/viewvc?view=revrev=454114
Log:
Add compat module by default.
More interesting would have been, why.
What's the use
* Mladen Turk wrote:
André Malo wrote:
* Mladen Turk wrote:
André Malo wrote:
* [EMAIL PROTECTED] wrote:
Author: mturk
Date: Sun Oct 8 02:58:21 2006
New Revision: 454114
URL: http://svn.apache.org/viewvc?view=revrev=454114
Log:
Add compat module by default.
More
* Paul Querna wrote:
This is a vote to import mod_wombat under the httpd pmc.
mod_wombat is currently located at:
http://svn.i-want-a-pony.com/repos/wombat/trunk/
If the vote passes, mod_wombat will fill out the incubation paperwork at
[taking docs on cc]
* William A. Rowe, Jr. wrote:
The man8/ directory doesn't seem appropriate for the current contents
we install. Notably, ab and logresolve are certainly not dedicated to
the role of httpd, but are independently useful binaries.
Beyond that, apxs doesn't seem to quite
* Graham Dumpleton wrote:
Thus my question is, why when Apache was updated to support HTTP/1.1
did it just preserve the HTTP/1.0 type behaviour and not in cases
where it could automatically apply chunked transfer encoding to the
response, apply it?
Hmm, you may get something wrong here. The
* Henrik Nordstrom wrote:
lör 2007-04-07 klockan 09:18 +0200 skrev André Malo:
Hmm, you may get something wrong here. The httpd does apply chunked
encoding automatically when it needs to. That is in keep-alive
situations without given or determineable Content-Length.
Why doesn't it do
should not be run with mod_php,
though.
nd
--
sub the($){+shift} sub answer (){ord q
[* It is always 42! *] }
print the answer
# André Malo # http://pub.perlig.de/ #
* Joe Orton wrote:
On Sun, Jul 29, 2007 at 01:37:20PM +0200, Ruediger Pluem wrote:
And BTW, as the order of the encodings in Content-Encoding must be the
order in which they have been applied, don't we need to ensure that
gzip needs to be at the *end* of the content encoding string, as
* William A. Rowe, Jr. wrote:
...hit trunk/ while it's still performing a redundant stat() call,
if APR_FINFO_USER/GROUP is already in the request_rec stat.valid bits?
And why wouldn't it flush out the existing stat structure for this
r-filename, instead of keeping a private copy?
Man,
* Graham Leggett wrote:
[EMAIL PROTECTED] wrote:
+ rpluem says: Without r571927 the documentation for mod_authn_dbd
fails + to build.
I found that while trying to write the documentation, Firefox refused to
parse the XML file at the start, complaining about the nbsp;
* Graham Leggett wrote:
André Malo wrote:
Is nbsp; valid in XML?
Given the proper Doctype, sure.
However, firefox refuses a lot. This does not mean it's not valid. The
char entity problem is well-known, but invalid (firefox only uses DTDs
out of the chrome scheme, for whatever reason
* Graham Leggett wrote:
André Malo wrote:
Is there a particular reason, that you changed the public context
instead of the internal (private) one?
Because I was under the incorrect impression that all the other
directives were being written there. I've changed it - thanks for
catching
* [EMAIL PROTECTED] wrote:
Author: niq
Date: Sat Sep 8 05:46:10 2007
New Revision: 573831
URL: http://svn.apache.org/viewvc?rev=573831view=rev
Log:
Add option to escape backreferences in RewriteRule.
PR 34602 and PR 39746
Patch by Guenther Gsenger
Modified:
* Nick Kew wrote:
On Tue, 11 Sep 2007 15:11:35 +0200
André Malo [EMAIL PROTECTED] wrote:
* [EMAIL PROTECTED] wrote:
Author: niq
Date: Sat Sep 8 05:46:10 2007
New Revision: 573831
URL: http://svn.apache.org/viewvc?rev=573831view=rev
Log:
Add option to escape
Hi folks,
There's a new gateway module implementing the SCGI protocol[1] and I'd like
to add it to the tree within the next days. I've uploaded everything about
it here:
http://people.apache.org/~nd/mod_proxy_scgi/
complete.patch contains mod_proxy_scgi.c, mod_proxy_scgi.xml, config.m4 of
* Paul Querna wrote:
+1 on concept.
Shouldn't we consider moving X-Sendfile into another module or the core?
It can be useful for regular CGIs or proxied stuff too..
We could put it into util_script or something. However, I'm not sure it'll
gain much. Every protocol must implement it
* Graham Dumpleton wrote:
Rather than call it X-Sendfile, can we perhaps adopt the generic
Script-Control header mechanism as outlined in CGI 1.2.
Sounds like an idea. I'd propose to support both then, though, because the
X-Sendfile mechanism already exists out there and is used. I don't
* [EMAIL PROTECTED] wrote:
Author: niq
Date: Wed Sep 26 07:26:19 2007
New Revision: 579664
URL: http://svn.apache.org/viewvc?rev=579664view=rev
Log:
Reinstate location walk for subrequests
PR 41960 (Jose Kahan)
I don't see how the comment matches the patch. We always had location walks
* Nick Kew wrote:
The main difference is this escaping of ' ' to '+'. The reason for
this is that while ' ' gets encoded as %20 in paths, it gets encoded
as '+' in query strings (afaik for historic reasons). Therefore,
languages which interpret the query string (like PHP) might get
* Nick Kew wrote:
Our subrequest API currently handles only local subrequests,
so for example mod_include doesn't support
!--#include virtual=http://example.com/example.txt--.
I've worked around this in the past with some ugly hacks.
How ugly are they? I'd rather accept them than...
aren't that stupid ...
Hmm. What would you do with my address?
André Malo [EMAIL PROTECTED]?
or with mails where no real-name is given? Or doesn't match the local-part
of the mail address at all?
I find this a bad idea as well.
nd
--
Das Verhalten von Gates hatte mir bewiesen, dass ich auf ihn
* [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Thu Oct 13 10:42:36 2005
New Revision: 320823
URL: http://svn.apache.org/viewcvs?rev=320823view=rev
Log:
For all handlers, Deny all non-GET requests.
Whoo! I've just investigated a bit about r-allowed and found, that
r-allowed is never
is fullfilled (HEAD == GET but without a body, in particular the
headers remain the same).
nd
--
sub the($){+shift} sub answer (){ord q
[* It is always 42! *] }
print the answer
# André Malo # http://pub.perlig.de/ #
* Roy T. Fielding wrote:
On Oct 15, 2005, at 12:54 PM, André Malo wrote:
I'm wondering, how many scripts this will break. Perhaps we should
provide
an option?
It can't break a script. It could expose a broken script,
That's what I meant ;)
but then
those scripts are already exposed
* Florian Zumbiehl [EMAIL PROTECTED] wrote:
While configuring and testing my new and shiny Apache 2, I noticed that
mod_deflate sends a Vary: Content-Encoding header whenever a resource
could potentially be compressed, no matter whether it actually is
compressed in that particular response.
Anyone?
* Andr__ Malo [EMAIL PROTECTED] wrote:
* [EMAIL PROTECTED] wrote:
Author: jim
Date: Thu Aug 4 10:07:57 2005
New Revision: 227435
URL: http://svn.apache.org/viewcvs?rev=227435view=rev
Log:
mod_proxy: Fix over-eager handling of '%' for reverse proxies. PR 29554.
Note
* Florian Zumbiehl wrote:
Hi,
The whole point is I don't do compression because of any _clients'_
connections, but because of the _server's_ connection! If the
server's connection usually is far slower than the client's
connection (like with a server behind a V.90 modem, which would
Nobody?
* André Malo wrote:
Anyone?
* Andr__ Malo [EMAIL PROTECTED] wrote:
* [EMAIL PROTECTED] wrote:
Author: jim
Date: Thu Aug 4 10:07:57 2005
New Revision: 227435
URL: http://svn.apache.org/viewcvs?rev=227435view=rev
Log:
mod_proxy: Fix over-eager handling
* Justin Erenkrantz wrote:
On Sun, Nov 13, 2005 at 10:37:47AM -, [EMAIL PROTECTED] wrote:
# (pending) httpd version
-httpd.version=2.1.9
+httpd.version=2.2.0
So, what exactly does this do?
This is more or less informal. It's taken to create the file names for
offline packages
* Justin Erenkrantz wrote:
On Sun, Nov 13, 2005 at 11:58:09AM +0100, Andr Malo wrote:
Good point. I haven't figured out yet a way to unify the code and docs
trees in this regard (docco folks typically have only the docs tree
checked out).
I honestly don't care if it is unified. A single
* Colm MacCarthaigh [EMAIL PROTECTED] wrote:
On Mon, Nov 14, 2005 at 01:11:05PM +0100, Erik Huelsmann wrote:
A reason to set the eol-style to CRLF is that *if* someone edits them
on unix and accidentally inserts LFs, they're forcibly recoded to CRLF
upon commit. Which -obviously- doesn't
* William A. Rowe, Jr. wrote:
Colm MacCarthaigh wrote:
On Mon, Nov 14, 2005 at 11:14:13AM -0600, William A. Rowe, Jr. wrote:
It would also have the advantage of making the source tarballs useful
on win32.
Ditto, above
But we don't do that for the source tarballs.
No, we do it for
* William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
André Malo wrote:
I haven't deeply looked into the stuff yet, but subversion for example
generates all its *.dsp files in the checkout. Perhaps it's the point where
we should do it the same way? That would solve the whole \n problem for
* Joshua Slive wrote:
I highly doubt that many people use the bundled docs. They are not
browsable on a default configuration and certainly require the server to
be running before they are usable, which means they are of little help
to upgraders. We also build windows-help format docs,
* Garrett Rooney [EMAIL PROTECTED] wrote:
On 12/8/05, Brandon Fosdick [EMAIL PROTECTED] wrote:
FWIW, I've never seen that syntax before either.
That's C99 syntax. Older compilers, and C++ compilers, don't
generally support it.
Then we should throw it away. We are supposed to support
* Justin Erenkrantz [EMAIL PROTECTED] wrote:
I'd like to propose shutting down [EMAIL PROTECTED] and move it all back under
[EMAIL PROTECTED]
+1.
test-cvs should also be merged witth httpd-cvs, IMHO.
nd
* Joshua Slive [EMAIL PROTECTED] wrote:
On 1/17/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: rpluem
Date: Tue Jan 17 08:08:28 2006
New Revision: 369827
URL: http://svn.apache.org/viewcvs?rev=369827view=rev
Log:
* Add some remarks how to mitigate the risk of DoS attacks by
* Garrett Rooney wrote:
The specific problem I'm trying to fix is that mod_dav_svn fails to
run a pre-lock hook script when you try to lock a filename with double
byte characters. It never even gets to the point of trying to run the
script, it fails trying to build the command line because
* Garrett Rooney [EMAIL PROTECTED] wrote:
It doesn't belong here, but... I'm wondering why the path isn't passed as
UTF-8. Why is it translated to the locale at all? It's all happening within
the svn file system, so I'd really expect to get utf-8 and would consider
locale translation as a
* Branko Čibej wrote:
You're confusing the content of the SVN repository and hook scripts
stored on the local filesystem. Paths in the first are always encoded in
UTF-8. The latter naturally have to obey the server's locale.
I don't think so. The task was to pass the name of a file stored in
* Colm MacCarthaigh wrote:
I'm comfortable backporting all of the 2.0.x patches marked ACCEPTED
apart from the following two:
*) mod_actions: Regression from 1.3: the file referred to must exist.
Solve this by introducing the virtual modifier to the Action
directive. PR
* William A. Rowe, Jr. wrote:
What is the behavior, is 2.2 now consistent to 1.3? If so I strongly
suggest we 'fix' 2.0 to be consistent with both. If it remains 'broken'
in 2.2, then let's leave the behavior alone on both 2.0 and 2.2 for one
more release cycle.
2.2 is consistent with 2.0
* [EMAIL PROTECTED] wrote:
Author: niq
Date: Sun Feb 5 11:30:29 2006
New Revision: 375083
URL: http://svn.apache.org/viewcvs?rev=375083view=rev
Log:
PR#38521 - fix link.
Modified:
httpd/httpd/trunk/docs/manual/faq/background.html.en
* Paul Querna wrote:
I agree, and believe, that this is a bug in the core, not in mod_python.
I believe changing the all of they apr_table_overlay calls mentioned
above to apr_table_overlap would fix the problem. Thoughts?
I believe that we should just drop the fast internal redirect. It was
* Colm MacCarthaigh wrote:
O.k., for the last time, hopefully :) A candidate for 2.0.58 is
available for testing and voting at;
http://httpd.apache.org/dev/dist/
The MD5sums are;
ac732a8b3ec5760baa582888f5dbad66 httpd-2.0.58.tar.bz2
a03eeefee78c01ec24c8671380763860
* Brian Akins wrote:
patch against 2.2.2 (but should work on most other versions). Adds the
notfound (NF) flag to rewriterule that will case it to return
HTTP_NOT_FOUND for matched, similar to the gone and forbidden options.
We don't need this, because you can use [R=404]. F and G are
* Brian Akins wrote:
'redirect|R [=code]' (force redirect)
Prefix Substitution with http://thishost[:thisport]/ (which makes the
new URL a URI) to force a external redirection. If no code is given, a
HTTP response of 302 (MOVED TEMPORARILY) will be returned. If you want
to use other
should be done by configure (but I've got not much fu there either...)
nd
--
package Hacker::Perl::Another::Just;print
[EMAIL PROTECTED] split/::/ =__PACKAGE__]}~;
# André Malo # http://www.perlig.de #
* Jim Jagielski wrote:
Apache HTTP Server is (mostly) a web server.
Let's call it 'parker'
Good call.
Did you know, that 'nd' is short for
n.d. parker
:-)
:
This reflects the name of the -current releases- only, we aren't asking
you to choose (or add) your desired name for -future versions-.
nd
--
print Just Another Perl Hacker;
# André Malo, http://pub.perlig.de/ #
* [EMAIL PROTECTED] wrote:
Author: jim
Date: Thu Aug 17 12:41:07 2006
New Revision: 432360
URL: http://svn.apache.org/viewvc?rev=432360view=rev
Log:
Update docs and transforms
:-(
Please check the data before the commit. The paths are messed up again.
Is there, by any chance, the build
* Jim Jagielski wrote:
Wah happened? Has the process for updating docs changed?
cd docs/manual
cd build
./build.sh
that should be ok. The process hasn't been changed for months...
Is the build directory up to date? Is it really under manual?
nd
--
Solides und umfangreiches Buch
* Jim Jagielski wrote:
No, it's there. And 'svn up'ed ... There were no errors during the
processing.
Hrm. What OS, perl and java version do you use? (Can't imagine, that it has
to do with it, but...)
nd
--
Real programmers confuse Christmas and Halloween because
DEC 25 = OCT 31. --
* Jim Jagielski wrote:
On Aug 17, 2006, at 3:56 PM, André Malo wrote:
* Jim Jagielski wrote:
No, it's there. And 'svn up'ed ... There were no errors during the
processing.
Hrm. What OS, perl and java version do you use? (Can't imagine,
that it has
to do with it, but...)
% java
* Jim Jagielski wrote:
Index: invoking.xml.meta
===
--- invoking.xml.meta (revision 432560)
+++ invoking.xml.meta (working copy)
@@ -2,8 +2,8 @@
metafile
basenameinvoking/basename
- path/.//path
-
[* It is always 42! *] }
print the answer
# André Malo # http://pub.perlig.de/ #
functionality.
[André Malo]
*) mod_headers: Allow 'echo' also for ErrorHeaders. [André Malo]
*) Bring ErrorHeader concept forward from 1.3, so that response
header fields can be set for return even on errors or external
redirects. [Ken Coar]
ErrorHeader appears to have
* Jim Jagielski [EMAIL PROTECTED] wrote:
I would like to publicly THANK Sander and Justin for their
tireless (well, not literally tireless, because they worked
so long that they were *very* tired) work in doing the
conversion!
I think during AC2004 everyone settled their beer scores,
but
* Sander Striker [EMAIL PROTECTED] wrote:
Hi again,
The actual load seems to be working now (save the documentation...).
Given that this wasn't a smooth ride, we've loaded things in the
test repository. Please take a look at it:
http://svn.apache.org/repos/test/httpd/
If noone
* Christian Parpart [EMAIL PROTECTED] wrote:
I recently installed MediaWiki [1] (as used and developed on/by
WikiPedia [2]). This wiki software allows an intuitive use of URLs
as long as the host admin has patched his apache to allow the
proper rewrite rules [3].
As Gentoo is about to
* Christian Parpart [EMAIL PROTECTED] wrote:
Actually you don't need to patch httpd-2.0 for *that*. You can write a
small module, which registers the mapper function at runtime.
This is a way to much overhead, just for this function, isn't it?
Given the fact, that the 2.0 architecture is
Another Perl Hacker
:-)
# André Malo, http://pub.perlig.de/ #
* Jeff Trawick [EMAIL PROTECTED] wrote:
code to check for the misconfiguration is small and is expected to be
fool-proof (independent of what the user does); also, no way the
change can result in stale unix sockets left around, unlike sticking
the pid in the filename
see patch in
* [EMAIL PROTECTED] wrote:
Author: pquerna
Date: Mon Nov 22 14:55:35 2004
New Revision: 106229
Added:
httpd/site/branches/css-test/
- copied from r106228, httpd/site/trunk/
Log:
create a copy of the trunk to test out a CSS based website.
FWIW: I'd really like something based
Currently the docs build tools are misplaced under infrastructure. I'd like to
have them moved from
/infrastructure/site-tools/trunk/httpd-docs-build/
to
/httpd/docs-build/trunk (or the like)
What do you think?
nd
--
Umfassendes Werk (auch fuer Umsteiger vom Apache 1.3)
have the karma to do so, I do. =) -- justin
I'm not sure about the karma, probably not. If there are no objections, please
do it :-)
nd
--
package Hacker::Perl::Another::Just;print
[EMAIL PROTECTED] split/::/ =__PACKAGE__]}~;
# André Malo # http://pub.perlig.de #
* Yoshiki Hayashi [EMAIL PROTECTED] wrote:
After conversion is done, sending out instruction of how to
update existing checkout would be nice. I believe you can
just svn switch to the new location but I'm not sure.
yep. just `svn switch new-url`
nd
--
Das Verhalten von Gates hatte mir
work for the docs layout (Gernot Winkler) and asked him, if he
could do some outlines for the website, too. If this is ok for you -- he'd
start working on it mid/late december.
nd
--
package Hacker::Perl::Another::Just;print
[EMAIL PROTECTED] split/::/ =__PACKAGE__]}~;
# André Malo # http
* Justin Erenkrantz [EMAIL PROTECTED] wrote:
--On Friday, November 26, 2004 12:05 AM + Max Bowsher [EMAIL PROTECTED]
wrote:
Actually aclocal belongs to automake.
Correct.
But then, it would be a weird system where autoconf/automake/libtool are
not installed as a group, so I
* Erik Abele [EMAIL PROTECTED] wrote:
On 24.11.2004, at 18:28, André Malo wrote:
* Yoshiki Hayashi [EMAIL PROTECTED] wrote:
After conversion is done, sending out instruction of how to
update existing checkout would be nice. I believe you can
just svn switch to the new location
* Justin Erenkrantz [EMAIL PROTECTED] wrote:
On Fri, Nov 26, 2004 at 08:05:53AM +0100, Andr Malo wrote:
oops. (Who the hell named that tool aclocal?!)
It was probably named that way to promote confusion. Sane people would have
called it amlocal instead. *shrug*
No, it's not. I
* Justin Erenkrantz wrote:
--On Friday, November 26, 2004 8:06 AM +0100 André Malo [EMAIL PROTECTED]
wrote:
Did you already mv them, nd?
Nope. Justin...? :-)
Done. =) -- justin
Thx!
The update instruction is simple. cd to the checked out build directory and
svn switch http
* Brian Pane wrote:
Okay, I checked out the patch attached to that bug. Supporting the use
of an external copy of PCRE makes sense.
+1 on concept.
The patch also changes various
core PCRE function names to ap_*. That definitely helps prevent
collisions with libc or libpthread versions
* Richard Jones wrote:
Is this (binary compatibility) really a policy?
Yes.
nd
--
Umfassendes Werk (auch fuer Umsteiger vom Apache 1.3)
-- aus einer Rezension
http://pub.perlig.de/books.html#apache2
* Justin Erenkrantz wrote:
--On Monday, November 29, 2004 11:44 AM +0900 Yoshiki Hayashi
[EMAIL PROTECTED] wrote:
More than a year after I proposed web site translation, I
finally sat down for a while and did necessary coding to add
translation support.
BTW, this might need to be
* Mladen Turk [EMAIL PROTECTED] wrote:
Well I'll remove that, but something like that (movig files that were
for years in one location to other) should be put in the dev list
or at least to changelog thought.
It *was* put in the 'PCRE in 2.1/2.2' thread.
nd
* Greg Stein [EMAIL PROTECTED] wrote:
https://ssl.bulix.org/projects/rici/file/apache/mod_comment.c?rev=49
That module uses a feature of the configuration parser that should be
removed. The capability of code external to the config parser taking
over the reading/parsing of the config file
* Greg Stein [EMAIL PROTECTED] wrote:
Taking over the reading/parsing of the file pointer. We pass the fp to
modules (when they process a directive), allowing them to read from
it. Bad bad bad. Especially when you're trying to read your config
from some place funky.
I seem to miss something
* William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
This is the offending code;
endp = ap_strrchr_c(arg, '');
if (endp == NULL) {
return unclosed_directive(cmd);
}
Aah! understood, thanks ;-)
So I'd guess, there's currently no good way for implementing containers?
nd
* Justin Erenkrantz wrote:
--On Monday, November 29, 2004 6:33 PM -0700 Paul Querna
[EMAIL PROTECTED] wrote:
Do other developers have objections to moving the website to XSLT (like
the manual) instead of the current Velocity/Anakia?
I would recommend that any initial XSLT source
* Justin Erenkrantz [EMAIL PROTECTED] wrote:
By and large, I think the core developers are the ones who place most of
the content on the website - not the documentation group. Perhaps that
could change...but I think the httpd docs group as a whole have
historically paid little attention to
* Antonin Karasek wrote:
Ok, here you are. If you find it useful, you make me really happy :o)
Without a closer look:
* We cannot distribute a program that is licensed under GPL. You would need
to relicense to AL2 and resubmit it. Furthermore I think you would need to
donate the copyright to
* Cliff Woolley wrote:
On Wed, 1 Dec 2004, [iso-8859-15] André Malo wrote:
Furthermore I think you would need to donate the copyright to ASF (but
I'm not sure about the latter).
No.
As long as it's licensed under the Apache License version 2, that gives
us the right to redistribute
* Mladen Turk wrote:
Is there any reason (RFC or security) that prevents using common vars
within 'RequestHeader XX %{ENV_VAR}e'. Those can now be only set by
SetEnv, SetEnvIf and PassEnv.
A simple patch that calls ap_add_common_vars(r) before processing
the variable from r-subprocess_env
( # André Malo ;
$_)-1)}split//=$_[0]).$_[1];s s.*s$_see; # http://pub.perlig.de/ ;
* Jim Jagielski wrote:
=?iso-8859-1?q?Andr=E9_Malo?= wrote:
Anyway, I think, finally the dumpio code should be pluggable to
mod_filter,= =20
but that can be done at any time.
Actually, I don't quite agree. It seems almost a capability best
left to another module, instead of bundled
* [EMAIL PROTECTED] wrote:
Dangerous assumption, especially if apr_dir_read uses readdir_r.
Be safe.
Good catch. But could you please avoid tabs? :)
nd
because of the expectation of certain travel requirements???
FWIW: At this time there's no way to get me into the States, regardless of
which coast, sorry.
nd
--
Gefunden auf einer Webdesigner-Seite:
Programmierung in HTML, XML, WML, CGI, FLASH
# André Malo # http://www.perlig.de/ #
* Enrico Weigelt wrote:
* Paul Querna [EMAIL PROTECTED] wrote:
We are the httpd server project, not the autoconf
replacement project.
With this mentality we will never get something better.
Such software doesnt simply fall from the heaven.
Sure. We get a better httpd.
nd
* Enrico Weigelt wrote:
Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
also not bundled, so why pcre ?
vendor branch.
nd
* Enrico Weigelt wrote:
As long as httpd brings its own expat and pcre, we dont need to
discuss about the heavyliness of unixodbc.
Fine. Nobody here even wants to discuss it.
nd
--
die (eval q-qq[Just Another Perl Hacker
]
;-)
# André Malo, http://pub.perlig.de/ #
use eol-style=native for all text files.
Well, it *should* be documented somewhere... :)
nd
--
print Just Another Perl Hacker;
# André Malo, http://pub.perlig.de/ #
* Ryan Bloom wrote:
I'm sorry, but no it is not. I know something about this, and we
spent a lot of time and energy trying to ensure that a config that
worked in 1.3 worked the same way in 2.0.
Well, you had no luck, it seems.
That's just not true. 90% of the directives in Apache
* Enrico Weigelt wrote:
Again its an autoconf problem. More than just a bug.
I'm wondering why you report it *here*. Sure, it's interesting, but did you
consider opening a bug report at the autoconf site?
nd
--
die (eval q-qq:Just Another Perl Hacker
:-)
# André Malo, http://pub.perlig.de/ #
* Enrico Weigelt wrote:
* André Malo [EMAIL PROTECTED] wrote:
* Enrico Weigelt wrote:
Why is pcre bundled anyway ? Other packages (ie zlib or expat) are
also not bundled, so why pcre ?
vendor branch.
how does it answer my question ?
It gives you a piece of information, that you
* Cliff Woolley wrote:
So why is this same general behavior unconditional in httpd 1.3 but
non-existant in 2.0 and requires a virtual flag on 2.1? Andre?
Thoughts? The virtual thing was your doing...
see STATUS file. It's already voted for backport, just didn't make it yet...
The reason
* Ryan Bloom [EMAIL PROTECTED] wrote:
On Tue, 14 Dec 2004 17:13:23 +0100, André Malo [EMAIL PROTECTED] wrote:
* Ryan Bloom [EMAIL PROTECTED] wrote:
I have a couple of pretty big issues with this response.
1) You have a configuration in Apache 1.3 that doesn't work in Apache
2.0
* Sander Temme wrote:
The following patch (inline and attached) expands the experimental -s
flag to ab to specify the SSL version used for the benchmark run. Valid
versions are SSLv2, SSLv3, TLSv1 and ANY in which case the program will
use the highest version available. This code is active
1 - 100 of 495 matches
Mail list logo