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.
_______________________________________________
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
