2005.0 and 32-bit compiles / libraries

teilo

I just recently updated my system to the 2005.0 protocol, following the instructions on the doc site.

Near the end of that guide, it says: "Now emerge glibc, and unmerge the emul-* ones . . ."

I have heard conflicting info on this. Can one really unmerge all emul-linux packages when using the 2005.0 profile? I know that the glibc ebuild is multilib aware, but what about the rest, like -base -gtk, etc?

This especially concerns me, because part of the process of upgrading to 2005.0 involves the elimination of the /lib32 and /usr/lib32 symlinks, and replacing them with actual directories. Thus the libraries in the emul-linux packages will no longer be visible to most 32-bit software because the emul-linux directories are not in the LDPATH.

What's the story on this? The upgrade guide seems to have a gaping hole in it.
_________________
Teilo who is called Teilo

ShadowHawkBV · Guru Joined: 27 Mar 2004 Posts: 352

I hedged my bets and just deleted the glibc emulation library. But then I may have misread the doc.. I thought that's all that had to be removed.
_________________
This space for rent... Well maybe to give away.. Heck.. i'll pay you to take it.

Lost Linux Neophyte
Intel i7-1065G7
Intel i7-8565U
Intel Atom Cherry Trail
AMD Phenom(tm) II X4 955
Pure 64bit frustration :-)

Birtz · Posted: Fri Mar 04, 2005 12:36 am Post subject:

For now, two packages from the 2005.0 emul-linux-* pack are "officially" multilib aware;

emul-linux-x86-glibc
emul-linux-x86-nvidia (have to use ~amd64 for this one though)

Other emul's are still needed for there are quite few packages which needs to be patched to be multilib aware.

You can unmerge whole emul-linux-* tree though, but I doubt that this will do any good to your 32-bit stuff at all

64-bit stuff
is not affected, which is logical :wink:

Cheers
_________________
It is not enough to have a good mind. The main thing is to use it well.
-- Rene Descartes

Don't have a childhood hero? How about Rob Hubbard http://www.freenetpages.co.uk/hp/tcworh/profile.htm

teilo · Posted: Fri Mar 04, 2005 1:36 am Post subject:

This still isn't answering the question. The instructions, if followed, leave you with a system without any emul-linux packages in a usable condition, because the instructions result in a complete clearing out of the /lib32 and /usr/lib32 directories, and replacing only the glibc files. In other words, once you are done with the instructions, even if you have emul-linux-x86-gtk installed, no 32-bit gtk apps will run, for the 32-bit libraries under /emul/linux are not visible to the 32-bit apps.

Don't believe me? Try to run firefox-bin. It will bork.

Clearly there is something missing here.

It would appear to me that some action must be taken beyond emerging glibc.

Would, for instance:
linux32 emerge gtk

Take care of this?
_________________
Teilo who is called Teilo

ShadowHawkBV · Guru Joined: 27 Mar 2004 Posts: 352

I think you're misunderstanding the intent of that comment. (Actually I think it's very badly phrased)

The line says

Birtz · Posted: Fri Mar 04, 2005 3:10 am Post subject:

teilo · Posted: Fri Mar 04, 2005 3:41 am Post subject:

That is simply not true. There are many emul-linux packages which assume that their component libraries will be found at /lib32 or /usr/lib32.

There is no file in env.d which adds /emul/linux/x86/usr/lib to LDPATH. Check it for yourself. This is not a firefox problem. ALL GTK apps all will break. Probably many others also.

Open /etc/ld.so.conf for yourself and look what paths are there. No /emul/linux/x86/usr/lib. No /emul/linux/x86/lib either. Futhermore, /etc/pango/i686-pc-linux-gnu/pango.modules is hardcoded to /usr/lib32/pango. But the files aren't there, of course, because /usr/lib32 is no longer a symlink to /emul/linux/x86/usr/lib.

Get my drift here?
_________________
Teilo who is called Teilo

VValdo · Guru Joined: 08 Jan 2005 Posts: 395

Man i'm confused. I did the 2005.0 upgrade by following the instructions, and although the /lib32 and /usr/lib32 are now real directories, I also have the /emul/linux/* stuff too. As of yet, I haven't had any problems with any applications, including binary packages like ut2004.

So am I supposed to delete some directories? I was also wondering about those lines I added to package.keywords and package.umask, namely:

Birtz · Posted: Fri Mar 04, 2005 3:57 am Post subject:

Birtz · Posted: Fri Mar 04, 2005 4:04 am Post subject:

VValdo · Guru Joined: 08 Jan 2005 Posts: 395

Groovy. Will leave those lines in place. Let me know when I can take 'em out. For now, all is well

W

unlocked · n00b Joined: 24 Oct 2004 Posts: 53 Location: Austin, Tx.

I just unmerged the emul-linux-x86-glibc
and
ln -s /emul/linux/x86/usr/lib/pango /usr/lib32/pango

firefox-bin should work after that.
_________________
abit av8 (939), 3000+, 1gig ram, ti4400, dc10+, 120gig sata, audigy2.

Kuhrscher · Posted: Sat Mar 12, 2005 5:46 pm Post subject:

A symlink to /emul/linux/x86/usr/lib/gtk-2.0 is needed by many programs (e.g. RealPlayer10) too... Is there already a bugreport?

teilo · Posted: Mon Mar 14, 2005 9:50 pm Post subject:

The point is, MANY symlinks are needed, and not just for directories either, but for many libraries as well. Symlinks are not the way to go.

The best solution, and the one which I implemented, is to create a file in /etc/env.d, say named 05emullinux, with the following line:

infirit · Posted: Mon Mar 14, 2005 10:28 pm Post subject:

I already have a emul file in /etc/conf.d named 75emul-linux-x86-base.

teilo · Posted: Tue Mar 15, 2005 4:01 pm Post subject:

infirit · Posted: Tue Mar 15, 2005 4:21 pm Post subject:

infirit · Posted: Tue Mar 15, 2005 4:29 pm Post subject:

Yes, baselayout is the one. I just saw the file fly by when installing app-emulation/emul-linux-x86-baselibs again. my version