Much to my surprise, I apparently have a board report due yesterday
for this Wednesday's board meeting. Do we have any ASF issues that
need reporting to the board, aside from what is in STATUS*?
Any choice commentary? Does anyone else feel like we have too many
dev lists for one project?
Roy T. Fielding [EMAIL PROTECTED] writes:
Do we have any ASF issues that need reporting to the board,
Nothing new to report wrt apreq.
--
Joe Schaefer
I'm new to this
group, but have been using mod_aspdotnet for 5 months.
Does anyone know if
the next release of mod_aspdotnet will include a fix for bug #33880? This is the
one where mod_aspdotnet doesn't pass on URIs for non-existent
files.
Another one I would
be interested to know about
William A. Rowe, Jr. wrote:
Ping(!) Would appreciate if anyone would try testing this release and
replying on-list if virtual, files in fact really are working. If not
I'll pull down the snapshot, if so I'll move forward on 'AspNet error'
to bypass Apache ErrorDocument handling.
William A.
Rob Hughes wrote:
I'm new to this group, but have been using mod_aspdotnet for 5 months.
Does anyone know if the next release of mod_aspdotnet will include a fix
for bug #33880? This is the one where mod_aspdotnet doesn't pass on URIs
for non-existent files.
Well, the fix is in the current
On the mod_python side we got a 3.2.2 beta out and will try to get 3.2.?
final done before Apachecon (hopefully). The last release (not counting
security fix ones) was 20 months ago, so this is pretty significant.
Grisha
On Mon, 14 Nov 2005, Roy T. Fielding wrote:
Much to my surprise, I
I'm finally broken free from production concerns to test the latest
version. I'm chasing an issue in our application concerning the
detection of SSL connections and the setting of the SERVER_PORT_SECURE
variable. Currently our application is not detecting SSL
(SERVER_PORT_SECURE set to a 0
OK, great ! I'm ready for the next beta, then, and this time I can
produce Python 2.3 and Python 2.4 versions for Win32.
Jim, please fire at will !
Regards,
Nicolas
2005/11/14, Alexis Marrero [EMAIL PROTECTED]:
Nicholas,
Just finish testing with couple of hundred files and is working AS
[ http://issues.apache.org/jira/browse/MODPYTHON-87?page=all ]
Jim Gallacher resolved MODPYTHON-87:
Resolution: Fixed
Assign To: Jim Gallacher
psp_parser: replaces \n on \n
---
Key: MODPYTHON-87
Much to my surprise, I apparently have a board report due yesterday
for this Wednesday's board meeting. Do we have any ASF issues that
need reporting to the board, aside from what is in STATUS*?
Any choice commentary? Does anyone else feel like we have too many
dev lists for one project?
On the mod_python side we got a 3.2.2 beta out and will try to get 3.2.?
final done before Apachecon (hopefully). The last release (not counting
security fix ones) was 20 months ago, so this is pretty significant.
Grisha
On Mon, 14 Nov 2005, Roy T. Fielding wrote:
Much to my surprise, I
+1
Linux Debian 3.1 stable (sarge)
apache 2.0.54-5 (mpm-worker)
python 2.3.5
gcc 3.3.5
+1
Linux Debian unstable (sid)
apache 2.0.54-4 (mpm-prefork)
python 2.3.5
gcc 4.0.2
Thanks for the information, I'll add your patch to the test suite.
Regards,
Nicolas
2005/11/15, Barry Pederson [EMAIL PROTECTED]:
I've got failures that seem to be caused by the tests themselves, but
with a bit of tweaking they pass.
FreeBSD 6.0
Apache 2.0.55 port built WITH_THREADS=1
Barry Pederson wrote:
I've got failures that seem to be caused by the tests themselves, but
with a bit of tweaking they pass.
FreeBSD 6.0
Apache 2.0.55 port built WITH_THREADS=1
Python 2.4.2
DOH! nevermind - just realized I missed this part of Jim's very clear
instructions:
-
Not sure if this is helpfull, but here goes...
To run test.py I did the following:
Overlay: http://thinkflat.com/files/public/?d=/ebuilds/mod_python
user# sudo emerge -a mod_python
user# tar zxvf mod_python-3.2.5b.tgz
user# cd mod_python-3.2.5b
user# ./configure --with-apxs=/usr/sbin/apxs2
Much to my surprise, I apparently have a board report due yesterday
for this Wednesday's board meeting. Do we have any ASF issues that
need reporting to the board, aside from what is in STATUS*?
Any choice commentary? Does anyone else feel like we have too many
dev lists for one project?
Roy T.Fielding wrote:
Much to my surprise, I apparently have a board report due yesterday
for this Wednesday's board meeting. Do we have any ASF issues that
need reporting to the board, aside from what is in STATUS*?
Any choice commentary? Does anyone else feel like we have too many
dev lists
Roy T. Fielding [EMAIL PROTECTED] writes:
Do we have any ASF issues that need reporting to the board,
Nothing new to report wrt apreq.
--
Joe Schaefer
On the mod_python side we got a 3.2.2 beta out and will try to get 3.2.?
final done before Apachecon (hopefully). The last release (not counting
security fix ones) was 20 months ago, so this is pretty significant.
Grisha
On Mon, 14 Nov 2005, Roy T. Fielding wrote:
Much to my surprise, I
Much to my surprise, I apparently have a board report due yesterday
for this Wednesday's board meeting. Do we have any ASF issues that
need reporting to the board, aside from what is in STATUS*?
Any choice commentary? Does anyone else feel like we have too many
dev lists for one project?
Roy T.Fielding wrote:
Much to my surprise, I apparently have a board report due yesterday
for this Wednesday's board meeting. Do we have any ASF issues that
need reporting to the board, aside from what is in STATUS*?
Any choice commentary? Does anyone else feel like we have too many
dev lists
Roy T. Fielding [EMAIL PROTECTED] writes:
Do we have any ASF issues that need reporting to the board,
Nothing new to report wrt apreq.
--
Joe Schaefer
Sander Temme wrote:
On Nov 11, 2005, at 12:33 PM, Brian Akins wrote:
in 2.1.9 ap_get_server_port uses the following:
port = r-parsed_uri.port_str ? r-parsed_uri.port :
r-connection-local_addr-port ? r-connection-
local_addr-port :
r-server-port ?
I'd like to turn the svn:eol-style attribute off for the windown build
files (files ending in .dsp, .dsw and win32ver.awk), and have them
stored in win32 new-line format in the repository.
The reason being that the current format is preventing me from checking
out the repos I have on my unix
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 happen if you don't set an
eol-style.
Setting to
Colm MacCarthaigh wrote:
I see no real reason why they should be forced to have the CRLF line
endings in all cases.
Why not? My real reason is wanting to have a single checkout for windows
and unix work. I'd like to halve the workload associated with verifying
changes. Visual studio can
* 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
I am thinking about something like the below:
Index: server/core.c
===
--- server/core.c (revision 344120)
+++ server/core.c (working copy)
@@ -115,6 +115,7 @@
conf-accept_path_info = 3;
conf-use_canonical_name
Colm MacCarthaigh wrote:
I'd like to turn the svn:eol-style attribute off for the windown build
files (files ending in .dsp, .dsw and win32ver.awk), and have them
stored in win32 new-line format in the repository.
-1 veto, not vote. They are TEXT. Subversion allows you to check out or
export
Colm MacCarthaigh wrote:
On Mon, Nov 14, 2005 at 01:11:05PM +0100, Erik Huelsmann wrote:
Setting to CRLF makes more sense, it's even ASF recommended ;-)
http://www.apache.org/dev/svn-eol-style.txt
Ahh, good point, thank you for reminding me to fix that misrecommendation.
Bill
On Mon, Nov 14, 2005 at 11:14:13AM -0600, William A. Rowe, Jr. wrote:
The reason being that the current format is preventing me from checking
out the repos I have on my unix box, and using samba to share the
working copies with my windows box. That way I can check my changes on
the two
Roy T.Fielding wrote:
Much to my surprise, I apparently have a board report due yesterday
for this Wednesday's board meeting. Do we have any ASF issues that
need reporting to the board, aside from what is in STATUS*?
Any choice commentary? Does anyone else feel like we have too many
dev lists
* 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
Colm MacCarthaigh 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.
Reply-to: httpd...
In fact we not only do an svn CRLF dos checkout for httpd, we also generate
the appropriate .mak/.dep
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
these files.
Adding Python as a prerequisite to even
On 11/14/2005 03:49 PM, Jim Jagielski wrote:
I am thinking about something like the below:
As far as I understand the patch the default value will be
UseCanonicalPhysicalPort off which is the 2.0 behaviour, correct?
If yes, +1 from my side.
This leaves only open the inconsistency between
On Nov 14, 2005, at 3:51 PM, Ruediger Pluem wrote:
On 11/14/2005 03:49 PM, Jim Jagielski wrote:
I am thinking about something like the below:
As far as I understand the patch the default value will be
UseCanonicalPhysicalPort off which is the 2.0 behaviour, correct?
If yes, +1 from my
On the mod_python side we got a 3.2.2 beta out and will try to get 3.2.?
final done before Apachecon (hopefully). The last release (not counting
security fix ones) was 20 months ago, so this is pretty significant.
Grisha
On Mon, 14 Nov 2005, Roy T. Fielding wrote:
Much to my surprise, I
+1 for mod_python 3.2.5b on Python 2.3 on Windows 2000
+1 for mod_python 3.2.5b on Python 2.4 on Windows XP
2005/11/14, Jim Gallacher [EMAIL PROTECTED]:
A new mod_python 3.2.5 beta tarball is now available for testing. A
windows binary should be available shortly.
This release is similar to
Andy Wang wrote:
I noticed that with OpenLDAP 2.2.x, auth_ldap from apache on windows
fails. The actual error ends up being a invalid size limit on the
openldap end of things.
Please clarify, this is the win32 WLDAP32.dll client to OpenLDAP 2.2
backend ldap server (e.g. on unix or whatever),
+1
Apache 2.0.55
Python 2.4.1
gcc 3.3.4
Slackware 10.1 (Linux 2.4.29)
Jim Gallacher wrote:
A new mod_python 3.2.5 beta tarball is now available for testing. A
windows binary should be available shortly.
This release is similar to 3.2.4b but fixes a couple of minor issues -
MODPYTHON-87
William A. Rowe, Jr. wrote:
Andy Wang wrote:
I noticed that with OpenLDAP 2.2.x, auth_ldap from apache on windows
fails. The actual error ends up being a invalid size limit on the
openldap end of things.
Please clarify, this is the win32 WLDAP32.dll client to OpenLDAP 2.2
backend ldap
* 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
43 matches
Mail list logo