And.. failing again on the php5 install

Ryan Schmidt ryandesign at macports.org
Mon Aug 11 23:11:28 PDT 2008


Please remember to Reply All so your reply goes to the list too, not  
just to me.


On Aug 11, 2008, at 10:10, Scott Haneda wrote:

>> So it's failing on the jpeg install, not on the php5 install.
>>
>> If you clean the jpeg work area ("sudo port clean --work jpeg")  
>> and try again, does it still fail? If so, you should file a bug  
>> report with Apple like it says.
>>
>> I haven't seen this problem before but dual-processor PowerPC  
>> systems probably aren't very well represented among MacPorts  
>> users / maintainers / developers.
>
> Each time I get a little further
> sudo port install php5 +apache2 +mysql5
> --->  Building php5 with target all
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6" && make all " returned error 2
> Command output: /bin/sh /opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/libtool --silent --preserve-dup-deps -- 
> mode=compile /usr/bin/gcc-4.0 -Iext/date/lib -Iext/date/ -I/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/ -DPHP_ATOM_INC -I/opt/local/var/ 
> macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/include -I/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/main -I/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6 -I/opt/local/include/libxml2 -I/opt/local/ 
> include -I/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/lib -I/opt/local/include/freetype2 -I/ 
> opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/mbstring/oniguruma -I/opt/local/var/macports/ 
> build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/mbstring/libmbfl -I/opt/local/var/macports/ 
> build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/mbstring/libmbfl/mbfl -I/opt/local/var/ 
> macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/mysql5/include/mysql -I/opt/local/include/mysql5/mysql -I/ 
> opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/TSRM -I/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/Zend  -I/opt/local/include -no-cpp-precomp  -I/ 
> opt/local/include -O2  -c /opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/lib/parse_date.c -o ext/date/lib/ 
> parse_date.lo
> /opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/lib/parse_date.c: In function  
> 'timelib_strtotime':
> /opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/lib/parse_date.c:22383: internal  
> compiler error: Bus error
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://developer.apple.com/bugreporter> for instructions.
> make: *** [ext/date/lib/parse_date.lo] Error 1
>
> Error: Status 1 encountered during processing.

I tried searching Google for this error. Only 3 hits as of this writing.

http://www.google.com/search?rls=en&q=parse_date.c+%22internal 
+compiler+error%22

This one matches my recommendation at this time:

http://www.howtoforge.com/forums/showthread.php?p=131778

which is that you have bad hardware: bad RAM, bad processor, or bad  
hard drive. Run Apple Hardware Test, TechTool or any other diagnostic  
software you have. If you have multiple RAM sticks, test with single  
sticks to see if you can isolate the bad one (if AHT doesn't tell  
you). Try a different hard drive. Not sure how you test for a bad  
processor if you don't have a spare processor, though a favorite tech  
support strategy (for testing processor and RAM) is to run Graphing  
Calculator on demo mode overnight and see if it's crashed in the  
morning. Um, that was from the OS 9 days... I guess now we have  
Grapher in Mac OS X but I don't see a demo mode.


> So then I run clean --work on php, and I get
> --->  Fetching php5
> --->  Verifying checksum(s) for php5
> Error: Checksum (md5) mismatch for php-5.2.6.tar.bz2
> Error: Checksum (sha1) mismatch for php-5.2.6.tar.bz2
> Error: Checksum (rmd160) mismatch for php-5.2.6.tar.bz2
> Error: Target org.macports.checksum returned: Unable to verify file  
> checksums
> Error: Status 1 encountered during processing.
> powerstar:~ haneda$

Either you did not run "port clean --work" and instead ran "port  
clean --dist" or "port clean --all" which deletes the distfile, and  
then upon reinstallation you got a corrupt download for some  
reason... Or the checksum routines now decided that your previously- 
good distfile is bad. So either hard drive or RAM or processor aren't  
storing or reading them right.


> I figured, try a clean --all on php5, for what it is worth..
> Got past extraction and passed the checksum test...
>
> I get a big mess, assuming this is that environment bug again...

It isn't. The Leopard environment variable issue generally only  
occurs if you request to install one port, but in doing so this  
causes a different port (a dependency) to be installed first, and the  
environment variables are not reset properly before the next port.  
Not all ports care about this, but some do, which is why the issue  
occurs seemingly at random.


