You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Issac Goldstand <mm...@gmail.com> on 2008/11/11 09:58:11 UTC
[RELEASE CANDIDATE] libapreq 1.34-RC4
The apreq developers are planning a maintenance release of
libapreq1. This version primarily addresses an issue noted
with FireFox 2.0 truncating file uploads in SSL mode.
Additionally, the memory allocation algorithm for multipart
requests has been improved.
Please give the tarball at
http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
a try and report comments/problems/etc. to the apreq-dev list
at apreq-dev@httpd.apache.org
Thanks,
Issac
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Roy T. Fielding wrote:
> In other words, you will have to call the vote again *after* rolling
> the actual releasable artifact. In the future, please do not ask
> people to vote on candidates -- it is a waste of time when we don't
> care how many version numbers are used between releases.
>
> ....Roy
Thats actually the way I was trying to move towards with the branching et al.
--
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior Sys Admin - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Roy T. Fielding" <fi...@gbiv.com>.
On Jan 7, 2009, at 5:24 AM, Issac Goldstand wrote:
> *ping*
>
> I don't actually see a vote from Steeve - just an advisory that it
> seems
> OK. I did vote +1, and am ready to roll (after having a baby boy +
> getting the flu twice; it's been a busy month ;)) as soon as I see
> a 3rd
> binding vote.
>
> Since steevehay does seem positive, I'm going to start tagging and
> rolling, but won't upload or announce until I formally close the vote
>
> Issac
I don't know if anyone has mentioned this before, but it is our policy
to vote on completed artifacts, not "RC" tags or anything else that
would be changed subsequent to the vote. Our goal is to verify that
the finished tarball actually installs from source, and the only
way to verify that is to have the signed tarball in hand before voting.
In other words, you will have to call the vote again *after* rolling
the actual releasable artifact. In the future, please do not ask
people to vote on candidates -- it is a waste of time when we don't
care how many version numbers are used between releases.
....Roy
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Steve Hay wrote:
> I didn't vote because AFAIK I don't actually have a vote. I have commit
> access, but I'm not a PMC member and therefore have no vote. Is that
> correct?
You're not ? mumble grumble.
--
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Director IT - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by Joe Schaefer <jo...@yahoo.com>.
----- Original Message ----
> From: Issac Goldstand <ma...@beamartyr.net>
> To: Joe Schaefer <jo...@yahoo.com>
> Cc: Steve Hay <St...@planit.com>; APREQ List <ap...@httpd.apache.org>
> Sent: Wednesday, January 7, 2009 9:03:02 AM
> Subject: Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
>
> Yay! That makes just a 1.5 year release cycle ;)
>
> I hope to release today after work. Who's got CPAN karma and
> voulenteers to help me upload?
For CPAN I recommend letting me do the upload, because none of
us have control of the permissions for the apreq 1.x package
names.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Issac Goldstand wrote:
> Yay! That makes just a 1.5 year release cycle ;)
Me. Thought i might be slow.
--
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior Sys Admin - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by Issac Goldstand <ma...@beamartyr.net>.
Yay! That makes just a 1.5 year release cycle ;)
I hope to release today after work. Who's got CPAN karma and
voulenteers to help me upload?
Joe Schaefer wrote:
> ----- Original Message ----
>
>
>> From: Steve Hay <St...@planit.com>
>> To: Issac Goldstand <ma...@beamartyr.net>
>> Cc: APREQ List <ap...@httpd.apache.org>
>> Sent: Wednesday, January 7, 2009 8:54:48 AM
>> Subject: RE: [RELEASE CANDIDATE] libapreq 1.34-RC4
>>
>> I didn't vote because AFAIK I don't actually have a vote. I have commit
>> access, but I'm not a PMC member and therefore have no vote. Is that
>> correct?
>>
>
> Everybody gets a vote ;-), but the ones that count towards
> the release requirements come from the httpd PMC.
>
> Here's my +1 for release Issac.
>
>
>
>
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by Joe Schaefer <jo...@yahoo.com>.
----- Original Message ----
> From: Steve Hay <St...@planit.com>
> To: Issac Goldstand <ma...@beamartyr.net>
> Cc: APREQ List <ap...@httpd.apache.org>
> Sent: Wednesday, January 7, 2009 8:54:48 AM
> Subject: RE: [RELEASE CANDIDATE] libapreq 1.34-RC4
>
> I didn't vote because AFAIK I don't actually have a vote. I have commit
> access, but I'm not a PMC member and therefore have no vote. Is that
> correct?
Everybody gets a vote ;-), but the ones that count towards
the release requirements come from the httpd PMC.
Here's my +1 for release Issac.
RE: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by Steve Hay <St...@planit.com>.
I didn't vote because AFAIK I don't actually have a vote. I have commit
access, but I'm not a PMC member and therefore have no vote. Is that
correct?
-----Original Message-----
From: Issac Goldstand [mailto:margol@beamartyr.net]
Sent: 07 January 2009 13:24
Cc: APREQ List
Subject: Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
*ping*
I don't actually see a vote from Steeve - just an advisory that it seems
OK. I did vote +1, and am ready to roll (after having a baby boy +
getting the flu twice; it's been a busy month ;)) as soon as I see a 3rd
binding vote.
Since steevehay does seem positive, I'm going to start tagging and
rolling, but won't upload or announce until I formally close the vote
Issac
Philip M. Gollucci wrote:
> Philip M. Gollucci wrote:
>> Issac Goldstand wrote:
>>> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
>> Unit tests blow up spectacularly on solaris 2.10 but I don't think we
>> support that and is related to Request.so failing to load.
>>
>> It does compile.
>>
>> I'll get a freebsd test for some sanity in the nearish future here.
>>
>> I wouldn't worry about the solaris blow ups (1.33 doesn't work
either)
>>
>>
> Nothing liked getting pissed off to get things to work.
> (I believe the only difference I did was -httpd vs -apxs)
>
> All tests successful.
> Files=4, Tests=25, 3 wallclock secs ( 1.22 cusr + 0.17 csys = 1.39
> CPU)
>
> Solaris 2.10
> apache 1.3.41
> mod_perl 1.30
> perl 5.8.8
>
> so thats a +1
>
> Neither of Steve's changes are to apreq itself so they don't block the
> release.
>
> +1: stevenhay, pgollucci
> +0:
> -0:
> -1:
>
> ISSAC did you vote ? if you do we get the required votes.
>
> If do the release, make sure you send the e-mails from an @apache.org
> e-mail.
>
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by Issac Goldstand <ma...@beamartyr.net>.
*ping*
I don't actually see a vote from Steeve - just an advisory that it seems
OK. I did vote +1, and am ready to roll (after having a baby boy +
getting the flu twice; it's been a busy month ;)) as soon as I see a 3rd
binding vote.
Since steevehay does seem positive, I'm going to start tagging and
rolling, but won't upload or announce until I formally close the vote
Issac
Philip M. Gollucci wrote:
> Philip M. Gollucci wrote:
>> Issac Goldstand wrote:
>>> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
>> Unit tests blow up spectacularly on solaris 2.10 but I don't think we
>> support that and is related to Request.so failing to load.
>>
>> It does compile.
>>
>> I'll get a freebsd test for some sanity in the nearish future here.
>>
>> I wouldn't worry about the solaris blow ups (1.33 doesn't work either)
>>
>>
> Nothing liked getting pissed off to get things to work.
> (I believe the only difference I did was -httpd vs -apxs)
>
> All tests successful.
> Files=4, Tests=25, 3 wallclock secs ( 1.22 cusr + 0.17 csys = 1.39
> CPU)
>
> Solaris 2.10
> apache 1.3.41
> mod_perl 1.30
> perl 5.8.8
>
> so thats a +1
>
> Neither of Steve's changes are to apreq itself so they don't block the
> release.
>
> +1: stevenhay, pgollucci
> +0:
> -0:
> -1:
>
> ISSAC did you vote ? if you do we get the required votes.
>
> If do the release, make sure you send the e-mails from an @apache.org
> e-mail.
>
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Philip M. Gollucci wrote:
> Issac Goldstand wrote:
>> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
> Unit tests blow up spectacularly on solaris 2.10 but I don't think we
> support that and is related to Request.so failing to load.
>
> It does compile.
>
> I'll get a freebsd test for some sanity in the nearish future here.
>
> I wouldn't worry about the solaris blow ups (1.33 doesn't work either)
>
>
Nothing liked getting pissed off to get things to work.
(I believe the only difference I did was -httpd vs -apxs)
All tests successful.
Files=4, Tests=25, 3 wallclock secs ( 1.22 cusr + 0.17 csys = 1.39 CPU)
Solaris 2.10
apache 1.3.41
mod_perl 1.30
perl 5.8.8
so thats a +1
Neither of Steve's changes are to apreq itself so they don't block the
release.
+1: stevenhay, pgollucci
+0:
-0:
-1:
ISSAC did you vote ? if you do we get the required votes.
If do the release, make sure you send the e-mails from an @apache.org
e-mail.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Issac Goldstand wrote:
> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
Unit tests blow up spectacularly on solaris 2.10 but I don't think we
support that and is related to Request.so failing to load.
It does compile.
I'll get a freebsd test for some sanity in the nearish future here.
I wouldn't worry about the solaris blow ups (1.33 doesn't work either)
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Steve Hay wrote:
> Issac Goldstand wrote:
>> The apreq developers are planning a maintenance release of
>> libapreq1. This version primarily addresses an issue noted
>> with FireFox 2.0 truncating file uploads in SSL mode.
>>
>> Additionally, the memory allocation algorithm for multipart
>> requests has been improved.
>>
>> Please give the tarball at
>>
>> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
>>
>> a try and report comments/problems/etc. to the apreq-dev list
>> at apreq-dev@httpd.apache.org
not to speak for issac, but looks like we're gonna need -RC5 for 1.x.
Issac, I should be able to get a test on FreeBSD today before you roll
-RC5. I have lots of faith -RC5 will be the last one.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Steve Hay wrote:
> Issac Goldstand wrote:
>> The apreq developers are planning a maintenance release of
>> libapreq1. This version primarily addresses an issue noted
>> with FireFox 2.0 truncating file uploads in SSL mode.
>>
>> Additionally, the memory allocation algorithm for multipart
>> requests has been improved.
>>
>> Please give the tarball at
>>
>> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
>>
>> a try and report comments/problems/etc. to the apreq-dev list
>> at apreq-dev@httpd.apache.org
not to speak for issac, but looks like we're gonna need -RC5 for 1.x.
Issac, I should be able to get a test on FreeBSD today before you roll
-RC5. I have lots of faith -RC5 will be the last one.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
Re: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Steve Hay wrote:
> Issac Goldstand wrote:
>> The apreq developers are planning a maintenance release of
>> libapreq1. This version primarily addresses an issue noted
>> with FireFox 2.0 truncating file uploads in SSL mode.
>>
>> Additionally, the memory allocation algorithm for multipart
>> requests has been improved.
>>
>> Please give the tarball at
>>
>> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
>>
>> a try and report comments/problems/etc. to the apreq-dev list
>> at apreq-dev@httpd.apache.org
not to speak for issac, but looks like we're gonna need -RC5 for 1.x.
Issac, I should be able to get a test on FreeBSD today before you roll
-RC5. I have lots of faith -RC5 will be the last one.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
RE: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by Steve Hay <St...@planit.com>.
Issac Goldstand wrote:
> The apreq developers are planning a maintenance release of
> libapreq1. This version primarily addresses an issue noted
> with FireFox 2.0 truncating file uploads in SSL mode.
>
> Additionally, the memory allocation algorithm for multipart
> requests has been improved.
>
> Please give the tarball at
>
> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
>
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org
>
Looks good with Apache-1.3.41, Perl-5.10.0, mod_perl-1.31-RC4 [*] and
VC6.
[*] I had to include r719313 to get mod_perl-1.31-RC4 to run with
Perl-5.10.0, and r719315 to get libapreq to build (neither 1.33 nor
1.34-RC4 build without r719315 if Perl is built with ithreads).
RE: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by Steve Hay <St...@planit.com>.
Issac Goldstand wrote:
> The apreq developers are planning a maintenance release of
> libapreq1. This version primarily addresses an issue noted
> with FireFox 2.0 truncating file uploads in SSL mode.
>
> Additionally, the memory allocation algorithm for multipart
> requests has been improved.
>
> Please give the tarball at
>
> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
>
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org
>
Looks good with Apache-1.3.41, Perl-5.10.0, mod_perl-1.31-RC4 [*] and
VC6.
[*] I had to include r719313 to get mod_perl-1.31-RC4 to run with
Perl-5.10.0, and r719315 to get libapreq to build (neither 1.33 nor
1.34-RC4 build without r719315 if Perl is built with ithreads).
RE: [RELEASE CANDIDATE] libapreq 1.34-RC4
Posted by Steve Hay <St...@planit.com>.
Issac Goldstand wrote:
> The apreq developers are planning a maintenance release of
> libapreq1. This version primarily addresses an issue noted
> with FireFox 2.0 truncating file uploads in SSL mode.
>
> Additionally, the memory allocation algorithm for multipart
> requests has been improved.
>
> Please give the tarball at
>
> http://people.apache.org/~issac/libapreq-1.34-RC4.tar.gz
>
> a try and report comments/problems/etc. to the apreq-dev list
> at apreq-dev@httpd.apache.org
>
Looks good with Apache-1.3.41, Perl-5.10.0, mod_perl-1.31-RC4 [*] and
VC6.
[*] I had to include r719313 to get mod_perl-1.31-RC4 to run with
Perl-5.10.0, and r719315 to get libapreq to build (neither 1.33 nor
1.34-RC4 build without r719315 if Perl is built with ithreads).