Hello.
Not so long ago I started packaging apache 2.1.x (rpm) and also run the
perl-framework tests at build time in Mandriva Cooker (development branch of
Mandriva Linux). Ever since I updated openssl-0.9.7i - openssl-0.9.8a some
ssl tests in the perl-framework stopped working. Is this a
William A. Rowe, Jr. wrote:
Paul Querna wrote:
Tarballs available from:
http://people.apache.org/~pquerna/dev/httpd-2.1.10/
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
At this time -1 for GA release. +1 to proceed with Beta.
Things to happen that will move
I've created a new branch off of the httpd trunk:
https://svn.apache.org/repos/asf/httpd/httpd/branches/async-read-dev/
The old async-dev branch is rather out of date at this point, and
all its nonblocking write code has since been committed to the
trunk. Rather than doing a monstrous merge to
On 11/19/2005 10:20 PM, Nick Kew wrote:
On Saturday 19 November 2005 21:03, Ruediger Pluem wrote:
Thanks. Committed to trunk as r345686
(http://svn.apache.org/viewcvs.cgi?rev=345686view=rev).
Fine. But do such trivial changes - or indeed anything that has no effect
on functionality -
On Sat, Nov 19, 2005 at 05:17:42PM -0800, Paul Querna wrote:
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
-1 for GA, +1 for beta, as the release is unbuildable on systems with
APR 1.0 or 1.1 installed.
Unfortunately I'm away in Munich right now, so I havn't had a
On 11/20/2005 11:00 AM, Ruediger Pluem wrote:
[..cut..]
If there is consensus that such trivial CHANGES should not be added (which I
would
also tend to with the reasons you mentioned), then I will happily remove the
CHANGE
log entry. So another comment please!
Ok, forget about the
On Sunday 20 November 2005 08:11, Paul Querna wrote:
Things to happen that will move my vote twords +1;
* Go live on a major Apache server for 1 week, no stability issues.
(Thanks Sander for kicking this off!)
FWIW, www.apache.org has been running 2.1.9 since early November.
I've
On Sunday 20 November 2005 08:21, Brian Pane wrote:
I've created a new branch off of the httpd trunk:
https://svn.apache.org/repos/asf/httpd/httpd/branches/async-read-dev/
The old async-dev branch is rather out of date at this point, and
all its nonblocking write code has since been committed
On 11/20/05, Ruediger Pluem [EMAIL PROTECTED] wrote:
On 11/20/2005 11:00 AM, Ruediger Pluem wrote:
[..cut..]
If there is consensus that such trivial CHANGES should not be added (which
I would
also tend to with the reasons you mentioned), then I will happily remove
the CHANGE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nick Kew wrote:
On Sunday 20 November 2005 08:21, Brian Pane wrote:
I've created a new branch off of the httpd trunk:
https://svn.apache.org/repos/asf/httpd/httpd/branches/async-read-dev/
The old async-dev branch is rather out of date at this
Colm MacCarthaigh wrote:
On Sat, Nov 19, 2005 at 05:17:42PM -0800, Paul Querna wrote:
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
-1 for GA, +1 for beta, as the release is unbuildable on systems with
APR 1.0 or 1.1 installed.
But, it is supposed to be.
On Sun, Nov 20, 2005 at 04:33:12AM -0800, Paul Querna wrote:
Colm MacCarthaigh wrote:
On Sat, Nov 19, 2005 at 05:17:42PM -0800, Paul Querna wrote:
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
-1 for GA, +1 for beta, as the release is unbuildable on systems
Ruediger Pluem wrote:
On 11/19/2005 10:20 PM, Nick Kew wrote:
On Saturday 19 November 2005 21:03, Ruediger Pluem wrote:
Thanks. Committed to trunk as r345686
(http://svn.apache.org/viewcvs.cgi?rev=345686view=rev).
Fine. But do such trivial changes - or indeed anything that has no
Paul Querna wrote:
Tarballs available from:
http://people.apache.org/~pquerna/dev/httpd-2.1.10/
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
If the vote passes, it will be re-rolled as 2.2.0.
I intend to leave the vote open for at least 7-10 days.
On input path, ap_xml_parse_input() handles converting xml to native
charset (at least in 2.2). On output, there is no provision for
converting xml in responses.
Some choices:
(a) convert right in DAV before calling ap_fXXX() APIs
(b) have DAV implement a filter that converts xml from native to
On Sunday 20 November 2005 11:03, Jeff Trawick wrote:
I think it is a good idea for people who show up with patches out of
the blue to see a recognition of their contribution, even if
relatively small. Many people off the dev list don't realize that a
lot of fixes come from random people.
On Sunday 20 November 2005 14:53, Jeff Trawick wrote:
On input path, ap_xml_parse_input() handles converting xml to native
charset (at least in 2.2). On output, there is no provision for
converting xml in responses.
Is this a hypothetical or real-life issue?
Some choices:
(a) convert
[ resending ]
On Sun, Nov 20, 2005 at 12:43:09PM +, Colm MacCarthaigh wrote:
Yep, but it's how the user gets around that that's the real problem. If
a user has apr 1.1 installed in /usr, the only way to get httpd to
configure is to over-write that APR installation. There's no way to get
Actually you have to use a peg revision, not -r. If you try -r to look
at the deleted branch, svn tries to find the named directory in the HEAD
revision, then look up it's state as it existed in rev x. This will
fail since it does not exist in the head revision, so instead you have
to do
Now that we have nonblocking write completion support in the Event MPM,
I've begun thinking about how to implement nonblocking, event-driven
reads
of incoming requests. Here's a diagram of the connection state
diagram with
some minor changes to support nonblocking reads:
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
On Nov 20, 2005, at 1:34 PM, Phillip Susi wrote:
Actually you have to use a peg revision, not -r. If you try -r to
look at the deleted branch, svn tries to find the named directory
in the HEAD revision, then look up it's state as it existed in rev
x. This will fail since it does not
23 matches
Mail list logo