[gentoo-amd64] Problems customizing gentoo

[gentoo-amd64] Problems customizing gentoo

[Greg]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1924 bytes --]

I've been having problems customizing gentoo on my Acer Aspire T180-UA380B AMD Desktop PC.

I've been using i686 versions of gentoo for years on my pentium3 with no problems.

Here are further specs and what I've tried:

   Acer Aspire T180-UA380B AMD Desktop PC - AMD Athlon 64
   3800+ 2.4GHz, 2GB DDR2, 160GB SATA, DL DVD±RW, Gigabit LAN, Flash
   Reader, running off of a 2007.0 AMD64 live cd chrooted environment.

I keep running into the same issue no matter what USE flags I have specified in make.conf, what make.profile I have 
specified (attempted 2007.0, 2008.0, hardened, 2007.0 x86 under a 32bit chrooted environment and chost set accordingly in 
make.conf.

The error I get follows:
 * ERROR: sys-libs/glibc-2.6.1 failed.
 * Call stack:
 * ebuild.sh, line 49:  Called src_compile
 * environment, line 3362:  Called eblit-run 'src_compile'
 * environment, line 1087:  Called eblit-glibc-src_compile
 * src_compile.eblit, line 181:  Called toolchain-glibc_src_compile
 * src_compile.eblit, line 122:  Called die
 * The specific snippet of code:
 * make PARALLELMFLAGS="${MAKEOPTS}" || die "make for ${ABI} failed"
 * The die message:
 * make for default failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/log/portage/sys-libs:glibc-2.6.1:20081002-111002.log'.
 * The ebuild environment file is located at '/var/build/portage/sys-libs/glibc-2.6.1/temp/environment'.
 *
  
If I start off with a stage3-amd64-2007.0 tarvol, don't try to customize my system by trying to make a stage1, and just do 
emerge --update system, I end up with errors upgrading grep regarding libpcre.

Anythoughts would be greatly appreciated as I've been struggling with this for months trying to find a solution.

If I need to provide more information or need to post this to a more appropriate list, please let me know.

Very best,
Greg Osborne

Re: [gentoo-amd64] Problems customizing gentoo

[Tonko Mulder]

What about the message just before this one?
Maybe it has something usefull.

I can recall I had the same problems last with a fresh install of gentoo.
For the time being I switched to fedora just because I need my laptop ;)

regards,
Tonko

