[08:55] <geser> tseliot: Hi, randomaction found a new issue with mesa over the weekend. in short: libgl1-mesa-swx11 is missing the ld.so.conf snippet
[08:56] <tseliot> geser: is there a bug report about it?
[08:57]  * tseliot reboots (brb)
[09:04] <tseliot> geser: what was the error, exactly?
[09:07] <geser> tseliot: no bug was filed (as far as I know). the problem is that rss-glx build-depends on libgl1-mesa-swx-dev which pulls in libgl1-mesa-swx11 but as it also has libGL1.so in /usr/lib/mesa but no ld.so.conf config the lib don't get found
[09:09] <tseliot> geser: I think we can easily get rid of this problem by removing the abi-note tag from mesa and putting the libraries back in /usr/lib/
[09:09] <tseliot> I think I'll do it after alpha 3 though as I need to focus on plymouth now
[09:10] <geser> what ever works, should I file a bug for tracking?
[09:10] <tseliot> geser: yes, please and assign it to me
[09:20] <geser> tseliot: bug #522048
[09:20] <ubottu> Launchpad bug 522048 in mesa "libGL.so.1 from libgl1-mesa-swx11 doesn't get found by applications" [Undecided,New] https://launchpad.net/bugs/522048
[09:21] <tseliot> geser: thanks
[10:21] <ara> tseliot, hey, have a couple of minutes for a chat?
[10:22] <tseliot> ara: sure
[16:30] <Sarvatt> tseliot: if they help any - http://sarvatt.com/downloads/patches/0001-Add-100_no_abi_tag.patch.patch  http://sarvatt.com/downloads/patches/0001-Install-alternatives-for-libgl1-mesa-swx11-as-well.patch
[16:31]  * tseliot has a look
[16:39] <tseliot> Sarvatt: both patches are appreciated :-) I'm extremely busy with plymouth and I couldn't have worked on them until alpha 3. Feel free to push/upload them. Thanks
[16:50] <tjaalton> but only one of them is needed, right?
[16:51] <tjaalton> hmm no, the alternatives is needed anyway
[16:52] <Sarvatt> the abi tag one doesn't interfere with anything for now at least, i'm unsure what tseliot wants to do with mesa alternatives after having that so i didn't mess with that yet
[16:55] <tseliot> Sarvatt: the abi tag is fine. As regards the other one, it should fix a bug (reproducible when libgl1-mesa-swx11 instead of libgl1-mesa-glx is installed)
[16:55] <tseliot> right?
[16:55] <Sarvatt> would be nice if we could get rid of the alternatives from mesa and move them to the things that provide an alternative libGL :D
[16:56] <tseliot> but then you would have to uninstall the other packages that provide that alternative in order to switch back to mesa
[16:56] <tseliot> which is not what we want
[16:56] <Sarvatt> what if they provided both alternatives?
[16:57] <Sarvatt> i need to build mesa with these changes to see if it needs more work, not sure i got everything there for swx11
[16:57] <tseliot> do you mean, each nvidia driver and the fglrx driver should provide the alternative for mesa in addition to their own?
[16:57] <jcristau> sounds like a mess
[16:58] <jcristau> they don't depend on the mesa libGL so you might end up with dangling symlinks
[16:58] <tseliot> Sarvatt: the latter can be a temporary fix as, thanks to the former, I should be able to move the mesa libraries back to their original location
[16:58] <jcristau> or a missing libGL.so.1
[16:58] <jcristau> (or maybe i'm missing something)
[16:59] <tseliot> jcristau: I was asking to see if I was understanding things correctly
[16:59]  * tseliot is still jet-lagged
[17:05] <tseliot> Sarvatt: in conclusion the 1st patch should be ok. The 2nd should be ok (if well tested) as a short term fix (you might as well wait for my long term solution, it's up to you).
[17:19] <Sarvatt> mesa is building in here with the libgl1-mesa-swx11 change - https://edge.launchpad.net/~sarvatt/+archive/bugfixes
[17:21] <Sarvatt> need to figure out why mesa master stopped building for the past 3 days now :( https://launchpad.net/~xorg-edgers/+archive/ppa/+build/1508637/+files/buildlog_ubuntu-lucid-i386.mesa_7.8.0~git20100214.db18996d-0ubuntu0sarvatt_FAILEDTOBUILD.txt.gz
[17:21] <Sarvatt> hmm dpkg-shlibdeps: error: couldn't find library libGL.so.1 needed by debian/libglu1-mesa/usr/lib/libGLU.so.1.3.070800 (ELF format: 'elf32-i386'; RPATH: '').
[18:04] <Sarvatt> so yeah libgl1-mesa-swx11 removes libgl1-mesa-dev libgl1-mesa-glx libglu1-mesa-dev libsdl1.2-dev ubuntu-desktop
[18:05] <Duke`> :/
[18:07] <Sarvatt> geser: http://paste.ubuntu.com/377015/
[18:08] <Sarvatt> looks like libgl1-mesa-swx11 needs to be providing libgl1 as well also?
[18:08] <geser> Provides: libgl1, libgl1-mesa-swrast, mesag3 (from the package in the archive)
[18:10] <Sarvatt> yep same, odd
[18:11] <Sarvatt> the changes i pushed in git seem to be fixing the steps to reproduce in your bug at least, don't know what else I should check
[18:11] <geser> the dpkg output is because libgl1 is temporarily not installed until libgl1-mesa-swx11 is installed later
[18:14] <geser> Sarvatt: if you want another test case for your mesa changes: try rebuilding rss-glx as it build-depends on libgl1-mesa-swx11-dev
[18:15] <Sarvatt> doing that now
[18:16] <Sarvatt> alternatives look fine still after installing the build deps, package is building now
[18:17] <Sarvatt> configure: error: GL library was not found.
[18:17] <Sarvatt> make: *** [config.status] Error 1
[18:29] <Sarvatt> alternative is working fine from what I can see but autoconf doesn't like the non standard location?
[18:33] <geser> have you looked at the config.log what exactly failed?
[18:36] <Sarvatt> it does a AC_CHECK_LIB([GL],[glNewList]) and can't find glNewList in -lGL or -lMesaGL so it fails
[18:37] <Sarvatt> that mean we need to install gl.pc in another package as well?
[18:44] <Sarvatt> it's there though - 00224d20 T glNewList
[19:48] <BUGabundo> hey
[19:49] <BUGabundo> last night updates, manage to get 2.6.32-13-generic to boot fine (no 3D), while -12 stop starting X with high resolution