[gentoo-alt] gcc-4.41 fails on Solaris 10 x86
I'm trying to bootstrap on Solaris 10 x86. I successfully got through the one-shots, but when trying to do the emerge -u system, I ran into two problems. 1) useradd in the sys-apps/man-1.6f-r3 fails: * Adding group 'man' to your system ... * - Groupid: 15 UX: groupadd: WARNING: gid 15 is reserved. * Adding user 'man' to your system ... * - Userid: 13 * - Shell: /bin/false * - Home: /opt/gentoo/usr/share/man * - Groups: man UX: useradd: ERROR: invalid syntax. usage: useradd [-u uid [-o] | -g group | -G group[[,group]...] |-d dir | -s shell | -c comment | -m [-k skel_dir] | -f inactive | -e expire | -A authorization [, authorization ...] | -P profile [, profile ...] | -R role [, role ...] | -K key=value | -p project [, project ...]] login useradd -D [-g group | -b base_dir | -f inactive | -e expire -A authorization [, authorization ...] | -P profile [, profile ...] | -R role [, role ...] | -K key=value ... -p project] * ERROR: sys-apps/man-1.6f-r3 failed: * enewuser failed * * Call stack: *ebuild.sh, line 51: Called call-ebuildshell 'pkg_setup ' *ebuild.sh, line 63: Called pkg_setup * man-1.6f-r3.ebuild, line 25: Called enewuser 'man' '13' '-1' '/ opt/gentoo/usr/share/man' 'man' *eutils.eclass, line 660: Called die * The specific snippet of code: * useradd ${opts} ${euser} \ * -c added by portage for ${PN} \ * || die enewuser failed I worked around this by running useradd manually and running the emerge again. I later ran into this same issue with openssh and worked around it the same way. It's bug ID#: http://bugs.gentoo.org/show_bug.cgi?id=271081 The second issue seems out of my league. I found a bug dated 9/26: http://bugs.gentoo.org/show_bug.cgi?id=286494 Anyone else seeing this? I voted it up and added my info. I masked gcc-4.4.1 and was able to manually emerge 4.2.4 (since it worked in the bootstrap). 'emerge -u system' completed. After changing my USE, CFLAGS, etc., 'emerge -e system' completed successfully as well (all as root, too). I appreciate everyone's hard work on alt prefix. Blastwave has been having a lot of issues of late, and both it and Sunfreeware are far behind the curve with most software. For a home system, prefix seems like a good alternative to trying to hand build everything. Best regards-- =Nadine=
Re: [gentoo-alt] gcc-4.41 fails on Solaris 10 x86
On 18-10-2009 07:09:10 -0700, velociraptor wrote: I'm trying to bootstrap on Solaris 10 x86. I successfully got through the one-shots, but when trying to do the emerge -u system, I ran into two problems. 1) useradd in the sys-apps/man-1.6f-r3 fails: [snip] I worked around this by running useradd manually and running the emerge again. I later ran into this same issue with openssh and worked around it the same way. It's bug ID#: http://bugs.gentoo.org/show_bug.cgi?id=271081 This requires a new bootstrap snapshot to fix it in the bootstrap, I'll set yesterday's one life now. The second issue seems out of my league. I found a bug dated 9/26: http://bugs.gentoo.org/show_bug.cgi?id=286494 Anyone else seeing this? I voted it up and added my info. I guess I better mask gcc-4.4.1 (and I'm affraid 4.4.2 too) I masked gcc-4.4.1 and was able to manually emerge 4.2.4 (since it worked in the bootstrap). 'emerge -u system' completed. After changing my USE, CFLAGS, etc., 'emerge -e system' completed successfully as well (all as root, too). I appreciate everyone's hard work on alt prefix. Blastwave has been having a lot of issues of late, and both it and Sunfreeware are far behind the curve with most software. For a home system, prefix seems like a good alternative to trying to hand build everything. Thanks! We do have limited manpower though, so we can use all hands that can produce patches and fixes for things that (unfortunately) are broken. -- Fabian Groffen Gentoo on a different level
Re: [gentoo-alt] gcc-4.4.1 fails with invalid install_name
On Oct 17, 2009, at 2:23 AM, Fabian Groffen wrote: On 16-10-2009 16:10:29 -0600, Aaron Wilson wrote: http://bugs.gentoo.org/show_bug.cgi?id=265565 where Fabian Groffen reports: I've finally fixed this. Sorry for the long wait. How was it fixed? Will it work with 4.4? See files/4.3.3/darwin-libgcc_s-installname.patch That fixed it. Probably didn't apply anymore and hence got dropped or something. High chances that if that one is ported to the 4.4 branch, it'll resolve the issue. Thanks, that fixed it. I modified the patch to work with gcc-4.4.1 and added it to the ebuild. What should I do with these? Should I reopen the bug? Thanks, Aaron darwin-libgcc_s-installname.patch Description: Binary data gcc-4.4.1-r1.ebuild Description: Binary data
Re: [gentoo-alt] gcc-4.4.1 fails with invalid install_name
On 18-10-2009 10:13:05 -0600, Aaron Wilson wrote: How was it fixed? Will it work with 4.4? See files/4.3.3/darwin-libgcc_s-installname.patch That fixed it. Probably didn't apply anymore and hence got dropped or something. High chances that if that one is ported to the 4.4 branch, it'll resolve the issue. Thanks, that fixed it. I modified the patch to work with gcc-4.4.1 and added it to the ebuild. What should I do with these? Should I reopen the bug? hmm, I'm clueless as to why this patch got dropped, since it applies cleanly. I readded it to 4.4.2. Thanks for your checks. -- Fabian Groffen Gentoo on a different level