You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apreq-dev@httpd.apache.org by "Philip M. Gollucci" <pg...@p6m7g8.com> on 2006/07/08 12:39:08 UTC
[RELEASE CANDIDATE] libapreq2 2.08-RC3
Please download, test, and VOTE on the following
candidate tarball:
http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
(major) Changes from RC2:
http://svn.apache.org/viewvc?rev=419346&view=rev
add -fno-strict-aliasing to work around gcc 4.x issues relating to APR_{RING|BRIGADE}_* macros
mostly affecting linux based platforms which caused infinite loops during one of the
parser tests in the split_on_bdry() function.
http://svn.apache.org/viewvc?rev=420090&view=rev
bump automake minimum version to 1.6.1 since 1.6.0 is not obtainable from GNU's master site.
Minor Changes from RC2:
http://svn.apache.org/viewvc?rev=410805&view=rev
minor warnings in gcc 4.x caused from PERL macro SvUPGRADE was silenced.
http://svn.apache.org/viewvc?rev=420087&view=rev
MANIFEST.SKIP was not ignoring glue/perl/pm_to_blib thus breaking the
release tarballs, but not svn.
http://svn.apache.org/viewvc?rev=420093&view=rev
ExtUtils::MakeMaker refused to pickup module/t/cgi-bin in release tarballs
thus breaking module/t/test_cgi.t
DOCS PREVIEW
--------------
http://libapreq2.p6m7g8.net/
http://libapreq2.p6m7g8.net/link-validation.html
[Please note, this site is only a preview, and you use the apache.org site once
2.08 has been released.]
I'd like to make the actual release around Wednesday of next week (07/12/2006)
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Steve Hay <st...@uk.radan.com>.
Philip M. Gollucci wrote:
> Steve Hay wrote:
>> I still have an intermittent problem with one of the perl glue tests:
>> t\apreq\upload.t (I've mentioned this before when testing previous RC's).
> D'oh I swore that got fixed.
>
>> [Tue Jul 11 09:39:27 2006] [error] [client 127.0.0.1] $param->upload_tempname($req): can't make spool bucket at C:\\Temp\\libapreq2-2.08\\glue\\perl\\t\\response/TestApReq/upload.pm line 33.\n
>> [Tue Jul 11 09:39:27 2006] [error] [client 127.0.0.1] The file exists.
>> [Tue Jul 11 09:39:27 2006] [error] [client 127.0.0.1] (OS 80)The file exists. : apreq_brigade_concat failed; TempDir problem?
>> [Tue Jul 11 09:39:27 2006] [error] [client 127.0.0.1] The file exists.
>
> Do you mean just run make test in its entirety 6+ times, or have a running server and run the test
> 6+ times without stopping the server in between.
I mean running the command:
C:\perl5mt\bin\perl.exe -Iblib\arch -Iblib\lib t/TEST -verbose=1
t\apreq\upload.t
6 times or so in succession from the glue\perl sub-diretcory. This, of
course, kicks off a fresh server each time and stops it went it's done
each time.
--
------------------------------------------------
Radan Computational Ltd.
The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Steve Hay wrote:
> I still have an intermittent problem with one of the perl glue tests:
> t\apreq\upload.t (I've mentioned this before when testing previous RC's).
D'oh I swore that got fixed.
> [Tue Jul 11 09:39:27 2006] [error] [client 127.0.0.1] $param->upload_tempname($req): can't make spool bucket at C:\\Temp\\libapreq2-2.08\\glue\\perl\\t\\response/TestApReq/upload.pm line 33.\n
> [Tue Jul 11 09:39:27 2006] [error] [client 127.0.0.1] The file exists.
> [Tue Jul 11 09:39:27 2006] [error] [client 127.0.0.1] (OS 80)The file exists. : apreq_brigade_concat failed; TempDir problem?
> [Tue Jul 11 09:39:27 2006] [error] [client 127.0.0.1] The file exists.
Do you mean just run make test in its entirety 6+ times, or have a running server and run the test
6+ times without stopping the server in between.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Steve Hay <st...@uk.radan.com>.
Randy Kobes wrote:
> On Sat, 8 Jul 2006, Philip M. Gollucci wrote:
>
>> Please download, test, and VOTE on the following
>> candidate tarball:
>>
>> http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
> [ .. ]
>> I'd like to make the actual release around Wednesday of next week
>> (07/12/2006)
>
> I'm away next week on holiday - if someone could test this
> out on Win32, that'd be great.
I still have an intermittent problem with one of the perl glue tests:
t\apreq\upload.t (I've mentioned this before when testing previous RC's).
It doesn't happen every time, but if I run that test half a dozen times
then it almost always goes wrong at least once. When it goes wrong it
fails one or more tests, typically towards the end of the 20 tests
included in that file.
Attached is the console output from running the following command, on an
occasion on which it went wrong:
C:\Temp\libapreq2-2.08\glue\perl>C:\perl5mt\bin\perl.exe -Iblib\arch
-Iblib\lib t/TEST -verbose=1 t\apreq\upload.t
Also attached is the corresponding error_log, which contains three
errors, presumably relating to the three tests that failed (15, 16, 17),
and the access_log, which shows the three 500 HTTP responses.
I'm running perl-5.8.8, apache-2.2.2, mod_perl-2 from svn @ rev 412155.
All OK otherwise.
------------------------------------------------
Radan Computational Ltd.
The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Sat, 8 Jul 2006, Philip M. Gollucci wrote:
> Please download, test, and VOTE on the following
> candidate tarball:
>
> http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
[ .. ]
> I'd like to make the actual release around Wednesday of next week (07/12/2006)
I'm away next week on holiday - if someone could test this
out on Win32, that'd be great.
--
best regards,
Randy
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
Quoting "Philip M. Gollucci" <pg...@p6m7g8.com>:
> Please download, test, and VOTE on the following
> candidate tarball:
Obviously, the Fedora Extras RPMS will be a little bit delayed, due to
those untar problems. Sorry :-(
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Bojan Smojver wrote:
> Apparently, the tarball has been created with star, which uses different
> headertype format. Could you roll it with GNU tar?
tar --version
bsdtar 1.02.023, libarchive 1.02.026
Copyright (C) 2003-2005 Tim Kientzle
Was what I used and that was the same for mod_pel 2.0.2 and the previous 2 RC candidates for apreq2.
Fortunately, I also have gtar available:
gtar --version
tar (GNU tar) 1.15.1
(/usr/ports/archivers/gtar)
I'll add some Makefile.am foo to just use gtar on FreeBSD
*sigh*
ETA: tonight late or tomorrow night PST
[I'll have to remember this for mod_perl 2.0.3 --- how did 2.0.2 not cause an issue ?]
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"It takes a minute to have a crush on someone, an hour to like someone,
and a day to love someone, but it takes a lifetime to forget someone..."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
Quoting "Philip M. Gollucci" <pg...@p6m7g8.com>:
> Should I roll another one or do you think its just that box ?
According to the bug resolution notes this is not a bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198305
Apparently, the tarball has been created with star, which uses
different headertype format. Could you roll it with GNU tar?
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Issac Goldstand <ma...@beamartyr.net>.
Sorry this took me so long to get back to - it did catch aprutil-1.lib
after using SVN mod_perl.
I'll try to build RC4.
Issac
Randy Kobes wrote:
> On Wed, 12 Jul 2006, Randy Kobes wrote:
>
>> On Tue, 11 Jul 2006, Issac Goldstand wrote:
>>
>>>>> I wanted to test the build, since Randy said he couldn't, but ran into
>>>>> troubles compiling mod_perl (my gut feeling is that it's related to
>>>>> all
>>>>> the apr-1.lib files, and the version of apxs, et al, (at least the
>>>>> one I
>>>>> have), seems to be giving the wrong lib names) - and haven't had
>>>>> time to
>>>>> really look at that. It's odd because I don't think libapreq has this
>>>>> issue, as it builds the C library quite nicely.
>>>>
>>>> I know that I had trouble with lib names in earlier RC's, but Randy
>>>> sorted out the problems with changes to various components.
>>>>
>>>> Make sure you are using the latest mod_perl sources from SVN and you
>>>> must get the latest apxs from http://perl.apache.org/dist/win32-bin/
>>>> (version 0.4).
>>>>
>>>
>>> That helped. It builds cleanly now. First seuite of tests runs OK:
>>> C:\Perl\bin\perl.exe "-MExtUtils::Command::MM" "-e"
>>> "test_harness()" library\t\cookie.t library\t\parsers.t
>>> library\t\params.t library\t\version.t
>>> library\t\cookie.....ok
>>> library\t\params.....ok
>>> library\t\parsers....ok
>>> library\t\version....ok
>>> All tests successful.
>>> Files=4, Tests=648, 9 wallclock secs ( 0.00 cusr + 0.00 csys =
>>> 0.00 CPU)
>>>
>>> However, I seem to have another apxs-related issue...
>>> mod_apreq_access_test.c seems to be linking against the old APR-0.x
>>> libraries:
>>> (hope formatting doesn't get too mutilated)
>>>
>>> C:\apache2\bin\apxs.bat -I../../../apache2
>>> -I../../../../include -lD:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib
>>> -lD:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib -llibhttpd -D APACHE2
>>> -p -ID:\cpp\libapreq2-2.08\module\t\c-modules
>>> -c mod_apreq_access_test.c
>>> cl /nologo /MD /W3 /O2 /D WIN32 /D _WINDOWS /D NDEBUG
>>> -I"C:\apache2\include" /I"../../../apache2" /I"../../../../include"
>>> /I"D:\cpp\libapreq2-2.08\module\t\c-modules" /D "APACHE2" /c
>>> /Fomod_apreq_access_test.lo mod_apreq_access_test.c
>>> mod_apreq_access_test.c
>>> link kernel32.lib /nologo /subsystem:windows /dll /machine:I386
>>> /libpath:"C:\apache2\lib" /out:mod_apreq_access_test.so
>>> D:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib
>>> D:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib libhttpd.lib C:\apache2\
>>> lib\libaprutil.lib C:\apache2\lib\libapr.lib mod_apreq_access_test.lo
>>> LINK : fatal error LNK1181: cannot open input file
>>> 'C:\apache2\lib\libaprutil.lib'
>>> apxs:Error: Command failed with rc=10289152.
>>> NMAKE : fatal error U1077: 'C:\apache2\bin\apxs.bat' : return code '0x1'
>>> Stop.
>>>
>>> Will try keep you posted...
>>> Issac
>>
>> Thanks for pointing that out - I'll take a look at it early
>> next week, when I get back.
>
> That problem (with using the wrong libaprutil.lib name with
> Apache-2.2) doesn't arise for me. I'm wondering if it's
> picking up an old Apache installation and/or is getting
> confused with a previous build? Can you try reinstalling
> apxs from
> http://perl.apache.org/dist/win32-bin/,
> rebuild and reinstall mod_perl2 from the svn sources, and then rebuild
> libapreq2 from clean sources? Does
> that help?
>
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Wed, 12 Jul 2006, Randy Kobes wrote:
> On Tue, 11 Jul 2006, Issac Goldstand wrote:
>
>>>> I wanted to test the build, since Randy said he couldn't, but ran into
>>>> troubles compiling mod_perl (my gut feeling is that it's related to all
>>>> the apr-1.lib files, and the version of apxs, et al, (at least the one I
>>>> have), seems to be giving the wrong lib names) - and haven't had time to
>>>> really look at that. It's odd because I don't think libapreq has this
>>>> issue, as it builds the C library quite nicely.
>>>
>>> I know that I had trouble with lib names in earlier RC's, but Randy
>>> sorted out the problems with changes to various components.
>>>
>>> Make sure you are using the latest mod_perl sources from SVN and you
>>> must get the latest apxs from http://perl.apache.org/dist/win32-bin/
>>> (version 0.4).
>>>
>>
>> That helped. It builds cleanly now. First seuite of tests runs OK:
>> C:\Perl\bin\perl.exe "-MExtUtils::Command::MM" "-e"
>> "test_harness()" library\t\cookie.t library\t\parsers.t
>> library\t\params.t library\t\version.t
>> library\t\cookie.....ok
>> library\t\params.....ok
>> library\t\parsers....ok
>> library\t\version....ok
>> All tests successful.
>> Files=4, Tests=648, 9 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
>>
>> However, I seem to have another apxs-related issue...
>> mod_apreq_access_test.c seems to be linking against the old APR-0.x
>> libraries:
>> (hope formatting doesn't get too mutilated)
>>
>> C:\apache2\bin\apxs.bat -I../../../apache2
>> -I../../../../include -lD:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib
>> -lD:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib -llibhttpd -D APACHE2
>> -p -ID:\cpp\libapreq2-2.08\module\t\c-modules
>> -c mod_apreq_access_test.c
>> cl /nologo /MD /W3 /O2 /D WIN32 /D _WINDOWS /D NDEBUG
>> -I"C:\apache2\include" /I"../../../apache2" /I"../../../../include"
>> /I"D:\cpp\libapreq2-2.08\module\t\c-modules" /D "APACHE2" /c
>> /Fomod_apreq_access_test.lo mod_apreq_access_test.c
>> mod_apreq_access_test.c
>> link kernel32.lib /nologo /subsystem:windows /dll /machine:I386
>> /libpath:"C:\apache2\lib" /out:mod_apreq_access_test.so
>> D:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib
>> D:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib libhttpd.lib C:\apache2\
>> lib\libaprutil.lib C:\apache2\lib\libapr.lib mod_apreq_access_test.lo
>> LINK : fatal error LNK1181: cannot open input file
>> 'C:\apache2\lib\libaprutil.lib'
>> apxs:Error: Command failed with rc=10289152.
>> NMAKE : fatal error U1077: 'C:\apache2\bin\apxs.bat' : return code '0x1'
>> Stop.
>>
>> Will try keep you posted...
>> Issac
>
> Thanks for pointing that out - I'll take a look at it early
> next week, when I get back.
That problem (with using the wrong libaprutil.lib name with
Apache-2.2) doesn't arise for me. I'm wondering if it's
picking up an old Apache installation and/or is getting
confused with a previous build? Can you try reinstalling
apxs from
http://perl.apache.org/dist/win32-bin/,
rebuild and reinstall mod_perl2 from the svn sources,
and then rebuild libapreq2 from clean sources? Does
that help?
--
best regards,
Randy
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Tue, 11 Jul 2006, Issac Goldstand wrote:
>>> I wanted to test the build, since Randy said he couldn't, but ran into
>>> troubles compiling mod_perl (my gut feeling is that it's related to all
>>> the apr-1.lib files, and the version of apxs, et al, (at least the one I
>>> have), seems to be giving the wrong lib names) - and haven't had time to
>>> really look at that. It's odd because I don't think libapreq has this
>>> issue, as it builds the C library quite nicely.
>>
>> I know that I had trouble with lib names in earlier RC's, but Randy
>> sorted out the problems with changes to various components.
>>
>> Make sure you are using the latest mod_perl sources from SVN and you
>> must get the latest apxs from http://perl.apache.org/dist/win32-bin/
>> (version 0.4).
>>
>
> That helped. It builds cleanly now. First seuite of tests runs OK:
> C:\Perl\bin\perl.exe "-MExtUtils::Command::MM" "-e"
> "test_harness()" library\t\cookie.t library\t\parsers.t
> library\t\params.t library\t\version.t
> library\t\cookie.....ok
> library\t\params.....ok
> library\t\parsers....ok
> library\t\version....ok
> All tests successful.
> Files=4, Tests=648, 9 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
>
> However, I seem to have another apxs-related issue...
> mod_apreq_access_test.c seems to be linking against the old APR-0.x
> libraries:
> (hope formatting doesn't get too mutilated)
>
> C:\apache2\bin\apxs.bat -I../../../apache2
> -I../../../../include -lD:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib
> -lD:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib -llibhttpd -D APACHE2
> -p -ID:\cpp\libapreq2-2.08\module\t\c-modules
> -c mod_apreq_access_test.c
> cl /nologo /MD /W3 /O2 /D WIN32 /D _WINDOWS /D NDEBUG
> -I"C:\apache2\include" /I"../../../apache2" /I"../../../../include"
> /I"D:\cpp\libapreq2-2.08\module\t\c-modules" /D "APACHE2" /c
> /Fomod_apreq_access_test.lo mod_apreq_access_test.c
> mod_apreq_access_test.c
> link kernel32.lib /nologo /subsystem:windows /dll /machine:I386
> /libpath:"C:\apache2\lib" /out:mod_apreq_access_test.so
> D:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib
> D:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib libhttpd.lib C:\apache2\
> lib\libaprutil.lib C:\apache2\lib\libapr.lib mod_apreq_access_test.lo
> LINK : fatal error LNK1181: cannot open input file
> 'C:\apache2\lib\libaprutil.lib'
> apxs:Error: Command failed with rc=10289152.
> NMAKE : fatal error U1077: 'C:\apache2\bin\apxs.bat' : return code '0x1'
> Stop.
>
> Will try keep you posted...
> Issac
Thanks for pointing that out - I'll take a look at it early
next week, when I get back.
--
best regards,
Randy
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Issac Goldstand <ma...@beamartyr.net>.
>> I wanted to test the build, since Randy said he couldn't, but ran into
>> troubles compiling mod_perl (my gut feeling is that it's related to all
>> the apr-1.lib files, and the version of apxs, et al, (at least the one I
>> have), seems to be giving the wrong lib names) - and haven't had time to
>> really look at that. It's odd because I don't think libapreq has this
>> issue, as it builds the C library quite nicely.
>
> I know that I had trouble with lib names in earlier RC's, but Randy
> sorted out the problems with changes to various components.
>
> Make sure you are using the latest mod_perl sources from SVN and you
> must get the latest apxs from http://perl.apache.org/dist/win32-bin/
> (version 0.4).
>
That helped. It builds cleanly now. First seuite of tests runs OK:
C:\Perl\bin\perl.exe "-MExtUtils::Command::MM" "-e"
"test_harness()" library\t\cookie.t library\t\parsers.t
library\t\params.t library\t\version.t
library\t\cookie.....ok
library\t\params.....ok
library\t\parsers....ok
library\t\version....ok
All tests successful.
Files=4, Tests=648, 9 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
However, I seem to have another apxs-related issue...
mod_apreq_access_test.c seems to be linking against the old APR-0.x
libraries:
(hope formatting doesn't get too mutilated)
C:\apache2\bin\apxs.bat -I../../../apache2
-I../../../../include -lD:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib
-lD:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib -llibhttpd -D APACHE2
-p -ID:\cpp\libapreq2-2.08\module\t\c-modules
-c mod_apreq_access_test.c
cl /nologo /MD /W3 /O2 /D WIN32 /D _WINDOWS /D NDEBUG
-I"C:\apache2\include" /I"../../../apache2" /I"../../../../include"
/I"D:\cpp\libapreq2-2.08\module\t\c-modules" /D "APACHE2" /c
/Fomod_apreq_access_test.lo mod_apreq_access_test.c
mod_apreq_access_test.c
link kernel32.lib /nologo /subsystem:windows /dll /machine:I386
/libpath:"C:\apache2\lib" /out:mod_apreq_access_test.so
D:\cpp\libapreq2-2.08\win32\libs\libapreq2.lib
D:\cpp\libapreq2-2.08\win32\libs\mod_apreq2.lib libhttpd.lib C:\apache2\
lib\libaprutil.lib C:\apache2\lib\libapr.lib mod_apreq_access_test.lo
LINK : fatal error LNK1181: cannot open input file
'C:\apache2\lib\libaprutil.lib'
apxs:Error: Command failed with rc=10289152.
NMAKE : fatal error U1077: 'C:\apache2\bin\apxs.bat' : return code '0x1'
Stop.
Will try keep you posted...
Issac
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Steve Hay wrote:
> Philip M. Gollucci wrote:
>> Steve Hay wrote:
>>> Make sure you are using the latest mod_perl sources from SVN and you
>>> must get the latest apxs from http://perl.apache.org/dist/win32-bin/
>>> (version 0.4).
>> If it only works with SVN on wink2k as I'm planning to roll mp2 2.0.3
>> soonish
>> should we hold this one in favor of that happening first ?
My only real rush is that 2.07 does not work with with perl 5.8.8+ due to incompatible perl.h
changes in PERL_UNUSED_DECL. I hate to regenerate the libapreq local copy of it with a version
of Devel::PPPort from 5.8.8 to get it work again. I don't know if that affected win2k or not,
but pretty much every unix platform.
The currently libapreq 2.07 does work with mp 2.0.2 on unix and perl 5.8.7 and lower.
I'll leave the choice up to..... for doing the additional test. I'm resetting up
to run the test a bunch of times in succession right now.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Steve Hay <st...@uk.radan.com>.
Philip M. Gollucci wrote:
> Steve Hay wrote:
>> Make sure you are using the latest mod_perl sources from SVN and you
>> must get the latest apxs from http://perl.apache.org/dist/win32-bin/
>> (version 0.4).
> If it only works with SVN on wink2k as I'm planning to roll mp2 2.0.3 soonish
> should we hold this one in favor of that happening first ?
I'm not actually sure whether the current libapreq works with mp2 2.0.2
or not. The problems that I had arose because I'm running Apache 2.2.2
and the apr library names have changed and couldn't be found when
building mp2 2.0.2, which sounded like the problem that Issac was
having. Randy fixed that in SVN, and also updated apxs.
I can try out Apache 2.0.x + mp2 2.0.2 + libapreq2 2.08-RC3 if you're
interested to know whether that works or not, but that'll take a little
while.
--
------------------------------------------------
Radan Computational Ltd.
The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Steve Hay wrote:
> Make sure you are using the latest mod_perl sources from SVN and you
> must get the latest apxs from http://perl.apache.org/dist/win32-bin/
> (version 0.4).
If it only works with SVN on wink2k as I'm planning to roll mp2 2.0.3 soonish
should we hold this one in favor of that happening first ?
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"In all that I've done wrong I know I must have done something right to
deserve a hug every morning and butterfly kisses at night."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Steve Hay <st...@uk.radan.com>.
Issac Goldstand wrote:
> It didn't unpack on win32 using 7-zip either... But GNU tar (the native
> binary from the unixutils project on sf, not under cygwin) worked ok
> (except for symbolic links, but that shouldn't be so bad).
Worked OK for me using WinZip.
>
> I wanted to test the build, since Randy said he couldn't, but ran into
> troubles compiling mod_perl (my gut feeling is that it's related to all
> the apr-1.lib files, and the version of apxs, et al, (at least the one I
> have), seems to be giving the wrong lib names) - and haven't had time to
> really look at that. It's odd because I don't think libapreq has this
> issue, as it builds the C library quite nicely.
I know that I had trouble with lib names in earlier RC's, but Randy
sorted out the problems with changes to various components.
Make sure you are using the latest mod_perl sources from SVN and you
must get the latest apxs from http://perl.apache.org/dist/win32-bin/
(version 0.4).
--
------------------------------------------------
Radan Computational Ltd.
The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Issac Goldstand <ma...@beamartyr.net>.
It didn't unpack on win32 using 7-zip either... But GNU tar (the native
binary from the unixutils project on sf, not under cygwin) worked ok
(except for symbolic links, but that shouldn't be so bad).
I wanted to test the build, since Randy said he couldn't, but ran into
troubles compiling mod_perl (my gut feeling is that it's related to all
the apr-1.lib files, and the version of apxs, et al, (at least the one I
have), seems to be giving the wrong lib names) - and haven't had time to
really look at that. It's odd because I don't think libapreq has this
issue, as it builds the C library quite nicely.
The ppm mod_perl doesn't seem to put the .h files where libapreq looks
(if it even includes headers - does it randy?), and for some odd reason,
running Makefile.PL with disable-perl-glue doesn't seem to get passed to
win32/Configure.pl...
D:\cpp\libapreq2-2.08>perl Makefile.PL disable-perl-glue
perl: 5.8.8 ok
mod_perl2: 2.000003 ok
Apache::Test: 1.29 ok
ExtUtils::MakeMaker: 6.30 ok
ExtUtils::XSBuilder: 0.28 ok
Test::More: 0.62 ok
C:\Perl\bin\perl.exe win32/Configure.pl
--with-perl-opts="disable-perl-glue"
--with-apache2-apxs="C:\Apache2\bin\apxs.bat"
--with-perl="C:\Perl\bin\perl.exe" --with-apache2="C:\Apache2"
--enable-perl-glue
Unknown option: with-perl-opts
Initialize parser
scan D:/cpp/libapreq2-2.08/include/apreq.h ...
[normal xsbuilder scanning]
and running win32/Configure.pl on my own with the --disable-perl-glue
option, seems to get ignored. After it builds the C library, it
prepares Makefile's for the perl glue and starts building.
One thing I did just notice is:
writing...xs/APR/Makefile.PL
[ info] generating script t/TEST
Note (probably harmless): No library found for
C:/svn/mp2/src/modules/perl/mod_perl.lib
Not sure where that path came from.
Anyway, if I have time later, maybe I'll try to look into this further...
Issac
Philip M. Gollucci wrote:
> Bojan Smojver wrote:
>> Quoting Bojan Smojver <bo...@rexursive.com>:
>>
>>> OK. I'm off to work now anyway - I'll try unpacking on machines there.
>> Works on Solaris Sparc and RHEL4 x86_64, doesn't on Fedora Core 5
>> x86_64/i386. Go figure...
> Its not I did something differnt from previous releases....
>
> gmake release.
> scp ball.tar.gz apache.org:
>
> Should I roll another one or do you think its just that box ?
>
>
>
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
Quoting "Philip M. Gollucci" <pg...@p6m7g8.com>:
> Should I roll another one or do you think its just that box ?
You can if you want, but the file as it is may be just fine. RHEL4 and
Solaris 9 don't have any problems with the file. I'm guessing Apache
boxes are FreeBSD and that works too.
It seems FC specific (I opened a bug for this). Two of my i386 FC5
systems at home have the same problem (didn't check on others), my FC5
workstation at work (running on x86_64), as well as Fedora Extras
build system (both i386 and x86_64).
Can anyone on FC confirm/deny any of this?
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Bojan Smojver wrote:
> Quoting Bojan Smojver <bo...@rexursive.com>:
>
>> OK. I'm off to work now anyway - I'll try unpacking on machines there.
>
> Works on Solaris Sparc and RHEL4 x86_64, doesn't on Fedora Core 5
> x86_64/i386. Go figure...
Its not I did something differnt from previous releases....
gmake release.
scp ball.tar.gz apache.org:
Should I roll another one or do you think its just that box ?
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"It takes a minute to have a crush on someone, an hour to like someone,
and a day to love someone, but it takes a lifetime to forget someone..."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
Quoting Bojan Smojver <bo...@rexursive.com>:
> Works on Solaris Sparc and RHEL4 x86_64, doesn't on Fedora Core 5
> x86_64/i386. Go figure...
New FC bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198305
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
Quoting Bojan Smojver <bo...@rexursive.com>:
> OK. I'm off to work now anyway - I'll try unpacking on machines there.
Works on Solaris Sparc and RHEL4 x86_64, doesn't on Fedora Core 5
x86_64/i386. Go figure...
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
On Mon, 2006-07-10 at 13:41 -0700, Philip M. Gollucci wrote:
> Works fine, I just untarred it here:
> http://people.apache.org/~pgollucci/apreq/libapreq2-2.08
OK. I'm off to work now anyway - I'll try unpacking on machines there.
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
On Mon, 2006-07-10 at 13:41 -0700, Philip M. Gollucci wrote:
> Works fine, I just untarred it here:
> http://people.apache.org/~pgollucci/apreq/libapreq2-2.08
OK. I'm off to work now anyway - I'll try unpacking on machines there.
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Bojan Smojver wrote:
> On Mon, 2006-07-10 at 13:27 -0700, Philip M. Gollucci wrote:
>>
>>> 3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
>>>
>> pgollucci@minotaur.apache.org /home/pgollucci/public_html/apreq2 rv=0 52 >md5 libapreq2-2.08-RC3.tar.gz
>> MD5 (libapreq2-2.08-RC3.tar.gz) = 3b8b52c261c72adc971b656ca77f6eab
>
> OK. That seems the same, so it's not a download problem on my end.
>
> You don't see similar problems when unpacking on your end, do you? BTW,
> Fedora build system (i.e. the machine I don't control, probably running
> RHEL or something like that) also whinged on unpacking and it wouldn't
> build the RPM. Build log is here:
>
> http://buildsys.fedoraproject.org/logs/fedora-development-extras/12379-libapreq2-2.08-0.rc3.1.fc6/i386/build.log
>
Works fine, I just untarred it here:
http://people.apache.org/~pgollucci/apreq/libapreq2-2.08
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"It takes a minute to have a crush on someone, an hour to like someone,
and a day to love someone, but it takes a lifetime to forget someone..."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Bojan Smojver wrote:
> On Mon, 2006-07-10 at 13:27 -0700, Philip M. Gollucci wrote:
>>
>>> 3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
>>>
>> pgollucci@minotaur.apache.org /home/pgollucci/public_html/apreq2 rv=0 52 >md5 libapreq2-2.08-RC3.tar.gz
>> MD5 (libapreq2-2.08-RC3.tar.gz) = 3b8b52c261c72adc971b656ca77f6eab
>
> OK. That seems the same, so it's not a download problem on my end.
>
> You don't see similar problems when unpacking on your end, do you? BTW,
> Fedora build system (i.e. the machine I don't control, probably running
> RHEL or something like that) also whinged on unpacking and it wouldn't
> build the RPM. Build log is here:
>
> http://buildsys.fedoraproject.org/logs/fedora-development-extras/12379-libapreq2-2.08-0.rc3.1.fc6/i386/build.log
>
Works fine, I just untarred it here:
http://people.apache.org/~pgollucci/apreq/libapreq2-2.08
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"It takes a minute to have a crush on someone, an hour to like someone,
and a day to love someone, but it takes a lifetime to forget someone..."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
On Mon, 2006-07-10 at 13:27 -0700, Philip M. Gollucci wrote:
>
> > 3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
> >
> pgollucci@minotaur.apache.org /home/pgollucci/public_html/apreq2 rv=0 52 >md5 libapreq2-2.08-RC3.tar.gz
> MD5 (libapreq2-2.08-RC3.tar.gz) = 3b8b52c261c72adc971b656ca77f6eab
OK. That seems the same, so it's not a download problem on my end.
You don't see similar problems when unpacking on your end, do you? BTW,
Fedora build system (i.e. the machine I don't control, probably running
RHEL or something like that) also whinged on unpacking and it wouldn't
build the RPM. Build log is here:
http://buildsys.fedoraproject.org/logs/fedora-development-extras/12379-libapreq2-2.08-0.rc3.1.fc6/i386/build.log
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
On Mon, 2006-07-10 at 13:27 -0700, Philip M. Gollucci wrote:
>
> > 3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
> >
> pgollucci@minotaur.apache.org /home/pgollucci/public_html/apreq2 rv=0 52 >md5 libapreq2-2.08-RC3.tar.gz
> MD5 (libapreq2-2.08-RC3.tar.gz) = 3b8b52c261c72adc971b656ca77f6eab
OK. That seems the same, so it's not a download problem on my end.
You don't see similar problems when unpacking on your end, do you? BTW,
Fedora build system (i.e. the machine I don't control, probably running
RHEL or something like that) also whinged on unpacking and it wouldn't
build the RPM. Build log is here:
http://buildsys.fedoraproject.org/logs/fedora-development-extras/12379-libapreq2-2.08-0.rc3.1.fc6/i386/build.log
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Bojan Smojver wrote:
> On Tue, 2006-07-11 at 05:47 +1000, Bojan Smojver wrote:
>
>> What's the MD5 supposed to be?
>
> Sorry. I'm getting here:
>
> 3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
>
pgollucci@minotaur.apache.org /home/pgollucci/public_html/apreq2 rv=0 52 >md5 libapreq2-2.08-RC3.tar.gz
MD5 (libapreq2-2.08-RC3.tar.gz) = 3b8b52c261c72adc971b656ca77f6eab
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"It takes a minute to have a crush on someone, an hour to like someone,
and a day to love someone, but it takes a lifetime to forget someone..."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by "Philip M. Gollucci" <pg...@p6m7g8.com>.
Bojan Smojver wrote:
> On Tue, 2006-07-11 at 05:47 +1000, Bojan Smojver wrote:
>
>> What's the MD5 supposed to be?
>
> Sorry. I'm getting here:
>
> 3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
>
pgollucci@minotaur.apache.org /home/pgollucci/public_html/apreq2 rv=0 52 >md5 libapreq2-2.08-RC3.tar.gz
MD5 (libapreq2-2.08-RC3.tar.gz) = 3b8b52c261c72adc971b656ca77f6eab
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F
"It takes a minute to have a crush on someone, an hour to like someone,
and a day to love someone, but it takes a lifetime to forget someone..."
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
On Tue, 2006-07-11 at 05:47 +1000, Bojan Smojver wrote:
> What's the MD5 supposed to be?
Sorry. I'm getting here:
3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
On Sat, 2006-07-08 at 03:39 -0700, Philip M. Gollucci wrote:
> Please download, test, and VOTE on the following
> candidate tarball:
>
> http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
Weird. I'm getting errors when unpacking the tarball:
-------------------------------------------------
-rw-r--r-- pgollucci/wheel 5921 2006-07-08 19:36
libapreq2-2.08/win32/libapreq2.mak
-rw-r--r-- pgollucci/wheel 4321 2006-07-08 19:36
libapreq2-2.08/win32/mod_apreq2.mak
-rw-r--r-- pgollucci/wheel 1516 2006-07-08 19:36
libapreq2-2.08/win32/README
-rw-r--r-- pgollucci/wheel 4184 2006-07-08 19:36
libapreq2-2.08/win32/test_cgi.mak
-rw-r--r-- pgollucci/wheel 977 2006-07-08 19:36
libapreq2-2.08/win32/util.pl
tar: Error exit delayed from previous errors
-------------------------------------------------
What's the MD5 supposed to be?
--
Bojan
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Randy Kobes <ra...@theoryx5.uwinnipeg.ca>.
On Sat, 8 Jul 2006, Philip M. Gollucci wrote:
> Please download, test, and VOTE on the following
> candidate tarball:
>
> http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
[ .. ]
> I'd like to make the actual release around Wednesday of next week (07/12/2006)
I'm away next week on holiday - if someone could test this
out on Win32, that'd be great.
--
best regards,
Randy
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Posted by Bojan Smojver <bo...@rexursive.com>.
On Sat, 2006-07-08 at 03:39 -0700, Philip M. Gollucci wrote:
> Please download, test, and VOTE on the following
> candidate tarball:
>
> http://people.apache.org/~pgollucci/apreq2/libapreq2-2.08-RC3.tar.gz
Weird. I'm getting errors when unpacking the tarball:
-------------------------------------------------
-rw-r--r-- pgollucci/wheel 5921 2006-07-08 19:36
libapreq2-2.08/win32/libapreq2.mak
-rw-r--r-- pgollucci/wheel 4321 2006-07-08 19:36
libapreq2-2.08/win32/mod_apreq2.mak
-rw-r--r-- pgollucci/wheel 1516 2006-07-08 19:36
libapreq2-2.08/win32/README
-rw-r--r-- pgollucci/wheel 4184 2006-07-08 19:36
libapreq2-2.08/win32/test_cgi.mak
-rw-r--r-- pgollucci/wheel 977 2006-07-08 19:36
libapreq2-2.08/win32/util.pl
tar: Error exit delayed from previous errors
-------------------------------------------------
What's the MD5 supposed to be?
--
Bojan