Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
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\parsersok >>> library\t\versionok >>> 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
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\parsersok library\t\versionok 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
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 ([EMAIL PROTECTED]) 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
Quoting "Philip M. Gollucci" <[EMAIL PROTECTED]>: 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
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\parsersok library\t\versionok 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
>> 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\parsersok library\t\versionok 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
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 ([EMAIL PROTECTED]) 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
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
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 ([EMAIL PROTECTED]) 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
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
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
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 ([EMAIL PROTECTED]) 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
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. C:/apache2/bin/httpd.exe -d C:/Temp/libapreq2-2.08/glue/perl/t -f C:/Temp/libapreq2-2.08/glue/perl/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS using Apache/2.2.2 (winnt MPM) waiting 60 seconds for server to start: .[Tue Jul 11 09:39:24 2006] [warn] PassEnv variable PERL5LIB was undefined waiting 60 seconds for server to start: ok (waited 0 secs) server localhost:8529 started t\apreq\upload1..20 # Running under perl version 5.008008 for MSWin32 # Current time local: Tue Jul 11 09:39:25 2006 # Current time GMT: Tue Jul 11 08:39:25 2006 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.29 # testing : fh test for httpd # expected: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e # received: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e ok 1 # testing : io test for httpd # expected: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e # received: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e ok 2 # testing : link test for httpd # expected: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e # received: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e ok 3 # testing : slurp test for httpd # expected: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e # received: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e ok 4 # testing : tempname test for httpd # expected: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e # received: # type: application/octet-stream # size: 20534 # filename: httpd # md5: f321f925f9200139546142a67f69347e ok 5 # testing : fh test for perl # expected: # type: application/octet-stream # size: 20524 # filename: perl # md5: 598d1e4ad0c3b48982423d63ceef6972 # received: # type: application/octet-stream # size: 20524 # filename: perl # md5: 598d1e4ad0c3b48982423d63ceef6972 ok 6 # testing : io test for perl # expected: # type: application/octet-stream # size: 20524 # filename: perl # md5: 598d1e4ad0c3b48982423d63ceef6972 # received: # type: application/octet-stream # size: 20524 # filename: perl # md5: 598d1e4ad0c3b48982423d63ceef6972 ok 7 # testing : link test for perl # expected: # type: application/octet-stream # size: 20524 # filename: perl # md5: 598d1e4ad0c3b48982423d63ceef6972 # received: # type: application/octet-stream # size: 20524 # filename: perl # md5: 598d1e4ad0c3b48982423d63ceef6972 ok 8 # testing : slurp test for perl # expected: # type: application/octet-stream # size: 20524 # filename: perl # md5: 598d1e4ad0c3b48982423d6
Re: [RELEASE CANDIDATE] libapreq2 2.08-RC3
Quoting "Philip M. Gollucci" <[EMAIL PROTECTED]>: 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
Bojan Smojver wrote: > Quoting Bojan Smojver <[EMAIL PROTECTED]>: > >> 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 ([EMAIL PROTECTED]) 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
Quoting "Philip M. Gollucci" <[EMAIL PROTECTED]>: 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
Quoting Bojan Smojver <[EMAIL PROTECTED]>: 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
Quoting Bojan Smojver <[EMAIL PROTECTED]>: 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
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
Bojan Smojver wrote: > On Mon, 2006-07-10 at 13:27 -0700, Philip M. Gollucci wrote: >> >>> 3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz >>> >> [EMAIL PROTECTED] /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 ([EMAIL PROTECTED]) 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
On Mon, 2006-07-10 at 13:27 -0700, Philip M. Gollucci wrote: > > > 3b8b52c261c72adc971b656ca77f6eab libapreq2-2.08-RC3.tar.gz > > > [EMAIL PROTECTED] /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
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 > [EMAIL PROTECTED] /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 ([EMAIL PROTECTED]) 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
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
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/wheel977 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
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
