| 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 |
Archives