Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
multilib-overlay
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Sat Nov 01, 2008 12:04 pm    Post subject: Reply with quote

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.
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Sun Nov 02, 2008 8:47 pm    Post subject: Reply with quote

freeglut works now.
doom3 says:
Code:
% doom3
DOOM 1.3.1302 linux-x86 May 12 2005 14:56:44
found interface lo - loopback
------ Initializing File System ------
Loaded pk4 /opt/doom3/base/game01.pk4 with checksum 0xe9d5adcf
Loaded pk4 /opt/doom3/base/game02.pk4 with checksum 0x80401dd2
Loaded pk4 /opt/doom3/base/game03.pk4 with checksum 0x351c23e8
Loaded pk4 /opt/doom3/base/pak000.pk4 with checksum 0x28d208f1
Loaded pk4 /opt/doom3/base/pak001.pk4 with checksum 0x40244be0
Loaded pk4 /opt/doom3/base/pak002.pk4 with checksum 0xc51ecdcd
Loaded pk4 /opt/doom3/base/pak003.pk4 with checksum 0xcd79d028
Loaded pk4 /opt/doom3/base/pak004.pk4 with checksum 0x765e4f8b
Loaded pk4 /opt/doom3/base/pak005.pk4 with checksum 0x8ffc3621
Loaded pk4 /opt/doom3/base/pak006.pk4 with checksum 0x95b65ab
Loaded pk4 /opt/doom3/base/pak007.pk4 with checksum 0x666bdb3c
Current search path:
/home/ahuemer/.doom3/base
/opt/doom3/base
/opt/doom3/base/pak007.pk4 (38 files)
/opt/doom3/base/pak006.pk4 (48 files)
/opt/doom3/base/pak005.pk4 (63 files)
/opt/doom3/base/pak004.pk4 (5137 files)
/opt/doom3/base/pak003.pk4 (4676 files)
/opt/doom3/base/pak002.pk4 (6120 files)
/opt/doom3/base/pak001.pk4 (8972 files)
/opt/doom3/base/pak000.pk4 (2698 files)
/opt/doom3/base/game03.pk4 (2 files)
/opt/doom3/base/game02.pk4 (2 files)
/opt/doom3/base/game01.pk4 (2 files)
game DLL: 0x0 in pak: 0x0
Addon pk4s:
file system initialized.
--------------------------------------
----- Initializing Decls -----
------------------------------
------- Initializing renderSystem --------
using ARB renderSystem
renderSystem initialized.
--------------------------------------
5206 strings read from strings/english.lang
Couldn't open journal files
execing editor.cfg
execing default.cfg
couldn't exec DoomConfig.cfg
couldn't exec autoexec.cfg
5206 strings read from strings/english.lang
----- Initializing Sound System ------
sound system initialized.
--------------------------------------
----- R_InitOpenGL -----
Setup X display connection
dlopen(libGL.so.1)
Initializing OpenGL display
Using XFree86-VidModeExtension Version 2.2
DGA DirectVideo Mouse (Version 2.0) initialized
Free86-VidModeExtension Activated at 640x480
Couldn't get a visual
dlopen(libGL.so.1)
Initializing OpenGL display
Using XFree86-VidModeExtension Version 2.2
DGA DirectVideo Mouse (Version 2.0) initialized
Free86-VidModeExtension Activated at 640x480
Couldn't get a visual
idRenderSystem::Shutdown()
Fatal X Error:
  Major opcode of failed request: 105
  Minor opcode of failed request: 0
  Serial number of failed request: 48
BadValue (integer parameter out of range for operation)
Fatal X Error:
  Major opcode of failed request: 2
  Minor opcode of failed request: 0
  Serial number of failed request: 52
BadWindow (invalid Window parameter)
Fatal X Error:
  Major opcode of failed request: 4
  Minor opcode of failed request: 0
  Serial number of failed request: 53
BadWindow (invalid Window parameter)
Sys_Error: Unable to initialize OpenGL
%

i don't know how to interpret this. i will go on modifying some libs and emerging them. maybe the problem goes away.
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Sun Nov 02, 2008 8:54 pm    Post subject: Reply with quote

libXaw does not compile. did you have problems too, code_raptor?
Back to top
View user's profile Send private message
code_raptor
n00b
n00b


Joined: 24 Jun 2005
Posts: 47

PostPosted: Mon Nov 03, 2008 4:50 am    Post subject: Reply with quote

alex.blackbit wrote:
libXaw does not compile. did you have problems too, code_raptor?


The problems of type "/usr/lib64/libX***.so: could not read symbols: File in wrong format" are because libtool it cant find the library in /usr/lib32 so it tries with /usr/lib64 (and get the format error).

In your case libXaw needs the 32bit version of libXau so compile it first.

