Bug#614805: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Mate Miklos mtm...@freemail.hu writes: On 2011. November 13., Goswin von Brederlow wrote: Mate Miklos mtm...@freemail.hu writes: Dear all, I think the search path problem is caused by the fact that ia32-libs ships mesa 7.7.1, which is very old. The current in unstable/testing is 7.11. Also it is too old to recognise newer video chips, like mine for example. MM Ia32-libs gets verry irregular updates so that is a quite likely possibility. With multiarch finaly taking over there is even less incentive for ia32-libs to get updated. But if you can confirm that the DRI problem is solved by a simple update then I will do one. Here is what you do: 1) download the source: apt-get source ia32-libs 2) optionally : cp sources.list.deb sources.list.local edit sources.list.local 3) update precompiled debs: ./fetch-and-build 4) build package : dpkg-buildpackage -us -uc -b 5) install: dpkg -i ../ia32-libs*deb Step 3 might fail because packages have been removed from the archive, in which case an update won't be so simple. In that case you might have to edit the packages.list or give up and let me know. MfG Goswin Hi, I think I have to give up. I failed to properly build the package. I followed steps 1-3, changed the sources to unstable to get the latest for everything (BTW it's interesting to see that the ia32-libs package in unstable is built from squeeze sources), and tried to update the package list to satisfy the changed dependencies. I gave up when openssl1.0.0 didn't find libcrypto.so which is its own thing. Ia32-libs is usualy build from testing for reasons of keeping the testing versions in sync. Otherwise ia32-libs could migrate to testing before the packages it was build from do. Did I mention that ia32-libs is hideous? The reason for it to be squeeze (instead of the testing alias) is so that security updates in stable will not accidentally pull in testing packages. For a new unstable build this has to be changed to wheezy now. I will take a look and try to do the required changes soon. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614805: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
On 2011. November 13., Goswin von Brederlow wrote: Mate Miklos mtm...@freemail.hu writes: Dear all, I think the search path problem is caused by the fact that ia32-libs ships mesa 7.7.1, which is very old. The current in unstable/testing is 7.11. Also it is too old to recognise newer video chips, like mine for example. MM Ia32-libs gets verry irregular updates so that is a quite likely possibility. With multiarch finaly taking over there is even less incentive for ia32-libs to get updated. But if you can confirm that the DRI problem is solved by a simple update then I will do one. Here is what you do: 1) download the source: apt-get source ia32-libs 2) optionally : cp sources.list.deb sources.list.local edit sources.list.local 3) update precompiled debs: ./fetch-and-build 4) build package : dpkg-buildpackage -us -uc -b 5) install: dpkg -i ../ia32-libs*deb Step 3 might fail because packages have been removed from the archive, in which case an update won't be so simple. In that case you might have to edit the packages.list or give up and let me know. MfG Goswin Hi, I think I have to give up. I failed to properly build the package. I followed steps 1-3, changed the sources to unstable to get the latest for everything (BTW it's interesting to see that the ia32-libs package in unstable is built from squeeze sources), and tried to update the package list to satisfy the changed dependencies. I gave up when openssl1.0.0 didn't find libcrypto.so which is its own thing. By that time mesa was already built, so I tried to replace the installed files with the ones I just built, but apparently the package creation scripts are wrong. They build mesa with --enable-shared-glapi but fail to install libglapi.so. Maybe the problem with openssl is similar. I removed the mesa files installed from the ia32-libs package, copied the built files into /usr/lib32, and added my own glapi.so built as 32 bit from mesa git. It didn't work, 32 bit glxinfo fails with this: ./glxinfo32: symbol lookup error: /usr/lib32/libGL.so.1: undefined symbol: _glapi_tls_Dispatch MM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614805: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Mate Miklos mtm...@freemail.hu writes: Dear all, I think the search path problem is caused by the fact that ia32-libs ships mesa 7.7.1, which is very old. The current in unstable/testing is 7.11. Also it is too old to recognise newer video chips, like mine for example. MM Ia32-libs gets verry irregular updates so that is a quite likely possibility. With multiarch finaly taking over there is even less incentive for ia32-libs to get updated. But if you can confirm that the DRI problem is solved by a simple update then I will do one. Here is what you do: 1) download the source: apt-get source ia32-libs 2) optionally : cp sources.list.deb sources.list.local edit sources.list.local 3) update precompiled debs: ./fetch-and-build 4) build package : dpkg-buildpackage -us -uc -b 5) install: dpkg -i ../ia32-libs*deb Step 3 might fail because packages have been removed from the archive, in which case an update won't be so simple. In that case you might have to edit the packages.list or give up and let me know. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Dear all, I think the search path problem is caused by the fact that ia32-libs ships mesa 7.7.1, which is very old. The current in unstable/testing is 7.11. Also it is too old to recognise newer video chips, like mine for example. MM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614805: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Larry Lade larry.p.l...@gmail.com writes: Is this related to bug #543484? I believe I was experiencing this on squeeze amd64, on a Radeon X1900 with free drivers. Getting segfaults launching FrozenByte, a 32-bit OpenGL game. I extracted the libGL.so.1.2 out of the libgl1-mesa-glx_7.10.3-4~bpo60+1_i386.deb that's currently in squeeze-backports, then manually copied it (YIKES) into /usr/lib32. This fixed the problem. Do you have other X libraries or the Xserver from backports too? MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Is this related to bug #543484? I believe I was experiencing this on squeeze amd64, on a Radeon X1900 with free drivers. Getting segfaults launching FrozenByte, a 32-bit OpenGL game. I extracted the libGL.so.1.2 out of the libgl1-mesa-glx_7.10.3-4~bpo60+1_i386.deb that's currently in squeeze-backports, then manually copied it (YIKES) into /usr/lib32. This fixed the problem. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ia32-libs depends on: ii dpkg1.15.8.11Debian package management system ii lib32asound21.0.23-2.1 shared library for ALSA applicatio ii lib32bz2-1.01.0.5-6 high-quality block-sorting file co ii lib32gcc1 1:4.4.5-8GCC support library (32 bit Versio ii lib32ncurses5 5.7+20100313-5 shared libraries for terminal hand ii lib32stdc++64.4.5-8 The GNU Standard C++ Library v3 (3 ii lib32v4l-0 0.8.0-1 Collection of video4linux support ii lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti ii libc6-i386 2.11.2-10Embedded GNU C Library: 32-bit sha ia32-libs recommends no packages. Versions of packages ia32-libs suggests: ii ia32-libs-gtk 20111001 GTK+ ia32 shared libraries -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614805: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Kai Wasserbäch deb...@carbon-project.org writes: Dear Goswin, apart from the fact, that you didn't reassing this bug for real to src:mesa, it seems to be really a problem on the your end, i.e. the version of mesa shipped by ia32-libs. This bug should be fixed by commit cdd1912f ([0]) which happend in From the commit: mesa (7.10-5) UNRELEASED; urgency=low And according to rmadison wheezy only has 7.10-4. The ia32-libs packages are build against testing to avoid including untested and potentialy non-working packages from unstable and to stay in sync during freeze. The 7.10.2-1 package in unstable should fix the problem but that first needs to migrate to testing. Given that it has a new RC bug that also needs a fixed upload first. So please be patient. I will close this bug when I upload a new version. February. But I'm still seeing this with the March edition of ia32-libs. And I can confirm (with strings) that while the 64 bit Mesa libraries have the ${ORIGIN}/dri search path, the 32 bit libraries shipped by ia32-libs don't. The question you should have asked is: What do the 32bit libraries shipped with Debain i386 have? Please consider an upload of ia32-libs with the referenced commit included in the Mesa libraries. Thanks, Kai P.S.: A workaround for people hit by this: use LIBGL_DRIVERS_PATH=/usr/lib32/dri in the invocation of the program which needs the 32 bit libraries of Mesa (most people will see this with Wine, I'd suspect). [0] http://git.debian.org/?p=pkg-xorg/lib/mesa.git;a=commitdiff;h=cdd1912f MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Dear Goswin, apart from the fact, that you didn't reassing this bug for real to src:mesa, it seems to be really a problem on the your end, i.e. the version of mesa shipped by ia32-libs. This bug should be fixed by commit cdd1912f ([0]) which happend in February. But I'm still seeing this with the March edition of ia32-libs. And I can confirm (with strings) that while the 64 bit Mesa libraries have the ${ORIGIN}/dri search path, the 32 bit libraries shipped by ia32-libs don't. Please consider an upload of ia32-libs with the referenced commit included in the Mesa libraries. Thanks, Kai P.S.: A workaround for people hit by this: use LIBGL_DRIVERS_PATH=/usr/lib32/dri in the invocation of the program which needs the 32 bit libraries of Mesa (most people will see this with Wine, I'd suspect). [0] http://git.debian.org/?p=pkg-xorg/lib/mesa.git;a=commitdiff;h=cdd1912f -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#614805: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
reassign 614805 libgl1-mesa-glx thanks Andreas Wirooks nudgegoon...@hotmail.com writes: Package: ia32-libs Version: 20110117 Severity: important 32 bit applications that use libgl1 don't work. libgl1 searches in /usr/lib/dri but it has to search in /usr/lib32/dri. The effect is no 3d hardware acceleration in the 32 bit applications. I use the free ati driver and i think, all other free dri drivers will have this bug too, because libgl is the cause. FGLRX is not affected, because it comes with it's own libgl1, wich is configured right to search in /usr/lib32/fglrx. I can't tell anything about non-free nvidia. You can set LIBGL_DRIVERS_PATH=/usr/lib32/dri to make 32 bit applications work. But than 64 bit applications that use libgl1 don't work because the 64 bit dri directory is /usr/lib/dri and not /usr/lib32/dri. So this is truely a bug! Regards, Andreas And there is nothing ia32-libs can do there. The bug is in the libgl1. Reasigning to libgl1-mesa-glx. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Package: ia32-libs Version: 20110117 Severity: important 32 bit applications that use libgl1 don't work. libgl1 searches in /usr/lib/dri but it has to search in /usr/lib32/dri. The effect is no 3d hardware acceleration in the 32 bit applications. I use the free ati driver and i think, all other free dri drivers will have this bug too, because libgl is the cause. FGLRX is not affected, because it comes with it's own libgl1, wich is configured right to search in /usr/lib32/fglrx. I can't tell anything about non-free nvidia. You can set LIBGL_DRIVERS_PATH=/usr/lib32/dri to make 32 bit applications work. But than 64 bit applications that use libgl1 don't work because the 64 bit dri directory is /usr/lib/dri and not /usr/lib32/dri. So this is truely a bug! Regards, Andreas -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ia32-libs depends on: ii dpkg1.15.8.10Debian package management system ii lib32asound21.0.23-2.1 shared library for ALSA applicatio ii lib32bz2-1.01.0.5-6 high-quality block-sorting file co ii lib32gcc1 1:4.4.5-8GCC support library (32 bit Versio ii lib32ncurses5 5.7+20100313-5 shared libraries for terminal hand ii lib32stdc++64.4.5-8 The GNU Standard C++ Library v3 (3 ii lib32v4l-0 0.8.0-1 Collection of video4linux support ii lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti ii libc6-i386 2.11.2-10Embedded GNU C Library: 32-bit sha ia32-libs recommends no packages. Versions of packages ia32-libs suggests: ii ia32-libs-gtk 20110117 GTK+ ia32 shared libraries -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org