multilib-overlay

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

damn it. the ssh server on my workstation is not running.
i did /etc/init.d/net.eth0 stop, /etc/init.d/net.eth0 start and forgot to run rc afterwards.
so the next time i will be able to hack will be on monday evening.

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

freeglut works now.
doom3 says:

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

libXaw does not compile. did you have problems too, code_raptor?

code_raptor · n00b Joined: 24 Jun 2005 Posts: 47

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

thanks, libXaw is on my system too now.
that should be the complete list of packages you have in your metapackage.
would it be a good idea to add a multilib keyword to xorg-server so that add the packages in RDEPEND are built in both 32bit and 64bit if the users wants this?
i have a list of x11 libs installed that are currently not 32bit-ified. i havn't yet checked why i have them

code_raptor · n00b Joined: 24 Jun 2005 Posts: 47

not sure about adding the option in xorg-server because not all the packages listed in RDEPEND needs to be 32bit. The same applies to some packages listed in x11-libs (like qt4 or wxGTK, who dont need a 32bit version (and iirc gtk+, cairo and pango are from the gtklibs emul package)).

I am gonna continue with this and expread the multilib approach to all the emul-linux-x86-* packages to see if this can be done. I know that those current emul* packages are a temporal solution because portage cant handle multilib yet, anyway i want to propose this to see if someday gentoo removes those binary 32bit emul packages. No idea if there are another devs working with a different approach, but my idea is this:

1) create metapackages of all emul* package in the tree (9 iirc) and modify the ebuilds of the packages needed of those to include multilib support (this can be done by steps)
2) modify those ebuilds to make conditional USE dependencies (e.g.: x11-libs/libXau[lib32?] for the libXaw ebuild by example) to avoid those compile errors like your previous problem.
3) keep modifying the packages that depends on the emul packages so they depends instead on category/package[lib32] instead.
4) When the number of packages that depends on the emul packages has reached zero then drop the emul packages from the tree.

IMHO this approach prevent prossible breakages on the tree because every step is covered by the previous one and the steps are small enough to debug possible problems.

P.S.: sorry for my english.
_________________
just feel the code...

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

i agree. to find out if somebody else is working on that topic, contact the x11@gentoo.org and amd64@gentoo.org developer teams.
your planed approach seams to be good.
and i still do not see what should be better on having an emul package then building the 32bit executables on the local machine.

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

i just found out that xv video playback stopped working on my machine

mplayer says

code_raptor · n00b Joined: 24 Jun 2005 Posts: 47

That weird, all videomodes are working properly on my end, there must be no problems with 64bit apps :S. Anyway i am gonna recompile all the packages with normal support then multilib to see if i can reproduce that.

P.S.: what version of the video driver are you using? i am using the git version of the xf86-video-ati with exa enabled (not sure if this is related to the problem)
_________________
just feel the code...

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

i am using xf86-drivers-video-ati-6.9.0.
what would i need EXA for and how do i enable it?

code_raptor · n00b Joined: 24 Jun 2005 Posts: 47

EXA is more faster than the default XAA (they say that currently is a little unstable but i havent any problems so far), if u want to enable then put the Option "AccelMethod" "EXA" to the device section in xorg.conf, but i think that is unrelated to your problem. Anyway i recompiled all the stuff again and dont have that error yet, so i am not sure why that error came out in your environment.
_________________
just feel the code...

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

it seems to work again. honestly, i don't know why. maybe a simple reboot did the trick.
i enabled EXA in my xorg.conf, log says it is used. how can i benchmark if there is any difference?

code_raptor · n00b Joined: 24 Jun 2005 Posts: 47

Sorry, i forgot that my test with exa was with radeonhd, using the radeon driver XAA and EXA is almost the same (but a lot better than radeonhd anyways)

Well for 3D i used glxgears (like if that can be called a benchmark app

) and the result was EXA:960fps, XAA: 975fps (nothing big, but again i need a real 3D benchmark app to get the real diff)

For 2D i used gtkperf and the result was EXA: 8,18 secs, XAA: 12,16 secs, but XAA was faster than EXA in all the tests (except GtkDrawingArea - Text, EXA:1.64 secs / XAA:6.45 secs).

So probably is better stick with XAA for a while (maybe with the GEM support in 2.6.28 this could change, i dont know)
_________________
just feel the code...

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

i just ran into a problem re-emerging vlc.

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

code_raptor, are you still working on that?

code_raptor · n00b Joined: 24 Jun 2005 Posts: 47

Yes, but was busy with another jobs.
That vlc error was because the libGLU.la wasnt correct (yep, my fix using libdir='/usr/${libdir}' wasnt so great after all). My knowlegde of sed is almost inexistant so i dont find a way to fix the paths of libGLU.la (both 32 and 64bit). In other words: i dont know why the ${libdir} thing in the .la files dont work with all the packages (i see that other .la files use it but no idea why dont work with mesa

).

I made a workaround copying a libGLU.la with fixed paths in both /usr/lib and /usr/lib32

/usr/lib/libGLU.la

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

recently i faced the situation to re-install my workstation from scratch.
i realized that the hack we (well, mostly you) made works incredibly well.
the problems i had with some games, etc. were completely unrelated to this work, but came from driver problems (XAA vs. EXA).
the only thing that does not work out of the box is the change to /usr/lib32/libGLU.la.
if we could fix this, many other people could take advantage of that.
do you have a useful idea, code_raptor?

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

code_raptor, was that you on b.g.o ?
i can create an updated tarball including your cairo ebuild if you want that.
do you have any ideas about the libGLU.la problem?

code_raptor · n00b Joined: 24 Jun 2005 Posts: 47

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

you meant "harmless" or "not harmful", not harmful, right?
i guess that way is okay. i don't have the time at the moment to test this.
just a little note: i think its better to use "dosed" instead of "sed" inside ebuilds.
thanks for the help.
in the bug nobody responded to my question if anybody is using this. strange.
otherwise i would have tried to set up an overlay that is available for everybody.

code_raptor · n00b Joined: 24 Jun 2005 Posts: 47

s_j_newbury · n00b Joined: 05 Apr 2007 Posts: 56 Location: UK

Hi code_raptor, I had a slight delay getting on here since my account had been deactivated. Donnie Berkholz (dberkholz at gentoo.org) is the x11 overlay maintainer, have you tried contacting him? I would like to think if you've managed to cleanly implement multilib support in all the emul-libs then there will be no argument against retiring them.

alex.blackbit · Advocate Joined: 26 Jul 2005 Posts: 2397

i had an email conversation with donnie on 10/30/08 regarding this topic, but back then this project was far from usable.
at least i did not try to make the content of all emul-libs packages multilib capable. but it sounds like a plan.
this should be the complete list of emul packages

s_j_newbury · n00b Joined: 05 Apr 2007 Posts: 56 Location: UK

s_j_newbury · n00b Joined: 05 Apr 2007 Posts: 56 Location: UK

I'll get an email off to Donnie, and see what he says.