Bug#614805: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Mate Miklos writes: > On 2011. November 13., Goswin von Brederlow wrote: >> Mate Miklos 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 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 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: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Larry Lade 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: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory
Kai Wasserbäch 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]
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
reassign 614805 libgl1-mesa-glx thanks Andreas Wirooks 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