On Thu, Oct 2, 2008 at 11:35 PM, Greg <journey@raven.ontheside.net> wrote:
> I've been having problems customizing gentoo on my Acer Aspire T180-UA380B AMD Desktop PC.
>
> I've been using i686 versions of gentoo for years on my pentium3 with no problems.
>
> Here are further specs and what I've tried:
>
>   Acer Aspire T180-UA380B AMD Desktop PC - AMD Athlon 64
>   3800+ 2.4GHz, 2GB DDR2, 160GB SATA, DL DVD±RW, Gigabit LAN, Flash
>   Reader, running off of a 2007.0 AMD64 live cd chrooted environment.
>
> I keep running into the same issue no matter what USE flags I have specified in make.conf, what make.profile I have
> specified (attempted 2007.0, 2008.0, hardened, 2007.0 x86 under a 32bit chrooted environment and chost set accordingly in
> make.conf.
>
> The error I get follows:
>  * ERROR: sys-libs/glibc-2.6.1 failed.
>  * Call stack:
>  * ebuild.sh, line 49:  Called src_compile
>  * environment, line 3362:  Called eblit-run 'src_compile'
>  * environment, line 1087:  Called eblit-glibc-src_compile
>  * src_compile.eblit, line 181:  Called toolchain-glibc_src_compile
>  * src_compile.eblit, line 122:  Called die
>  * The specific snippet of code:
>  * make PARALLELMFLAGS="${MAKEOPTS}" || die "make for ${ABI} failed"
>  * The die message:
>  * make for default failed
>  *
>  * If you need support, post the topmost build error, and the call stack if relevant.
>  * A complete build log is located at '/var/log/portage/sys-libs:glibc-2.6.1:20081002-111002.log'.
>  * The ebuild environment file is located at '/var/build/portage/sys-libs/glibc-2.6.1/temp/environment'.
>  *
>
> If I start off with a stage3-amd64-2007.0 tarvol, don't try to customize my system by trying to make a stage1, and just do
> emerge --update system, I end up with errors upgrading grep regarding libpcre.
>
> Anythoughts would be greatly appreciated as I've been struggling with this for months trying to find a solution.
>
> If I need to provide more information or need to post this to a more appropriate list, please let me know.
>
> Very best,
> Greg Osborne
>
>



-- 
Tonko

Re: [gentoo-amd64] Problems customizing gentoo

[Rick Meredith]

On Thursday 02 October 2008 04:35:03 pm Greg wrote:
> I've been having problems customizing gentoo on my Acer Aspire T180-UA380B
> AMD Desktop PC.
>
> I've been using i686 versions of gentoo for years on my pentium3 with no
> problems.
>
> Here are further specs and what I've tried:
>
>    Acer Aspire T180-UA380B AMD Desktop PC - AMD Athlon 64
>    3800+ 2.4GHz, 2GB DDR2, 160GB SATA, DL DVD±RW, Gigabit LAN, Flash
>    Reader, running off of a 2007.0 AMD64 live cd chrooted environment.
>
> I keep running into the same issue no matter what USE flags I have
> specified in make.conf, what make.profile I have specified (attempted
> 2007.0, 2008.0, hardened, 2007.0 x86 under a 32bit chrooted environment and
> chost set accordingly in make.conf.
>
> The error I get follows:
>  * ERROR: sys-libs/glibc-2.6.1 failed.
>  * Call stack:
>  * ebuild.sh, line 49:  Called src_compile
>  * environment, line 3362:  Called eblit-run 'src_compile'
>  * environment, line 1087:  Called eblit-glibc-src_compile
>  * src_compile.eblit, line 181:  Called toolchain-glibc_src_compile
>  * src_compile.eblit, line 122:  Called die
>  * The specific snippet of code:
>  * make PARALLELMFLAGS="${MAKEOPTS}" || die "make for ${ABI} failed"
>  * The die message:
>  * make for default failed
>  *
>  * If you need support, post the topmost build error, and the call stack if
> relevant. * A complete build log is located at
> '/var/log/portage/sys-libs:glibc-2.6.1:20081002-111002.log'. * The ebuild
> environment file is located at
> '/var/build/portage/sys-libs/glibc-2.6.1/temp/environment'. *
>
> If I start off with a stage3-amd64-2007.0 tarvol, don't try to customize my
> system by trying to make a stage1, and just do emerge --update system, I
> end up with errors upgrading grep regarding libpcre.
>
> Anythoughts would be greatly appreciated as I've been struggling with this
> for months trying to find a solution.
>
> If I need to provide more information or need to post this to a more
> appropriate list, please let me know.
>
> Very best,
> Greg Osborne

What do you have in your "/etc/make.conf"

Regards Rick

Re: [gentoo-amd64] Problems customizing gentoo

[Drake Donahue]

On Thu, 2008-10-02 at 19:42 -0500, Rick Meredith wrote:
> On Thursday 02 October 2008 04:35:03 pm Greg wrote:
> > I've been having problems customizing gentoo on my Acer Aspire T180-UA380B
> > AMD Desktop PC.
> >
> > I've been using i686 versions of gentoo for years on my pentium3 with no
> > problems.
> >
> > Here are further specs and what I've tried:
> >
> >    Acer Aspire T180-UA380B AMD Desktop PC - AMD Athlon 64
> >    3800+ 2.4GHz, 2GB DDR2, 160GB SATA, DL DVD±RW, Gigabit LAN, Flash
> >    Reader, running off of a 2007.0 AMD64 live cd chrooted environment.
> >
> > I keep running into the same issue no matter what USE flags I have
> > specified in make.conf, what make.profile I have specified (attempted
> > 2007.0, 2008.0, hardened, 2007.0 x86 under a 32bit chrooted environment and
> > chost set accordingly in make.conf.
> >
> > The error I get follows:
> >  * ERROR: sys-libs/glibc-2.6.1 failed.
> >  * Call stack:
> >  * ebuild.sh, line 49:  Called src_compile
> >  * environment, line 3362:  Called eblit-run 'src_compile'
> >  * environment, line 1087:  Called eblit-glibc-src_compile
> >  * src_compile.eblit, line 181:  Called toolchain-glibc_src_compile
> >  * src_compile.eblit, line 122:  Called die
> >  * The specific snippet of code:
> >  * make PARALLELMFLAGS="${MAKEOPTS}" || die "make for ${ABI} failed"
> >  * The die message:
> >  * make for default failed
> >  *
> >  * If you need support, post the topmost build error, and the call stack if
> > relevant. * A complete build log is located at
> > '/var/log/portage/sys-libs:glibc-2.6.1:20081002-111002.log'. * The ebuild
> > environment file is located at
> > '/var/build/portage/sys-libs/glibc-2.6.1/temp/environment'. *
> >
> > If I start off with a stage3-amd64-2007.0 tarvol, don't try to customize my
> > system by trying to make a stage1, and just do emerge --update system, I
> > end up with errors upgrading grep regarding libpcre.
> >
> > Anythoughts would be greatly appreciated as I've been struggling with this
> > for months trying to find a solution.
> >
> > If I need to provide more information or need to post this to a more
> > appropriate list, please let me know.
> >
> > Very best,
> > Greg Osborne
> 
> What do you have in your "/etc/make.conf"
> 
> Regards Rick
> 
TRY using 2008.0 minimal livecd following the handbook in detail as
though you were a gentoo first timer. A lot of knowledge is also a
dangerous thing.

Re: [gentoo-amd64] Problems customizing gentoo

[Beso]

2008/10/2 Greg <journey@raven.ontheside.net>:
> I've been having problems customizing gentoo on my Acer Aspire T180-UA380B AMD Desktop PC.
>
> I've been using i686 versions of gentoo for years on my pentium3 with no problems.
>
> Here are further specs and what I've tried:
>
>   Acer Aspire T180-UA380B AMD Desktop PC - AMD Athlon 64
>   3800+ 2.4GHz, 2GB DDR2, 160GB SATA, DL DVD±RW, Gigabit LAN, Flash
>   Reader, running off of a 2007.0 AMD64 live cd chrooted environment.
>
> I keep running into the same issue no matter what USE flags I have specified in make.conf, what make.profile I have
> specified (attempted 2007.0, 2008.0, hardened, 2007.0 x86 under a 32bit chrooted environment and chost set accordingly in
> make.conf.
>
> The error I get follows:
>  * ERROR: sys-libs/glibc-2.6.1 failed.
>  * Call stack:
>  * ebuild.sh, line 49:  Called src_compile
>  * environment, line 3362:  Called eblit-run 'src_compile'
>  * environment, line 1087:  Called eblit-glibc-src_compile
>  * src_compile.eblit, line 181:  Called toolchain-glibc_src_compile
>  * src_compile.eblit, line 122:  Called die
>  * The specific snippet of code:
>  * make PARALLELMFLAGS="${MAKEOPTS}" || die "make for ${ABI} failed"
>  * The die message:
>  * make for default failed
>  *
>  * If you need support, post the topmost build error, and the call stack if relevant.
>  * A complete build log is located at '/var/log/portage/sys-libs:glibc-2.6.1:20081002-111002.log'.
>  * The ebuild environment file is located at '/var/build/portage/sys-libs/glibc-2.6.1/temp/environment'.
>  *
>
> If I start off with a stage3-amd64-2007.0 tarvol, don't try to customize my system by trying to make a stage1, and just do
> emerge --update system, I end up with errors upgrading grep regarding libpcre.
>
> Anythoughts would be greatly appreciated as I've been struggling with this for months trying to find a solution.
>
> If I need to provide more information or need to post this to a more appropriate list, please let me know.
>
> Very best,
> Greg Osborne
>
>


a stage 1 install is useless as it is a stage 2 one. the best way to
customize your gentoo is start with a stage 3 installed and rebuild
everything installed with emerge -e world before putting in something
else.
have you remembered to do an update-env && source /etc/profile after
chrooting into gentoo?! usually your issue could be due to portage not
finding the right profile. also you should do an emerge --sync &&
source /etc/profile (no more that 2 a day or you'll get banned
temporary from the gentoo server) before trying to compile something.
if there are problems with the profile that should fix the issues.

-- 
dott. ing. beso

[gentoo-amd64] Re: Problems customizing gentoo

[Duncan]

Drake Donahue <donahue95@comcast.net> posted
19351.0605059148$1222999100@news.gmane.org, excerpted below, on  Thu, 02
Oct 2008 21:56:58 -0400:

> TRY using 2008.0 minimal livecd following the handbook in detail as
> though you were a gentoo first timer. A lot of knowledge is also a
> dangerous thing.

Good advice! =:^)

First, note that stage-1 installs are no longer supported, due to nasty 
circular dependency issues that are very difficult to work out.  They're 
still provided and in theory can still work, but the decision was that it 
was simply too much trouble trying to support stage-1, given that the 
same customized end result can be achieved by starting from a stage-3, 
remerging system, then world.  The caveat there is that one or more 
packages may need to be done out of order, if the USE flags changed 
significantly from the defaults for that stage-3.

As for the glibc errors, what this type of glibc errors usually mean is 
that somewhere along the line your multilib config got screwed up, and 
gcc can no longer compile one of 32-bit or 64-bit correctly.  There's a 
number of different ways the multilib could have gotten screwed, and it's 
often not worth the trouble to figure out which it was, but just to fix 
it, by starting from a stage-3 once again.  Actually, it's often possible 
to fix the problem by remerging just one package, gcc, from the stage-3 
(quickpkg it to a binpkg, then emerge -K the binpkg).  However, just 
doing the full stage-3 should work as well and is more likely to fix 
other misc errors.

FWIW, after losing 32-bit compiling several times, I got tired of it and 
went to the no-multilib profile, which then kills the 32-bit bits of 
gcc/glibc/binutils/sandbox.  The biggest reason for multilib is legacy 
support of 32-bit-only closed source packages.  Since they're closed 
source, porting them to 64-bit isn't an option (the major open source 
stuff has all long been ported, OpenOffice was one of the last open 
source apps not ported, and it is now), and 32-bit compatibility must be 
maintained if you use them.  Since I don't do closed source (in general, 
I couldn't legally do so even if I wanted to, since I no longer agree to 
sign my rights away nor will I accept their disclaimer for damages when 
it's a black-box who /knows/ what's in), there's very little reason I'd 
ever need 32-bit, and avoiding all the hassles that come with multilib 
has been a MUCH better choice for me.  

Of course, even with no-multilib, if I needed to do 32-bit compiles as I 
now do since I just got an Acer Aspire One AOA-150L netbook and plan on 
putting Gentoo on it, with the work done on my main 64-bit no-multilib 
system, it's still very possible to install an x86 (32-bit) stage into a 
chroot and build a full 32-bit system from there.  That's actually what 
I'll be doing, running a full 32-bit chroot with FEATURES=buildpkg, then 
installing the binary packages on my AA1 netbook.

So if you can do without multilib, do consider switching to the no-
multilb profile.  It has certainly simplified my life here, and as a 
bonus, gcc and glibc only take half the time to merge, because they only 
build for a single bitness instead of two.  Given that both those 
packages are fairly major and take a decent amount of time to build, 
halving that time is nice!

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman