Gentoo Archives: gentoo-user

From: Michael Mol <mikemol@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker.
Date: Thu, 26 Apr 2012 11:42:22
Message-Id: CA+czFiACw62_Rp+jwXi0x0-T6kqeJs254wpZDM+9L8R=6ZZwNg@mail.gmail.com
In Reply to: Re: [gentoo-user] Just a heads-up, I think =sys-libs/glibc-2.14.1-r3 is a stinker. by Michael Mol
1 On Thu, Apr 26, 2012 at 1:25 AM, Michael Mol <mikemol@×××××.com> wrote:
2 > On Thu, Apr 26, 2012 at 1:16 AM, Michael Mol <mikemol@×××××.com> wrote:
3 >> On Thu, Apr 26, 2012 at 12:37 AM, Michael Mol <mikemol@×××××.com> wrote:
4 >>> On Wed, Apr 25, 2012 at 11:50 PM, Canek Peláez Valdés <caneko@×××××.com> wrote:
5 >>>> On Wed, Apr 25, 2012 at 10:09 PM, Michael Mol <mikemol@×××××.com> wrote:
6 >>>>> I've had two segfaults I'd never seen before. One in sudo and one in
7 >>>>> rdesktop. Updates later when I get things better tracked down.
8 >>>>
9 >>>> I had a gcc segfault in my atom server, with MAKEOPTS=-j5. With
10 >>>> MAKEOPTS=-j1, I got undefined references while linking some modules.
11 >>>> My desktop and my laptop, however, compiled it without problems.
12 >>>>
13 >>>> I haven't had the time to check it, but it seems weird.
14 >>>
15 >>> Replacing with a binpackage from packages.gentooexperimental.org got
16 >>> bash working. Now I'm seeing if I can re-emerge gcc, binutils and
17 >>> glibc.
18 >>>
19 >>> If that goes through, I'm going to restart the emerge -e; my resume
20 >>> stack is probably toast.
21 >>
22 >> Ok, yes. This version of glibc, =sys-libs/glibc-2.14.1-r3, is crud. At
23 >> least, if you're doing parallel building. Out of my three machines,
24 >> the 8-core box got bit by it, the 4-core box got bit by it, but the
25 >> 2-core laptop sailed past.
26 >>
27 >> I have a hunch that setting MAKEOPTS="-j1" will fix it for me, and I'm
28 >> letting that run as I head off to sleep in a few minutes.
29 >
30 > Note, my experiences and instructions are specific to amd64 boxes. I
31 > don't know if other boxes are affected, and the workaround I'm writing
32 > below is not appropriate for anything but amd64.
33 >
34 > Incidentally, you'll know if your box got bit if you do a large set of
35 > emerges which include building glibc, and everything after glibc's
36 > 'Install' phase fails. Don't trust emerge's output; at this point,
37 > bash is segfaulting on startup, which makes emerge utterly unreliable,
38 > even as it tries to tell you the cause for errors.
39 >
40 > DO NOT close your open shells; you won't be able to launch bash until
41 > you've fixed this.
42 >
43 > To work around, you'll need a root shell. If you have any shell at
44 > all, you should be able to get a root shell by running
45 >
46 >  sudo busybox sh
47 >
48 > in any of your remaining shells which have sudoer access.
49 >
50 > grab
51 >
52 >  glibc-2.14.1-r3.tbz2
53 >
54 > from
55 >
56 >  http://packages.gentooexperimental.org/packages/amd64-unstable/sys-libs/
57 >
58 > using wget. At least in my situation, wget still worked. Move the
59 > tarball to your / directory:
60 >
61 >  mv glibc-2.14.1-r3.tbz2 /
62 >
63 > and unpack it
64 >
65 >  tar xvjpf glibc-2.14.1-r3.tbz2
66 >
67 > You should now have bash back, which means you'll have emerge back,
68 > and probably the rest of your system.
69
70 MAKEOPTS="-j1" didn't fix it. Off to find another solution.
71 --
72 :wq

Replies