Re: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8

2008-01-11 Thread Jorge Schrauwen
+1 on win32 for me if I could vote

libaprutil is still set to x64 instead of win32 when compiling under
2008 but I take this will get fixed in the win32 src package
multicast.c is still broken using vs 2008 with the latest platform
SDK, vs 2005 with the older platform SDK works fine! (there is a patch
for this... IIRC its also in apr trunk but it was laten when I was
talking about this with wrowe I can't remember for certain)

FWIW: BuildBin's installdir is still set to /apache2 instead of
/apache22 not that will effect anything just something I noticed.
The /machine not set warnings are still there aswel but again no
problem here since it defaults to x86

modules compiled and working:
- mod_perl
- mod_macro
- mod_fcgid
- mod_ftp (compiles not tested)


Jorge


On Jan 11, 2008 5:33 AM, Paul Querna [EMAIL PROTECTED] wrote:

 Jim Jagielski wrote:
  Pre-release tarballs of Apache HTTP Server 1.3.41, 2.0.63
  and 2.2.8 are available for download and test at:
 
  http://httpd.apache.org/dev/dist/
 
  Their availability does not constitute an official release.
  However, please download and test. I will be calling for
  a release VOTE in the next 24-48 hours, at most.


 eos.apache.org and aurora.apache.org, the machines that host
 www.apache.org, and most TLPs, have both been upgraded to 2.2.8:
 http://www.apache.org/server-status

 They are also now running with the Event MPM, previously the Worker MPM
 was used.

 I used an APR and APR-Util snapshot, from their respective trunks, due
 to issues with mod_mbox performance, that have been fixed in apr-util
 trunk[1].

 Both machines are Solaris 10/SPARC, and I ran into no major issues
 getting it all working.  If you notice any issues with any apache.org
 sites, please let me know :-)

 Thanks,

 -Paul

 [1] - http://svn.apache.org/viewvc?view=revrevision=513046




-- 
~Jorge


Re: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8

2008-01-11 Thread William A. Rowe, Jr.

Jorge Schrauwen wrote:


libaprutil is still set to x64 instead of win32 when compiling under
2008 but I take this will get fixed in the win32 src package


No; you set it; that is to say that visual studio is bugged, and VC6
.dsw did not specify per-project dependencies, VS .sln migration makes
foolish associations.  This is even true when I introduce x64 targets
to all projects, it has nothing to do with the source .dsw/.dsp files.
You need to update these; there may be a separate package that offers
.sln's at some point to fix VS bugs, haven't decided.  (The src package
is intended to be built from exported .mak files).