> sudo port install php5 +apache2 +mysql5
> --->  Fetching php5
> --->  Attempting to fetch php-5.2.6.tar.bz2 from http://www.php.net/ 
> distributions/
> --->  Verifying checksum(s) for php5
> --->  Extracting php5
> --->  Configuring php5
> --->  Building php5 with target all
[snip]
> /bin/sh /opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/libtool --silent --preserve-dup-deps -- 
> mode=compile /usr/bin/gcc-4.0 -Iext/date/lib -Iext/date/ -I/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/ -DPHP_ATOM_INC -I/opt/local/var/ 
> macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/include -I/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/main -I/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6 -I/opt/local/include/libxml2 -I/opt/local/ 
> include -I/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/lib -I/opt/local/include/freetype2 -I/ 
> opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/mbstring/oniguruma -I/opt/local/var/macports/ 
> build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/mbstring/libmbfl -I/opt/local/var/macports/ 
> build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/mbstring/libmbfl/mbfl -I/opt/local/var/ 
> macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/mysql5/include/mysql -I/opt/local/include/mysql5/mysql -I/ 
> opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/TSRM -I/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/Zend  -I/opt/local/include -no-cpp-precomp  -I/ 
> opt/local/include -O2  -c /opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/lib/parse_date.c -o ext/date/lib/ 
> parse_date.lo
> /opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/lib/parse_date.c: In function  
> 'timelib_strtotime':
> /opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work/php-5.2.6/ext/date/lib/parse_date.c:22383: internal  
> compiler error: Bus error
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://developer.apple.com/bugreporter> for instructions.
> make: *** [ext/date/lib/parse_date.lo] Error 1

Ok, same bug as reported initially. Bus error when compiling  
parse_date.c.


> ran port clean --work php5
>
> then try to install again, and I get
>
> --->  Fetching php5
> --->  Verifying checksum(s) for php5
> --->  Extracting php5
> Error: Target org.macports.extract returned: shell command " cd "/ 
> opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p 
> hp5/work" && /opt/local/bin/bzip2 -dc /opt/local/var/macports/ 
> distfiles/php5/php-5.2.6.tar.bz2 | /usr/bin/gnutar --no-same-owner - 
> xf - " returned error 2
> Command output: /usr/bin/gnutar: Skipping to next header
> /usr/bin/gnutar: Archive contains obsolescent base-64 headers
>
> bzip2: Data integrity error when decompressing.
> 	Input file = /opt/local/var/macports/distfiles/php5/ 
> php-5.2.6.tar.bz2, output file = (stdout)
>
> It is possible that the compressed file(s) have become corrupted.
> You can use the -tvv option to test integrity of such files.
>
> You can use the `bzip2recover' program to attempt to recover
> data from undamaged sections of corrupted files.
>
> /usr/bin/gnutar: Read 3560 bytes from -
> /usr/bin/gnutar: Error exit delayed from previous errors
>
> Error: Status 1 encountered during processing.

So again the distfile which was ok a moment ago is not ok now. tar is  
complaining that the archive contains obsolete base-64 headers and is  
skipping them, and so the data passed to bzip2 is not valid bzip2  
data, so bzip2 says the data is corrupted, which it now is. Googling  
the error message:

http://www.google.com/search?rls=en&q=%22Archive+contains+obsolescent 
+base-64+headers%22

I get this:

http://www.linuxquestions.org/questions/linuxquestions.org-member- 
success-stories-23/tar-archive-contains-obsolescent-base-64- 
headers-85911/

One user suggests the problem may be lack of disk space, but another  
suggests hardware problems.

In this message, the user experienced the error right before his RAID  
died:

http://lists.freebsd.org/pipermail/freebsd-ports/2004-February/ 
009401.html


> So, probably not possible I suppose.  I have no idea what to file  
> as a bug report at apple, and have a strong feeling they wont care  
> at this point, ppc being pretty long gone in their eyes.

While it's true PowerPC is on its way out, and that Mac OS X 10.6  
will probably exclude PowerPC systems, I would think they would still  
want to know about crashing bugs on PowerPC. However at this point I  
don't think there's a bug to report; I think there's a hardware fault.




More information about the macports-users mailing list