P.S: dont have idea about the doom3 error, i havent installed yet.
_________________
just feel the code...
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Mon Nov 03, 2008 11:15 am    Post subject: Reply with quote

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:
# eix -cIC x11-libs
[I] x11-libs/cairo (1.8.0@10/27/08): A vector graphics library with cross-device output support
[I] x11-libs/gksu (2.0.0-r2@10/31/08): A gtk+ frontend for libgksu
[I] x11-libs/gtk+ (1.2.10-r12(1)@08/21/08 2.14.4(2)@10/19/08): Gimp ToolKit +
[I] x11-libs/gtkglext (1.2.0@06/22/08): GL extensions for Gtk+ 2.0
[I] x11-libs/gtksourceview (1.8.5-r1(1.0)@06/22/08 2.4.0(2.0)@10/08/08): A text widget implementing syntax highlighting and other
features
[I] x11-libs/libFS (1.0.1@09/15/08): X.Org FS library
[I] x11-libs/libICE (1.0.4[blackbit's portage overlay]@10/31/08): X.Org ICE library
[I] x11-libs/libSM (1.1.0[blackbit's portage overlay]@10/31/08): X.Org SM library
[I] x11-libs/libX11 (1.1.5[blackbit's portage overlay]@10/31/08): X.Org X11 library
[I] x11-libs/libXScrnSaver (1.1.3[blackbit's portage overlay]@10/31/08): X.Org XScrnSaver library
[I] x11-libs/libXau (1.0.4[blackbit's portage overlay]@11/03/08): X.Org Xau library
[I] x11-libs/libXaw (1.0.4[blackbit's portage overlay]@11/03/08): X.Org Xaw library
[I] x11-libs/libXcomposite (0.4.0[blackbit's portage overlay]@10/31/08): X.Org Xcomposite library
[I] x11-libs/libXcursor (1.1.9[blackbit's portage overlay]@11/01/08): X.Org Xcursor library
[I] x11-libs/libXdamage (1.1.1[blackbit's portage overlay]@10/31/08): X.Org Xdamage library
[I] x11-libs/libXdmcp (1.0.2[blackbit's portage overlay]@11/02/08): X.Org Xdmcp library
[I] x11-libs/libXext (1.0.4[blackbit's portage overlay]@10/31/08): X.Org Xext library
[I] x11-libs/libXfixes (4.0.3[blackbit's portage overlay]@10/31/08): X.Org Xfixes library
[I] x11-libs/libXfont (1.3.3@07/09/08): X.Org Xfont library
[I] x11-libs/libXfontcache (1.0.4@09/15/08): X.Org Xfontcache library
[I] x11-libs/libXft (2.1.13[blackbit's portage overlay]@11/02/08): X.Org Xft library
[I] x11-libs/libXi (1.1.3[blackbit's portage overlay]@10/31/08): X.Org Xi library
[I] x11-libs/libXinerama (1.0.3[blackbit's portage overlay]@10/31/08): X.Org Xinerama library
[I] x11-libs/libXmu (1.0.4[blackbit's portage overlay]@11/02/08): X.Org Xmu library
[I] x11-libs/libXp (1.0.0[blackbit's portage overlay]@11/02/08): X.Org Xp library
[I] x11-libs/libXpm (3.5.7[blackbit's portage overlay]@11/02/08): X.Org Xpm library
[I] x11-libs/libXrandr (1.2.3[blackbit's portage overlay]@11/01/08): X.Org Xrandr library
[I] x11-libs/libXrender (0.9.4[blackbit's portage overlay]@11/01/08): X.Org Xrender library
[I] x11-libs/libXres (1.0.3@06/22/08): X.Org XRes library
[I] x11-libs/libXt (1.0.5[blackbit's portage overlay]@10/31/08): X.Org Xt library
[I] x11-libs/libXtst (1.0.3[blackbit's portage overlay]@11/02/08): X.Org Xtst library
[I] x11-libs/libXv (1.0.4[blackbit's portage overlay]@10/31/08): X.Org Xv library
[I] x11-libs/libXvMC (1.0.4[blackbit's portage overlay]@11/02/08): X.Org XvMC library
[I] x11-libs/libXxf86dga (1.0.2[blackbit's portage overlay]@10/31/08): X.Org Xxf86dga library
[I] x11-libs/libXxf86misc (1.0.1@06/22/08): X.Org Xxf86misc library
[I] x11-libs/libXxf86vm (1.0.2[blackbit's portage overlay]@10/31/08): X.Org Xxf86vm library
[I] x11-libs/libdrm (2.4.0[blackbit's portage overlay]@10/31/08): X.Org libdrm library
[I] x11-libs/libfontenc (1.0.4@06/22/08): X.Org fontenc library
[I] x11-libs/libgksu (2.0.5(2)@08/18/08): A library for integration of su into applications
[I] x11-libs/liblbxutil (1.0.1@06/22/08): X.Org lbxutil library
[I] x11-libs/libnotify (0.4.4@10/22/08): Notifications library
[I] x11-libs/libpciaccess (0.10.4@10/21/08): Library providing generic access to the PCI bus and devices
[I] x11-libs/libsexy (0.1.11@06/22/08): Sexy GTK+ Widgets
[I] x11-libs/libwnck (2.24.1@10/22/08): A window navigation construction kit
[I] x11-libs/libxcb (1.1.90.1[blackbit's portage overlay]@10/31/08): X C-language Bindings library
[I] x11-libs/libxkbfile (1.0.5@06/22/08): X.Org xkbfile library
[I] x11-libs/libxkbui (1.0.2@06/22/08): X.Org xkbui library
[I] x11-libs/libxklavier (3.6@06/22/08): High level XKB library
[I] x11-libs/openmotif (2.3.1.1@10/15/08): Open Motif
[I] x11-libs/pango (1.22.2@10/31/08): Text rendering and layout library
[I] x11-libs/pixman (0.12.0[blackbit's portage overlay]@11/02/08): Low-level pixel manipulation routines
[I] x11-libs/qt (4.4.2(4)@09/19/08): The Qt toolkit is a comprehensive C++ application development framework.
[I] x11-libs/qt-assistant (4.4.2(4)@10/22/08): The assistant help module for the Qt toolkit.
[I] x11-libs/qt-core (4.4.2(4)@09/19/08): The Qt toolkit is a comprehensive C++ application development framework.
[I] x11-libs/qt-dbus (4.4.2(4)@09/19/08): The DBus module for the Qt toolkit.
[I] x11-libs/qt-gui (4.4.2(4)@09/19/08): The GUI module(s) for the Qt toolkit.
[I] x11-libs/qt-opengl (4.4.2(4)@09/19/08): The OpenGL module for the Qt toolkit.
[I] x11-libs/qt-qt3support (4.4.2(4)@09/19/08): The Qt3 support module for the Qt toolkit.
[I] x11-libs/qt-script (4.4.2(4)@09/19/08): The ECMAScript module for the Qt toolkit
[I] x11-libs/qt-sql (4.4.2(4)@09/19/08): The SQL module for the Qt toolkit.
[I] x11-libs/qt-svg (4.4.2(4)@09/19/08): The SVG module for the Qt toolkit.
[I] x11-libs/qt-test (4.4.2(4)@09/19/08): The testing framework module for the Qt toolkit.
[I] x11-libs/qt-webkit (4.4.2(4)@09/19/08): The Webkit module for the Qt toolkit.
[I] x11-libs/qt-xmlpatterns (4.4.2(4)@09/19/08): The patternist module for the Qt toolkit.
[I] x11-libs/startup-notification (0.9@06/22/08): Application startup notification and feedback library
[I] x11-libs/vte (0.17.4-r1@10/28/08): Gnome terminal widget
[I] x11-libs/wxGTK (2.6.4.0-r4(2.6)@07/31/08 2.8.9.1-r1(2.8)@10/19/08): GTK+ version of wxWidgets, a cross-platform C++ GUI toolki
t.
[I] x11-libs/xcb-util (0.3.0@09/19/08): X C-language Bindings sample implementations
[I] x11-libs/xtrans (1.2.2@10/14/08): X.Org xtrans library
Found 69 matches.
#

what about them? will we need a 32bit version of them too for some reason?
Back to top
View user's profile Send private message
code_raptor
n00b
n00b


Joined: 24 Jun 2005
Posts: 47

PostPosted: Mon Nov 03, 2008 3:58 pm    Post subject: Reply with quote

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...
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Mon Nov 03, 2008 5:55 pm    Post subject: Reply with quote

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.
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Tue Nov 04, 2008 10:44 am    Post subject: Reply with quote

i just found out that xv video playback stopped working on my machine :(
mplayer says
Code:
X11 error: BadAlloc (insufficient resources for operation)?,?% 0 0
X11 error: BadAlloc (insufficient resources for operation)?,?% 0 0
X11 error: BadAlloc (insufficient resources for operation)?,?% 0 0
X11 error: BadAlloc (insufficient resources for operation)
X11 error: BadAlloc (insufficient resources for operation)?,?% 0 0
X11 error: BadAlloc (insufficient resources for operation)?,?% 0 0

since i was plumbing on my x libs.
glxinfo, etc. say everything is okay, googleearth still works.
any ideas?
Back to top
View user's profile Send private message
code_raptor
n00b
n00b


Joined: 24 Jun 2005
Posts: 47

PostPosted: Tue Nov 04, 2008 2:55 pm    Post subject: Reply with quote

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...
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Tue Nov 04, 2008 3:00 pm    Post subject: Reply with quote

i am using xf86-drivers-video-ati-6.9.0.
what would i need EXA for and how do i enable it?
Back to top
View user's profile Send private message
code_raptor
n00b
n00b


Joined: 24 Jun 2005
Posts: 47

PostPosted: Tue Nov 04, 2008 8:15 pm    Post subject: Reply with quote

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...
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Tue Nov 04, 2008 10:21 pm    Post subject: Reply with quote

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?
Back to top
View user's profile Send private message
code_raptor
n00b
n00b


Joined: 24 Jun 2005
Posts: 47

PostPosted: Wed Nov 05, 2008 4:34 am    Post subject: Reply with quote

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 :P ) 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...
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Sat Nov 08, 2008 11:34 am    Post subject: Reply with quote

i just ran into a problem re-emerging vlc.
Code:
/bin/sh ../../libtool --tag=CC --tag=CC   --mode=link x86_64-pc-linux-gnu-gcc -std=gnu99 `top_builddir="../.." ../../vlc-config --
cflags plugin libfb_plugin.la` -O2 -pipe -march=nocona -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -W
cast-align -Wwrite-strings -Wmissing-prototypes -Wvolatile-register-var -rpath '/usr/lib64/vlc/video_output' -avoid-version -modul
e -no-undefined -export-symbol-regex ^vlc_entry -shrext .so `top_builddir="../.." ../../vlc-config --ldflags plugin libfb_plugin.l
a`  -o libfb_plugin.la  libfb_plugin_la-fb.lo  `top_builddir="../.." ../../vlc-config -libs plugin libfb_plugin.la` ../../src/libv
lccore.la
libtool: link: warning: `/usr/lib/libGLU.la' seems to be moved
mv -f .deps/libopengl_plugin_la-opengl.Tpo .deps/libopengl_plugin_la-opengl.Plo
/bin/sh ../../libtool --tag=CC --tag=CC   --mode=link x86_64-pc-linux-gnu-gcc -std=gnu99 `top_builddir="../.." ../../vlc-config --
cflags plugin libggi_plugin.la` -O2 -pipe -march=nocona -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -
Wcast-align -Wwrite-strings -Wmissing-prototypes -Wvolatile-register-var -rpath '/usr/lib64/vlc/video_output' -avoid-version -modu
le -no-undefined -export-symbol-regex ^vlc_entry -shrext .so `top_builddir="../.." ../../vlc-config --ldflags plugin libggi_plugin
.la`  -o libggi_plugin.la  libggi_plugin_la-ggi.lo  `top_builddir="../.." ../../vlc-config -libs plugin libggi_plugin.la` ../../sr
c/libvlccore.la
libtool: link: x86_64-pc-linux-gnu-gcc -std=gnu99 -shared  .libs/libaa_plugin_la-aa.o   -Wl,-rpath -Wl,/var/tmp/portage/media-vide
o/vlc-0.9.6/work/vlc-0.9.6/src/.libs /usr/lib64/libaa.so -L/usr/lib64 -lncurses /usr/lib64/libX11.so /usr/lib64/libxcb-xlib.so /us
r/lib64/libxcb.so /usr/lib64/libXau.so /usr/lib64/libXdmcp.so ../../src/.libs/libvlccore.so /usr/lib64/libhal.so /usr/lib64/libdbu
s-1.so -lrt -lpthread -ldl -lm  -march=nocona   -Wl,-soname -Wl,libaa_plugin.so -o .libs/libaa_plugin.so
libtool: link: x86_64-pc-linux-gnu-gcc -std=gnu99 -shared  .libs/libfb_plugin_la-fb.o   -Wl,-rpath -Wl,/var/tmp/portage/media-vide
o/vlc-0.9.6/work/vlc-0.9.6/src/.libs ../../src/.libs/libvlccore.so -L/usr/lib64 /usr/lib64/libhal.so /usr/lib64/libdbus-1.so -lrt
-lpthread -ldl -lm  -march=nocona   -Wl,-soname -Wl,libfb_plugin.so -o .libs/libfb_plugin.so
/bin/grep: /usr/{libdir}/libGLU.la: No such file or directory
/bin/sed: can't read /usr/{libdir}/libGLU.la: No such file or directory
libtool: link: `/usr/{libdir}/libGLU.la' is not a valid libtool archive
make[5]: *** [libcaca_plugin.la] Error 1
make[5]: *** Waiting for unfinished jobs....
libtool: link: x86_64-pc-linux-gnu-gcc -std=gnu99 -shared  .libs/libdirectfb_plugin_la-directfb.o   -Wl,-rpath -Wl,/var/tmp/portag
e/media-video/vlc-0.9.6/work/vlc-0.9.6/src/.libs -L/usr/lib64 /usr/lib64/libdirectfb.so /usr/lib64/libfusion.so /usr/lib64/libdire
ct.so -lz ../../src/.libs/libvlccore.so /usr/lib64/libhal.so /usr/lib64/libdbus-1.so -lrt -lpthread -ldl -lm  -march=nocona   -Wl,
-soname -Wl,libdirectfb_plugin.so -o .libs/libdirectfb_plugin.so
libtool: link: ( cd ".libs" && rm -f "libfb_plugin.la" && ln -s "../libfb_plugin.la" "libfb_plugin.la" )
libtool: link: ( cd ".libs" && rm -f "libaa_plugin.la" && ln -s "../libaa_plugin.la" "libaa_plugin.la" )
libtool: link: ( cd ".libs" && rm -f "libdirectfb_plugin.la" && ln -s "../libdirectfb_plugin.la" "libdirectfb_plugin.la" )
libtool: link: x86_64-pc-linux-gnu-gcc -std=gnu99 -shared  .libs/libggi_plugin_la-ggi.o   -Wl,-rpath -Wl,/var/tmp/portage/media-vi
deo/vlc-0.9.6/work/vlc-0.9.6/src/.libs /usr/lib64/libggi.so -L/usr/lib -L/usr/lib64 /usr/lib64/libaa.so -lncurses /usr/lib64/libXx
f86vm.so /usr/lib64/libgii.so /usr/lib64/libXxf86dga.so /usr/lib64/libXext.so /usr/lib64/libX11.so /usr/lib64/libxcb-xlib.so /usr/
lib64/libxcb.so /usr/lib64/libXau.so /usr/lib64/libXdmcp.so /usr/lib64/libgg.so -lc ../../src/.libs/libvlccore.so /usr/lib64/libha
l.so /usr/lib64/libdbus-1.so -lrt -lpthread -ldl -lm  -march=nocona   -Wl,-soname -Wl,libggi_plugin.so -o .libs/libggi_plugin.so
libtool: link: ( cd ".libs" && rm -f "libggi_plugin.la" && ln -s "../libggi_plugin.la" "libggi_plugin.la" )
make[5]: Leaving directory `/var/tmp/portage/media-video/vlc-0.9.6/work/vlc-0.9.6/modules/video_output'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/var/tmp/portage/media-video/vlc-0.9.6/work/vlc-0.9.6/modules/video_output'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/var/tmp/portage/media-video/vlc-0.9.6/work/vlc-0.9.6/modules/video_output'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/media-video/vlc-0.9.6/work/vlc-0.9.6/modules'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-video/vlc-0.9.6/work/vlc-0.9.6'
make: *** [all] Error 2
 *
 * ERROR: media-video/vlc-0.9.6 failed.
 * Call stack:
 * ebuild.sh, line   49:  Called src_compile
 * environment, line 3645:  Called die
 * The specific snippet of code:
 * emake || die "make of VLC failed"
 * The die message:
 * make of VLC failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/media-video/vlc-0.9.6/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/media-video/vlc-0.9.6/temp/environment'.
 *

>>> Failed to emerge media-video/vlc-0.9.6, Log file:

>>>  '/var/tmp/portage/media-video/vlc-0.9.6/temp/build.log'

 * Messages for package media-video/vlc-0.9.6:

 *
 * ERROR: media-video/vlc-0.9.6 failed.
 * Call stack:
 * ebuild.sh, line   49:  Called src_compile
 * environment, line 3645:  Called die
 * The specific snippet of code:
 * emake || die "make of VLC failed"
 * The die message:
 * make of VLC failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/media-video/vlc-0.9.6/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/media-video/vlc-0.9.6/temp/environment'.
 *

 * GNU info directory index is up-to-date.
#

Code:
% ls -l /usr/lib/libGLU.la
-rw-r--r-- 1 root root 757 Nov  1 08:42 /usr/lib/libGLU.la
%

can you reproduce that, code_raptor?
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Mon Nov 17, 2008 11:29 am    Post subject: Reply with quote

code_raptor, are you still working on that?
Back to top
View user's profile Send private message
code_raptor
n00b
n00b


Joined: 24 Jun 2005
Posts: 47

PostPosted: Mon Nov 17, 2008 3:23 pm    Post subject: Reply with quote

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
Code:

# libGLU.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.4 (1.920 2001/04/24 23:26:18)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname='libGLU.so.1'

# Names of this library.
library_names='libGLU.so.1.3 libGLU.so.1 libGLU.so'

# The name of the static archive.
old_library=''

# Libraries that this one depends upon.
dependency_libs=' -L/usr/lib -lGL -lSM -lICE -lXmu -lXt -lXext -lXi -lX11 -ldl -lpthread      '

# Version information for libGLU.
current=4
age=3
revision=0

# Is this an already installed library?
installed=yes

# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''

# Directory that this library needs to be installed in:
libdir='/usr/lib'


/usr/lib32/libGLU.la
Code:

# libGLU.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.4 (1.920 2001/04/24 23:26:18)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname='libGLU.so.1'

# Names of this library.
library_names='libGLU.so.1.3 libGLU.so.1 libGLU.so'

# The name of the static archive.
old_library=''

# Libraries that this one depends upon.
dependency_libs=' -L/usr/lib32 -lGL -lSM -lICE -lXmu -lXt -lXext -lXi -lX11 -ldl -lpthread      '

# Version information for libGLU.
current=4
age=3
revision=0

# Is this an already installed library?
installed=yes

# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''

# Directory that this library needs to be installed in:
libdir='/usr/lib32'


Btw i fixed the eclass, the ${S} variable was pointing to the wrong path when the ebuild was using MULTILIB_SPLITTREE (like mesa) when using the 9999 version (git version). I added a check too to avoid all the multilib thing if the lib32 use flag is disabled.
Code:

# Copyright 1999-2008 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
#
# @ECLASS: multilib-xlibs.eclass

IUSE="${IUSE} lib32"

if use lib32; then
   EMULTILIB_PKG="true"
fi

inherit multilib

# @ECLASS-VARIABLE: XMODULAR_MULTILIB
# @DESCRIPTION:
# If set to 'yes' the eclass uses the x-modular_src_compile and x-modular_src_install functions of the x-modular eclass
# Set before inheriting this eclass and use only if you are inheriting the x-modular eclass (i dont find a way to check this yet)

# @ECLASS-VARIABLE: MULTILIB_SPLITTREE
# @DESCRIPTION:
# If set to 'yes' if the package dont support building of both trees on the same dir (currently only needed with mesa package)
# Set before inheriting this eclass.

# @ECLASS-VARIABLE: XMODULAR_SUPRESS_TESTS
# @DESCRIPTION:
# If set to 'yes' the malloc test on the configure phrase is skipped (only needed with some x-modular packages)
# Set before inheriting this eclass.

# @FUNCTION: multilib-xlibs_src_compile
# @USAGE:
# @DESCRIPTION:
multilib-xlibs_src_compile() {
if [[ -n ${EMULTILIB_PKG} ]]; then
   if [[ -z ${OABI} ]] ; then
      local abilist=""
      if has_multilib_profile ; then
         abilist=$(get_install_abis)
         einfo "Building multilib ${PN} for ABIs: ${abilist}"
      elif is_crosscompile || tc-is-cross-compiler ; then
         abilist=${DEFAULT_ABI}
      fi
      if [[ -n ${abilist} ]] ; then
         OABI=${ABI}
         for ABI in ${abilist} ; do
            export ABI
            multilib-xlibs_src_compile
         done
         ABI=${OABI}
         unset OABI
         return 0
      fi
   fi
fi
   multilib-xlibs_src_compile_sub
}

# @FUNCTION: multilib-xlibs_src_install
# @USAGE:
# @DESCRIPTION:
multilib-xlibs_src_install() {
if [[ -n ${EMULTILIB_PKG} ]]; then
   if [[ -z ${OABI} ]] ; then
      local abilist=""
      if has_multilib_profile ; then
         abilist=$(get_install_abis)
         einfo "Installing multilib ${PN} for ABIs: ${abilist}"
      elif is_crosscompile || tc-is-cross-compiler ; then
         abilist=${DEFAULT_ABI}
      fi
      if [[ -n ${abilist} ]] ; then
         OABI=${ABI}
         for ABI in ${abilist} ; do
            export ABI
            multilib-xlibs_src_install
         done
         ABI=${OABI}
         unset OABI
         return 0
      fi
   fi
   einfo "Installing ${PN} ${ABI} ..."

   if [[ -n ${MULTILIB_SPLITTREE} ]]; then
      cd ${WORKDIR}/builddir.${ABI}
   else   
      cd "${S}/objdir-${ABI}"
   fi
   fi
        if [[ -n ${XMODULAR_MULTILIB} ]]; then
                x-modular_src_install
        else
                multilib-xlibs_src_install_internal
        fi
}

# @FUNCTION: multilib-xlibs_src_compile_sub
# @USAGE:
# @DESCRIPTION:
multilib-xlibs_src_compile_sub() {
if [[ -n ${EMULTILIB_PKG} ]]; then
   local myconf
   local OCFLAGS=""
   local OCXXFLAGS=""
   local OCHOST=""
   local OSPATH=""
   CC="$(tc-getCC)"
   CXX="$(tc-getCXX)"

   if has_multilib_profile ; then
      OCFLAGS="${CFLAGS}"
      OCXXFLAGS="${CXXFLAGS}"
      OCHOST="${CHOST}"
      OSPATH="${S}"
      if use amd64 || use ppc64 ; then
         case ${ABI} in
            x86)    CHOST="i686-${OCHOST#*-}"
            CFLAGS="${OCFLAGS} -m32"
            CXXFLAGS="${OCXXFLAGS} -m32"
            ;;
            amd64)  CHOST="x86_64-${OCHOST#*-}"
            CFLAGS="${OCFLAGS} -m64"
            CXXFLAGS="${CXXFLAGS} -m64"
            ;;
            ppc)   CHOST="powerpc-${OCHOST#*-}"
            CFLAGS="${OCFLAGS} -m32"
            CXXFLAGS="${OCXXFLAGS} -m32"
            ;;
            ppc64)   CHOST="powerpc64-${OCHOST#*-}"
            CFLAGS="${OCFLAGS} -m64"
            CXXFLAGS="${OCXXFLAGS} -m64"
            ;;
            *)   die "Unknown ABI"
            ;;
         esac
      fi
   fi

   if [[ -n ${MULTILIB_SPLITTREE} ]]; then
           cp -al ${S} ${WORKDIR}/builddir.${ABI}
           cd ${WORKDIR}/builddir.${ABI}
      S=${WORKDIR}/builddir.${ABI}
   else
      mkdir "${S}/objdir-${ABI}"
      cd "${S}/objdir-${ABI}"
      ECONF_SOURCE=".."
   fi

   if [[ -n ${XMODULAR_SUPRESS_TESTS} ]]; then
      CONFIGURE_OPTIONS="${CONFIGURE_OPTIONS} --enable-malloc0returnsnull=yes"
   fi

   PKG_CONFIG_PATH="/usr/$(get_libdir)/pkgconfig"
fi
   if [[ -n ${XMODULAR_MULTILIB} ]]; then
      x-modular_src_compile
   else
      multilib-xlibs_src_compile_internal
   fi
if [[ -n ${EMULTILIB_PKG} ]]; then
   if has_multilib_profile; then
      CFLAGS="${OCFLAGS}"
      CXXFLAGS="${OCXXFLAGS}"
      CHOST="${OCHOST}"
      S="${OSPATH}"
   fi
fi
}

# @FUNCTION: multilib-xlibs_src_compile_internal
# @USAGE: override this function if you arent using x-modules eclass and want to use a custom src_compile.
# @DESCRIPTION:
multilib-xlibs_src_compile_internal() {
   econf || die
   emake || die
}

# @FUNCTION: multilib-xlibs_src_install_internal
# @USAGE: override this function if you arent using x-modules eclass and want to use a custom src_install
# @DESCRIPTION:
multilib-xlibs_src_install_internal() {
   src_install
}

EXPORT_FUNCTIONS src_compile src_install

_________________
just feel the code...
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Fri Jan 16, 2009 2:05 pm    Post subject: Reply with quote

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?
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Wed Mar 04, 2009 7:47 am    Post subject: Reply with quote

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?
Back to top
View user's profile Send private message
code_raptor
n00b
n00b


Joined: 24 Jun 2005
Posts: 47

PostPosted: Thu Mar 05, 2009 2:59 am    Post subject: Reply with quote

alex.blackbit wrote:
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?


Yes, was me. I modified the cairo ebuild too (but is strange that the compiled drm libs arent referencing cairo :?), so i dont know is cairo is really needed at all. Another thing is that multilib cairo didnt compile with the glitz USE flag on (making a multilib glitz had no effect on my end), so i prefer to dont push that ebuild in your tarball yet until the cairo thing is clarified.

Sorry, i was thinking that the thread died so i lost the track :oops: . Anyway i modified the mesa ebuild to deal with the libGLU problem (i didnt wanted to modify the ebuild, but i cant think on another solution and that 1-line sed isnt that bad)

mesa-7.3.ebuild
Code:

--- /usr/portage/media-libs/mesa/mesa-7.3.ebuild   2009-02-03 11:39:52.000000000 -0430
+++ mesa-7.3.ebuild   2009-03-04 22:11:43.000000000 -0430
@@ -5,7 +5,8 @@
 GIT=$([[ ${PV} = 9999* ]] && echo "git")
 EGIT_REPO_URI="git://anongit.freedesktop.org/mesa/mesa"
 
-inherit autotools multilib flag-o-matic ${GIT} portability
+MULTILIB_SPLITTREE="true"
+inherit autotools multilib flag-o-matic ${GIT} portability multilib-xlibs
 
 OPENGL_DIR="xorg-x11"
 
@@ -118,7 +119,7 @@
    eautoreconf
 }
 
-src_compile() {
+multilib-xlibs_src_compile_internal() {
    local myconf
 
    # This is where we might later change to build xlib/osmesa
@@ -166,7 +167,7 @@
    emake || die
 }
 
-src_install() {
+multilib-xlibs_src_install_internal() {
    dodir /usr
    emake \
       DESTDIR="${D}" \
@@ -186,6 +187,9 @@
    insinto /usr/$(get_libdir)
    # (#67729) Needs to be lib, not $(get_libdir)
    doins "${FILESDIR}"/lib/libGLU.la
+   sed -i -e "s:/lib:/$(get_libdir):g" \
+      "${D}"/usr/$(get_libdir)/libGLU.la
+
    sed -e "s:\${libdir}:$(get_libdir):g" "${FILESDIR}"/lib/libGL.la \
       > "${D}"/usr/$(get_libdir)/opengl/xorg-x11/lib/libGL.la
 
 


(but doing that way the 64bit libGLU.la is pointing to "lib64" instead of "lib", anyway /usr/lib is just a symlink to /usr/lib64, so i think that the change is harmful)
_________________
just feel the code...
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Thu Mar 05, 2009 2:44 pm    Post subject: Reply with quote

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.
Back to top
View user's profile Send private message
code_raptor
n00b
n00b


Joined: 24 Jun 2005
Posts: 47

PostPosted: Thu Mar 05, 2009 5:39 pm    Post subject: Reply with quote

alex.blackbit wrote:
you meant "harmless" or "not harmful", not harmful, right?

*checking translator*...Yes, you right :P

from https://bugs.gentoo.org/show_bug.cgi?id=204755#c69 wrote:
Okay, I've had a look. Looks good, however have you found it works when a
cross-i686 toolchain is installed? I found it's necessary to "export" CC and
CXX, otherwise they don't actually get used (see your multilib-xlibs.eclass).


He was right, i installed an i686 crossdev compiler and it interferes with the multilib build. Exporting the CC/CXX variables did the trick.

Code:

--- multilib-xlibs.eclass.old   2009-03-05 14:57:06.000000000 -0430
+++ multilib-xlibs.eclass   2009-03-05 14:49:42.000000000 -0430
@@ -104,8 +104,8 @@
       local OCXXFLAGS=""
       local OCHOST=""
       local OSPATH=""
-      CC="$(tc-getCC)"
-      CXX="$(tc-getCXX)"
+      export CC="$(tc-getCC)"
+      export CXX="$(tc-getCXX)"
 
       if has_multilib_profile ; then
          OCFLAGS="${CFLAGS}"

_________________
just feel the code...
Back to top
View user's profile Send private message
s_j_newbury
n00b
n00b


Joined: 05 Apr 2007
Posts: 55
Location: UK

PostPosted: Fri Mar 06, 2009 5:11 pm    Post subject: Reply with quote

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.
Back to top
View user's profile Send private message
alex.blackbit
Advocate
Advocate


Joined: 26 Jul 2005
Posts: 2397

PostPosted: Fri Mar 06, 2009 5:38 pm    Post subject: Reply with quote

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
Code:
app-emulation/emul-linux-x86-baselibs
app-emulation/emul-linux-x86-compat
app-emulation/emul-linux-x86-glibc-errno-compat
app-emulation/emul-linux-x86-gtklibs
app-emulation/emul-linux-x86-java
app-emulation/emul-linux-x86-medialibs
app-emulation/emul-linux-x86-qtlibs
app-emulation/emul-linux-x86-sdl
app-emulation/emul-linux-x86-soundlibs
app-emulation/emul-linux-x86-xlibs

i think not all are of equal skill level to port to multilib, e.g. soundlibs should be easier then java.
who wants to contact donnie? maybe he has some guidelines for us.
Back to top
View user's profile Send private message
s_j_newbury
n00b
n00b


Joined: 05 Apr 2007
Posts: 55
Location: UK

PostPosted: Fri Mar 06, 2009 5:54 pm    Post subject: Reply with quote

alex.blackbit wrote:
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
Code:
app-emulation/emul-linux-x86-baselibs
app-emulation/emul-linux-x86-compat
app-emulation/emul-linux-x86-glibc-errno-compat
app-emulation/emul-linux-x86-gtklibs
app-emulation/emul-linux-x86-java
app-emulation/emul-linux-x86-medialibs
app-emulation/emul-linux-x86-qtlibs
app-emulation/emul-linux-x86-sdl
app-emulation/emul-linux-x86-soundlibs
app-emulation/emul-linux-x86-xlibs

i think not all are of equal skill level to port to multilib, e.g. soundlibs should be easier then java.
who wants to contact donnie? maybe he has some guidelines for us.

I'm certainly prepared help achieve this. I'll take a look at java; I've been working on the gcj-jdk support recently anyway, so I'm quite familiar with the nuts and bolts there.
Back to top
View user's profile Send private message
s_j_newbury
n00b
n00b


Joined: 05 Apr 2007
Posts: 55
Location: UK

PostPosted: Fri Mar 06, 2009 5:56 pm    Post subject: Reply with quote

I'll get an email off to Donnie, and see what he says.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7  Next
Page 2 of 7

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum