1 |
Simon Stelling posted <43BACD1E.6050308@g.o>, excerpted below, on |
2 |
Tue, 03 Jan 2006 20:14:38 +0100: |
3 |
|
4 |
> This is just a quick reminder: The 2004.3 profile (and all the subprofiles |
5 |
> of course) will be removed on February 1, 2006. If you're still running |
6 |
> 2004.3, this is your last chance to upgrade. |
7 |
> |
8 |
> Information on how to upgrade can be found here: |
9 |
> |
10 |
> http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=1 |
11 |
|
12 |
Interesting followup, here: |
13 |
|
14 |
Some of you may recall that I had posted a question a few weeks ago about |
15 |
possibly switching to the 64-bit-only sub-profiles, and was wondering |
16 |
about grub. The reason I was considering it was that 32-bit compiles, |
17 |
sandbox updates and the like, weren't working properly, and I was thinking |
18 |
that simply switching to 64-bit-only, since I don't use 32-bit but for |
19 |
grub and the multilib toolchain stuff (sandbox, gcc, glibc...), would be |
20 |
easier than tracing the problem and fixing it. |
21 |
|
22 |
Turns out the problem was pretty simple. I've mentioned before that I had |
23 |
problems with an overheating hard drive this past summer, when my AC was |
24 |
out, and ended up recovering from an old system image. |
25 |
|
26 |
As it happens, that old image was 2004.x profile, when /emul/linux/x86 was |
27 |
used for a bunch of stuff, and after the recovery, I had duplicates of |
28 |
various libraries, including an old emul-linux-x86-glibc and friends. I |
29 |
had weeded out lib64 some time ago, but hadn't worried about lib32 as I |
30 |
don't really use it anyway. It's those duplicate 32-bit libs that were |
31 |
causing my problems. After verifying that no existing |
32 |
packages used the old /emul dir (using equery b), and (recursively) |
33 |
deleting it, the problems disappeared! |
34 |
|
35 |
I now have a working 32-bit sandbox and etc, once again! |
36 |
|
37 |
I figure someone else might find the info useful, during/after this |
38 |
upgrade. If you find 32-bit stuff isn't working, see if you have stale |
39 |
32-bit versions of glibc and friends in /emul/*. equery b, particularly |
40 |
with the -f (full regexp) switch, can be very helpful in seeing just what |
41 |
current packages /do/ use a directory, so one can remove (or rename if you |
42 |
are cautious, for later removal if nothing breaks) the remaining files, |
43 |
which are likely to be stale and causing breakage. |
44 |
|
45 |
-- |
46 |
Duncan - List replies preferred. No HTML msgs. |
47 |
"Every nonfree program has a lord, a master -- |
48 |
and if you use the program, he is your master." Richard Stallman in |
49 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
50 |
|
51 |
|
52 |
-- |
53 |
gentoo-amd64@g.o mailing list |