multicast.c is still broken using vs 2008 with the latest platform
SDK, vs 2005 with the older platform SDK works fine! (there is a patch
for this... IIRC its also in apr trunk but it was laten when I was
talking about this with wrowe I can't remember for certain)


It's also on apr branches but not yet released;
https://issues.apache.org/bugzilla/show_bug.cgi?id=40398

the patch applied to apr was the Cleaner and not Dirtier flavor.

It will hit the next 1.2.x apr release, I'd presume there will be one
sooner or later.


FWIW: BuildBin's installdir is still set to /apache2 instead of
/apache22 not that will effect anything just something I noticed.


Yup - no impact, not likely to change.


The /machine not set warnings are still there aswel but again no
problem here since it defaults to x86


or defaults to x64 using that compiler/linker.  Again, goofy win32
behaviors, and can't be fixed without x64 + win32 (x86) targets which
would permit compilation using two-different targets.

It was more than I wanted to mess with for this point bump, but will
probably get back to that issue over the next several weeks.



Re: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8

2008-01-11 Thread Jorge Schrauwen
On 1/11/08, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
 Jorge Schrauwen wrote:
 
  libaprutil is still set to x64 instead of win32 when compiling under
  2008 but I take this will get fixed in the win32 src package

 No; you set it; that is to say that visual studio is bugged, and VC6
 .dsw did not specify per-project dependencies, VS .sln migration makes
 foolish associations.  This is even true when I introduce x64 targets
 to all projects, it has nothing to do with the source .dsw/.dsp files.
 You need to update these; there may be a separate package that offers
 .sln's at some point to fix VS bugs, haven't decided.  (The src package
 is intended to be built from exported .mak files).

  multicast.c is still broken using vs 2008 with the latest platform
  SDK, vs 2005 with the older platform SDK works fine! (there is a patch
  for this... IIRC its also in apr trunk but it was laten when I was
  talking about this with wrowe I can't remember for certain)

 It's also on apr branches but not yet released;
 https://issues.apache.org/bugzilla/show_bug.cgi?id=40398

 the patch applied to apr was the Cleaner and not Dirtier flavor.

 It will hit the next 1.2.x apr release, I'd presume there will be one
 sooner or later.

  FWIW: BuildBin's installdir is still set to /apache2 instead of
  /apache22 not that will effect anything just something I noticed.

 Yup - no impact, not likely to change.

  The /machine not set warnings are still there aswel but again no
  problem here since it defaults to x86

 or defaults to x64 using that compiler/linker.  Again, goofy win32
 behaviors, and can't be fixed without x64 + win32 (x86) targets which
 would permit compilation using two-different targets.

 It was more than I wanted to mess with for this point bump, but will
 probably get back to that issue over the next several weeks.



I'd be willing to generate and package vs 2008 sln and fix the
apr-util goofyness.
Say if  solution files are created... do we want different packages
for 2005, 2008,...?

2008 is said to be compatible with 2005 but opening a 2005 sln in 2008
it still randomly changes settings and such.

Say if I create such a extended package based on the office 2.2.8
win32 src do you think that could be useful? I can always place it on
my own website for interested people but I suspect it won't get much
attention there and won't be worth the hassle.

-- 
~Jorge


Re: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8

2008-01-10 Thread Nick Kew
On Thu, 10 Jan 2008 13:04:27 -0500
Jim Jagielski [EMAIL PROTECTED] wrote:

 Pre-release tarballs of Apache HTTP Server 1.3.41, 2.0.63
 and 2.2.8 are available for download and test at:
 
  http://httpd.apache.org/dev/dist/
 
 Their availability does not constitute an official release.
 However, please download and test. I will be calling for
 a release VOTE in the next 24-48 hours, at most.

+1 from the proxy test suite on 2.2.8.

-- 
Nick Kew

Application Development with Apache - the Apache Modules Book
http://www.apachetutor.org/


Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8

2008-01-10 Thread Jim Jagielski

Pre-release tarballs of Apache HTTP Server 1.3.41, 2.0.63
and 2.2.8 are available for download and test at:

http://httpd.apache.org/dev/dist/

Their availability does not constitute an official release.
However, please download and test. I will be calling for
a release VOTE in the next 24-48 hours, at most.


Re: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8

2008-01-10 Thread Oden Eriksson
Den Thursday 10 January 2008 19.04.27 skrev Jim Jagielski:
 Pre-release tarballs of Apache HTTP Server 1.3.41, 2.0.63
 and 2.2.8 are available for download and test at:

  http://httpd.apache.org/dev/dist/

 Their availability does not constitute an official release.
 However, please download and test. I will be calling for
 a release VOTE in the next 24-48 hours, at most.

2.2.8 works fine for me and passes all tests in perl-framework (r610816) on 
Mandriva Linux Corporate Server 4.0, 2008.0 and Cooker.



Re: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8

2008-01-10 Thread Steffen

+1  if I had to vote

Steffen

- Original Message - 
From: Jim Jagielski [EMAIL PROTECTED]

To: dev@httpd.apache.org; [EMAIL PROTECTED]
Sent: Thursday, 10 January, 2008 19:04
Subject: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8



Pre-release tarballs of Apache HTTP Server 1.3.41, 2.0.63
and 2.2.8 are available for download and test at:

http://httpd.apache.org/dev/dist/

Their availability does not constitute an official release.
However, please download and test. I will be calling for
a release VOTE in the next 24-48 hours, at most.



Re: Pre-release tarballs: Apache httpd 1.3.41, 2.0.63 and 2.2.8

2008-01-10 Thread Paul Querna

Jim Jagielski wrote:

Pre-release tarballs of Apache HTTP Server 1.3.41, 2.0.63
and 2.2.8 are available for download and test at:

http://httpd.apache.org/dev/dist/

Their availability does not constitute an official release.
However, please download and test. I will be calling for
a release VOTE in the next 24-48 hours, at most.



eos.apache.org and aurora.apache.org, the machines that host 
www.apache.org, and most TLPs, have both been upgraded to 2.2.8:

http://www.apache.org/server-status

They are also now running with the Event MPM, previously the Worker MPM 
was used.


I used an APR and APR-Util snapshot, from their respective trunks, due 
to issues with mod_mbox performance, that have been fixed in apr-util 
trunk[1].


Both machines are Solaris 10/SPARC, and I ran into no major issues 
getting it all working.  If you notice any issues with any apache.org 
sites, please let me know :-)


Thanks,

-Paul

[1] - http://svn.apache.org/viewvc?view=revrevision=513046