André Malo wrote:
* 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...
+1, lets get something out there for the community to test. If we have
to go through a bunch of 2.1.x-betas before we feel comfortable with
branching, so be it.
Brad
[EMAIL PROTECTED] Monday, December 13, 2004 4:30:29 PM
--On Monday, December 13, 2004 2:40 PM -0700 Paul Querna
[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For some reason I bounced enough email to get booted off of the list. Bah.
Anyways, I was looking at Rici's proposal, and I think I really like it.
It seems more to match the way that people think about vhosts, and it
seems to be in the spirit of what
Thanks for the explanation, Joe. Here is the modified patch. Should I open a
bug report and/or create doc?
Whatever will facilitate incorporation into the soonest possible release,
please advise.
regards,
tt
-Original Message-
From: Joe Orton [mailto:[EMAIL PROTECTED]
Sent: Monday,
* Joe Orton [EMAIL PROTECTED] wrote:
Yeah, that was fixed in 1.5.10. For an autoconf 2.59-generated
configure script the only reference to grep -E is in the test to see
whether grep -E works or not, so that looks fixed to me too.
well, i've tried to regenerate configure with the newest
* Patrick Welche [EMAIL PROTECTED] wrote:
snip
Does this mean the following macro should appear somewhere in
httpd's configury?
-- Macro: AC_PROG_EGREP
Check whether `$GREP -E' works, or else search the user's `PATH'
for `egrep', and `gegrep', in that order, and set output
Mladen Turk wrote:
Since the fix is trivial, I'll commit the changes ASAP.
Will you be able to retest upon the commit?
No problem, if you let me know the svn id(s), as I currently don't have
svn installed and thus will need to extract the changes through the web
interface.
Paul Querna wrote:
[EMAIL PROTECTED] wrote:
snip
httpd/httpd/trunk/modules/debug/.deps
httpd/httpd/trunk/modules/debug/Makefile
I thought these should both be generated, not checked into svn?
Yep, but how does one tell SVN to ignore them?? :/
--
* André Malo [EMAIL PROTECTED] wrote:
* 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 ?
Jim Jagielski wrote:
Paul Querna wrote:
[EMAIL PROTECTED] wrote:
snip
httpd/httpd/trunk/modules/debug/.deps
httpd/httpd/trunk/modules/debug/Makefile
I thought these should both be generated, not checked into svn?
Yep, but how does one tell SVN to ignore them?? :/
svn pedit svn:ignore
* Graham Leggett [EMAIL PROTECTED] wrote:
Hi,
I am busy researching the idea of an Apache + DAV server that would do
the job of what a typical Samba server does now - file sharing. An
Apache server would have the advantage of native SSL support, flexible
authentication configuration, etc.
Jim Jagielski wrote:
Paul Querna wrote:
[EMAIL PROTECTED] wrote:
snip
httpd/httpd/trunk/modules/debug/.deps
httpd/httpd/trunk/modules/debug/Makefile
I thought these should both be generated, not checked into svn?
Yep, but how does one tell SVN to ignore them?? :/
* Sander Temme [EMAIL PROTECTED] wrote:
snip
Could you mount the DAV filesystem on the local box, so that all access
would go through DAV? That way all access would go through Apache and
it could have its own sandbox.
a) are there *working* DAV filesystem drivers for several OS'es
b)
* Graham Leggett [EMAIL PROTECTED] wrote:
snip
But if this proper filesharing concept is to work properly, then at some
point the DAV server will have to support some kind of interaction with
the filesystem along far better lines than the current one user owns all.
Another point: why not
* Joshua Slive [EMAIL PROTECTED] wrote:
Hi,
Yes. I don't know of anyone successfully using perchild. There is another
group working on a successor called something like mpmmux, but they've
been rather quite too.
metuxmpm has been reported to be running successfully in production
[EMAIL PROTECTED] wrote:
Author: nd
Date: Tue Dec 14 15:01:47 2004
New Revision: 111895
URL: http://svn.apache.org/viewcvs?view=revrev=111895
Log:
svn:eol-style = native
Thanks!!
--
===
Jim Jagielski [|]
Andreas Steinmetz wrote:
Both problems described below relate to the http and the ftp proxy with
cache enabled. URLs and proxy setup are given at the end of this mail.
Hi,
As Justin said it has nothing to do with the cache.
The problem is with the single forward/reverse proxy worker
that is not
On Tue, Dec 14, 2004 at 03:20:26AM -0600, William A. Rowe, Jr. wrote:
Of course we could do that.
However, it's entirely against the first principal of httpd,
which is that this project builds against more old and crufty
operating systems installs than most utilities, sans 'cat' :)
Quoting Enrico Weigelt [EMAIL PROTECTED] (2004-12-14 04:50:36 GMT):
* Patrick Welche [EMAIL PROTECTED] wrote:
snip
Is part of the problem automake avoidance? AFAIR httpd just uses
No, autoconf is bad enough, automake will make it even worse.
Dont expect apache to remain in so many
On Tue, Dec 14, 2004 at 05:33:26AM +0100, Enrico Weigelt wrote:
It is of these macros which are doing regex test. My build system runs
the GNU grep v. 2.4.1. A short look the grep --help exposes, that the
-E option has to be passed when using extendet regex. Simply calling
egrep does not
* 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
On Tue, Dec 14, 2004 at 03:58:42AM -0600, William A. Rowe, Jr. wrote:
I would like to see ALOT of feedback to current-testers or dev
or even apache-modules of the alpha before declaring first beta.
Once beta - we should be very adverse to API changes - our module
authors will want to fix once
On Tue, 14 Dec 2004 [EMAIL PROTECTED] wrote:
ap_rputs(apr_strfsize(worker-s-transfered, fbuf), r);
trthWr/thtdNumber of bytes transfered/td/tr\n
Furthermore, it's transferred.
--Cliff
Justin Erenkrantz wrote:
On Sat, 11 Dec 2004, Dirk-Willem van Gulik wrote:
Sounds a lot more feasible than travelling to .us for a hack.
But I'm wondering what this actually achieves? Sure, it gets people
to focus on Getting Things Done, but a *scheduled* IRC+pastebin-based
hackathon could do
William A. Rowe, Jr. wrote:
At 06:19 AM 12/11/2004, Dirk-Willem van Gulik wrote:
On Fri, 10 Dec 2004, Justin Erenkrantz wrote:
During ApacheCon, a number of us had talked about holding more frequent
face-to-face meetings (or summits or whatever). Fred is willing to find a
place for us at Apple
[EMAIL PROTECTED] wrote:
snip
httpd/httpd/trunk/modules/debug/.deps
httpd/httpd/trunk/modules/debug/Makefile
I thought these should both be generated, not checked into svn?
-Paul
* Joe Orton [EMAIL PROTECTED] wrote:
snip
It is possible to support cross compilation with autoconf-based build
systems. configure supports this by use of cache variables; standard
practice is to build up a config.site file with the correct test
results for the target (e.g.
* 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
big_snip /
Aehm, what kind of database access are we talking about ?
Full SQL quering or just something like sendmail's map-API ?
If we really need full SQL, I would suggest something like unixodbc
or perl DBI. But I'm not in favour of reinventing the wheel and
having yet another SQL framework
[EMAIL PROTECTED] wrote:
adjust properties:
- svn:eol-style = native
- svn:keywords = LastChangedRevision for mod_dumpio.xml
Are these documented somewhere? Not what they mean, but what our
standards are as far as these are concerned, etc...? I hate
looking like an idiot :)
--
30 matches
Mail list logo