=== ScottSanbar is now known as SanbarComputing
=== SanbarComputing is now known as ScottSanbar
=== ScottSanbar is now known as SanbarComputing
[03:49] <noobish> any suggestions where to look for cruft from xorg-edgers that's causing my 32bit version of fglrx libGL trying to load swrast_dri.so instead of fglrx_dri.so? I've done a ppa-purge
[03:51] <RAOF>  /usr/lib/i386-linux-gnu would be a reasonable candidate.
[03:51] <noobish> on this distro it's just /usr/lib32
[03:52] <RAOF> If you've installed from xorg-edgers it's likely that it installed something in /usr/lib/i386-linux-gnu
[03:52] <noobish> doesn't exist, but i do have a /usr/lib32/i386-linux-gnu
[03:52] <RAOF> That's a strange abomination of a path?
[03:52] <RAOF> What's in there?
[03:52] <noobish> but it just contains a symlink to ../gdk-pixbuf-2.0
[03:53] <noobish> i believe edgers did create /usr/lib/x86_64-linux-gnu
[03:56] <noobish> uh
[03:57] <noobish> i'm dumb, /usr/lib32/i386-linux-gnu does exist, and it just has that same symlink as above
[03:58] <noobish> err, no i'm not dumb! that's what i said earlier
[03:58] <noobish> bah i'm tired
[04:00] <RAOF> :)
[04:01] <bjsnider> does that path exist for multiarch in reverse?
[04:01] <noobish> poking around in /usr/lib/x86_64-linux-gnu/xorg i see that the extra-modules link is broken
[04:01] <Sarvatt> noobish: fglrx libGL.so.1 wouldn't ever load swrast, that means you have a 32 bit libGL floating around being used instead of the fglrx one most likely from ia32-libs. i'm guessing update-alternatives --list gl_conf says mesa is in use meaning 64 bit is broken too?
[04:01] <noobish> fglrx is listed first, then mesa
[04:02] <noobish> glxinfo amd64 version reports direct rendering
[04:02] <noobish> 64 seems fine
[04:02] <noobish> although i can't get glxgears to run correctly
[04:02] <bjsnider> who's the vendor in glxinfo?
[04:03] <Sarvatt> have you not rebooted since switching?
[04:03] <noobish> i have rebooted
[04:03] <noobish> ATI
[04:03] <noobish> for server/client/ and opengl
[04:03] <noobish> oo wait
[04:03] <noobish> the i386 build of glxinfo shows mesa for the client glx vendor string
[04:04] <Sarvatt> there is no ia32-libs or fglrx for natty in edgers so its nothing related to the ppa, i suggest just removing fglrx and reenabling it via jockey to fix it
[04:04] <bjsnider> where is it looking
[04:04] <noobish> i think it's /usr/lib32/libGL.so
[04:05] <bjsnider> that's an ia32-libs path
[04:05] <noobish> yeah, not sure where it came from but i don't think it's part of either fglrx or edgers
[04:05] <bjsnider> what's that command...
[04:05] <noobish> eh?
[04:05] <Sarvatt> dpkg -S
[04:05] <bjsnider> ldconfig|grep libGL
[04:05] <Sarvatt> dpkg -S /usr/lib32/libGL.so
[04:05] <bjsnider> something like that
[04:06] <noobish> bjsnider: that's what i did to see /usr/lib32/libgl.so
[04:06] <bjsnider> it's too late in the evening for thinkin'
[04:06] <noobish> yep
[04:06] <bjsnider> yeah run Sarvatt's command
[04:06] <noobish> ia32-libs-dev: /usr/lib32/libGL.so
[04:06] <bjsnider> find out what put it there
[04:06] <noobish> i think that was installed with edgers?
[04:06] <Sarvatt> no you had to do that manually
[04:06] <bjsnider> purge it
[04:07] <noobish> mmk
[04:07] <bjsnider> then reinstall fglrx
[04:07] <bjsnider> then reboot
[04:07] <noobish> i don't remember installing it
[04:07] <bjsnider> well, it didn't install itself
[04:07] <noobish> :)
[04:08] <noobish> yeah that's got to be it, thanks. I'm rebooting
[04:16] <Sarvatt> if ia32-libs-dev really breaks proprietary drivers that needs a bug filed, doubt it's commonly tested so probably an old bug :)
[04:16]  * Sarvatt passes the heck out
[04:17] <bjsnider> maybe there should be a wiki page about "remove old ia32libs and -dev so it doesn't break your opengl"
[04:18] <noobish> that lib, plus removing  a symlink /usr/lib32/libGL.so.1 -> /usr/lib32/mesa/blah blah fixed it, that symlink wasn't found in any installed pkg
[04:18] <noobish> dpkg -S, very useful command!
=== yofel_ is now known as yofel
=== ara is now known as Guest69549
[19:25] <bjsnider> ricotz, any idea why i don't seem to need the mutter package in oneiric? it installs /usr/bin/mutter and yet i don't need it to run gnome-shell
[19:35] <ricotz> bjsnider, gnome-shell uses libmutter, so there is no need for the mutter executable
[19:35] <bjsnider> i see