This email is informational in case it shows up again for other people. I was building gcc44 on a clean 10.5/32bit system and the build continuously failed when using --build-as-nobody (important note: this system does _not_ have the passwd package installed and no fink-bld user, so --build-as-nobody uses the system built-in 'nobody' user). After some testing, I found out the cause of the error and am listing my findings here for the record. The subject line is from an old fink-devel thread[1] from 2008 with an identical symptom in another package, so hopefully the archives will find it and list it as part of that thread.
The --build-as-nobody build was halting with the following output: **** checking how to create a ustar tar archive... ATTENTION! cpio archive volume change required. Ready for archive volume: 2 Input archive name or "." to quit cpio. Archive name > **** Entering '.' (or ctrl-D) was the only way it would proceed. When building as a normal user, gnutar was successfully found for the configure test with no manual intervention. I tracked this test down to it's configure.ac file, where the macro is called as: AM_INIT_AUTOMAKE([1.9.0 gnu std-options tar-ustar -Wno-portability]) This generates a test for several tar and tar-like programs. When building as nobody, these tests all exited with variations of: **** tar: value 4294967294 out of uid_t range 0..2097151 tar: Error exit delayed from previous errors or pax: Ustar header field is too small for uid 4294967294, using nobody **** 'id nobody' gives --> "uid=4294967294(nobody) gid=4294967294(nobody) groups=4294967294(nobody)". 4294967294 must be too large for some system call, which led to the error in the configure test, which led to the build halting (why the cpio test becomes interactive is a whole other issue that I'm not touching). The user fink-bld has an id=266, so the error doesn't show up when that is present and explains why most people using --build-as-nobody did not get the build halt. Adding "am_cv_prog_tar_ustar=gnutar" (the results from a successful non-nobody build) to ConfigureParams as suggested by pogma[2] did not work because that particular secondary ./configure is not passed the options from the main ./configure script (however, it might work for other programs that only have one ./configure). Hopefully this information is a useful addition to the archives. Hanspeter [1] http://www.mail-archive.com/fink-devel@lists.sourceforge.net/msg16815.html [2] http://www.mail-archive.com/fink-devel@lists.sourceforge.net/msg16818.html ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel