[12:06] <tjaalton> nice, xserver loading both radeon and vesa for a radeon/radeon hybrid.. that'll fail
[12:06] <tjaalton> when -ati doesn't support the other chip
[12:23] <tjaalton> uds @ crazy hours again
[12:23] <tjaalton> no-go
[12:36] <mlankhorst> meh we need a session for x, but it will pretty much be ship whatever is needed for hardware support, ship 1.15 if possible, and ship newest mesa branch possible
[12:36] <tjaalton> right
[12:36] <tjaalton> no news there
[13:02] <Dandel> Sarvatt, it appears all of the ubuntu fglrx packages ( since 12.104 ) on precise have a broken direct rendering capabilities. 
[13:02] <mlankhorst> *direct* rendering? >:O
[13:02] <Dandel> ya.
[13:03] <tjaalton> how so?
[13:03] <Dandel> and it was fixed by running... env LD_LIBRARY_PATH=/usr/lib/fglrx:/usr/lib32/fglrx:$LD_LIBRARY_PATH glxinfo
[13:03] <mlankhorst> Dandel: what if you run ldconfig?
[13:04] <Dandel> shouldn't need to.
[13:04] <Dandel> I installed the packages from the ubuntu repositories.
[13:04] <mlankhorst> try update-alternatives --display x86_64-linux-gnu_gl_conf
[13:04] <Dandel> step to reproduce problem... sudo apt-get install fglrx_package_goes_here && sudo aticonfig --initial && sudo reboot
[13:05] <Dandel> fglrx 9.010 package was not effected
[13:06] <Dandel> but catalyst 13.8 beta ( 13.200 aka 13.20.5 ), catalyst 13.10 ( fglrx 13.20.11 ), and fglrx 12.104 are all effected
[13:06] <mlankhorst> Dandel: can you do those steps for me?
[13:07] <Dandel> will do, but it'll take a few min... i switched that pc over to an nvidia card to check some stuff out on an the nvidia drivers... funny thing is that none of the nvidia drivers had this issue.
[13:07] <mlankhorst> sure
[13:07] <tjaalton> Dandel: i guess you need to enable it from jockey or what's it called..
[13:08] <Dandel> tjaalton, i did  not use jockey
[13:08] <tjaalton> exactly
[13:08] <Dandel> the steps I said is equivalent of using that
[13:08] <tjaalton> you need to
[13:08] <tjaalton> no it isn't
[13:08] <mlankhorst> and you don't need a aticonfig --initial
[13:08] <tjaalton> it won't touch alternatives
[13:08] <Dandel> no... the ubuntu package should automatically set alternatives.
[13:08] <tjaalton> nope
[13:08] <mlankhorst> UNLESS it's in manual mode
[13:09] <tjaalton> you need to enable the driver..
[13:09] <tjaalton> if you just install it, it isn't enabled
[13:09] <Dandel> with nvidia it was install package and then run nvidia-xconfig.
[13:09] <tjaalton> tseliot: ^
[13:10] <Dandel> and it never gave me any problems going back to mesa ><; ( just uninstall relevant packages and remove /etc/X11/xorg.conf )
[13:10] <mlankhorst> Dandel: I've noticed the same and I think it was just ldconfig was missing after switching alternatives
[13:10] <mlankhorst> and xorg.conf is not needed for fglrx
[13:10] <tjaalton> ok then
[13:10] <tjaalton> maybe I was wrong, has been a while since I tried either
[13:11] <Dandel> the latest amd driver *does* survive the most recent revisions of piglit.
[13:11] <mlankhorst> :o
[13:11] <Dandel> actually the ubuntu ppa is woefully out of date due to the fact the piglit devs have trouble integrating patches :/
[13:12] <Dandel> overzelous devs who don't want to fix the whole building the source code from out of tree.
[13:12] <mlankhorst> lol
[13:12] <mlankhorst> I can just push any fixes, as long as they don't break in-tree builds :P
[13:13] <Dandel> see piglit mailing list.
[13:13] <Dandel> there is a couple of patch queues
[13:13] <Dandel> some of em fix outright improper piglit behavior
[13:13] <Dandel> if you change contexts, using the old glgetstring is a seriously bad idea
[13:14] <mlankhorst> what patches exactly?
[13:15] <Dandel> http://lists.freedesktop.org/archives/piglit/2013-September/007571.html
[13:15] <Dandel> it's incomplete ><; noticed some other stuff in packages that are missing.
[13:17] <Dandel> patch 7 and 8 are fixing poor glgetstring behaior.
[13:18] <Dandel> patch 6 *should* fix the strndup build bug found in piglit right now
[13:18] <Dandel> patches 1 to 4 are general fixes to  packaging (and installation ) involving cmake in general.
[13:19] <Dandel> and of course patch 5 is a version bump involving cmake for piglit seeing as how they already essentially force cmake 2.8 as is ( via waffle )
[13:20] <Dandel> actually I did notice that on fglrx that aiglx is a little buggy after install on those effected versions.
[13:21] <Dandel> namely that it failed to load /usr/X11R6/lib64/modules/dri/fglrx_dri.so :/
[13:22] <mlankhorst> Dandel: oh, dandel sent a reply to it, you need to reply to that first :P
[13:23] <mlankhorst> s/dandel/idr/
[13:23] <mlankhorst> http://lists.freedesktop.org/archives/piglit/2013-October/007585.html
[13:23] <mlankhorst> hm I'll ping him myself
[13:23] <Dandel> I always build the source out of tree ><;
[13:24] <Dandel> so these fixes are key
[13:24] <tseliot> Dandel: there's no need to run nvidia-xconfig or aticonfig
[13:24] <Dandel> tseliot, it's out of habbit... I've been using the proprietary driver that way for more than 4 years
[13:25] <Dandel> I almost always build the package, and then install said package
[13:25] <tseliot> Dandel: also can you pastebin your /var/log/Xorg.0.log please?
[13:25] <Dandel> 1 sec.
[13:27] <Dandel> http://paste.ubuntu.com/6204912/
[13:28] <mlankhorst> .dpkg-tmp?
[13:28] <mlankhorst> why do you have a /usr/lib/x86_64-linux-gnu/xorg/extra-modules/extra-modules.dpkg-tmp/ ?
[13:29] <Dandel> no
[13:29] <mlankhorst> it's there in your log
[13:29] <Dandel> at least not with nvidia 325.15 driver
[13:29] <Dandel> i have not shut the pc down yet ><;
[13:29] <mlankhorst> look at your own Xorg.0.log :P
[13:29] <Dandel> that is an copy of the log i had from atigetsysteminfo.sh
[13:31] <tseliot> err... we need a current log
[13:33] <Dandel> that error only started appearing in 13.20.5 ( catalyst 13.8 beta )
[13:33] <Dandel> it did not exist in the 13.101 release
[13:33] <tseliot> also we do provide a file for ldconfig with the driver, so you shouldn't really need to export the path to the libraries
[13:35] <tseliot> Dandel: please reboot, and paste the output of "ldconfig -p | grep GL" (do not set the LD_LIBRARY_PATH)
[13:36] <Dandel> k... 1 sec restoring the system takes a a bit ( haft to make sure i don't leave the nvidia drivers in when i switch to the ati card )
[13:44] <Dandel> using the fglrx-12 package ( from edgers ppa )
[13:48] <Dandel> tseliot, linker issue
[13:48] <tseliot> Dandel: so it's not my problem
[13:50] <Dandel> paste.ubuntu.com/6204994
[13:51] <Dandel> and... ( this is ldconfig -p | grep  GL ) paste.ubuntu.com/6204999
[13:52] <Dandel> odd... i do not see a libgl.so ( 32-bit ) for fglrx 0o'
[13:55] <tseliot> Dandel: what does "ldconfig -p | grep dri" say?
[13:56] <tseliot> BTW I don't maintain the drivers in edgers, only the ones in the Ubuntu repository
[13:56] <Dandel> i do not see the fglrx dri in the output for that command
[13:58] <Dandel> paste.ubuntu.com/6205018
[13:59] <tseliot> Dandel: what about "update-alternatives --display x86_64-linux-gnu_gl_conf" ?
[14:00] <Dandel> paste.ubuntu.com/6205024
[14:01] <mlankhorst> what if you just run ldconfig, then ldd /usr/bin/glxgears again?
[14:01] <mlankhorst> well, ldconfig with sudo
[14:02] <Dandel> actually on ubuntu 12.04 lts it's wrather annoying that the opencl driver icd and headers are unavailable ><; ( it's in quantal tho and up tho... that's on the list of stuff needed for current versions of piglit ) 
[14:03] <Dandel> paste.ubuntu.com/6205043
[14:05] <Dandel> mlankhorst, i have no idea why i have  /usr/lib/x86_64-linux-gnu/xorg/extra-modules/extra-modules.dpkg-tmp/
[14:05] <mlankhorst> rm -rf it
[14:05] <Dandel> but it does link to /etc/alternatives/x86_64-linux-gnu_xorg_extra_modules
[14:06] <mlankhorst> oh just rm it then :p
[14:06] <mlankhorst> anyway that looks better, try again now?
[14:06] <Dandel> rming that link did not fix the direct rendering.
[14:07] <Dandel> odd...
[14:07] <Dandel> adding just this path to LD_LIBRARY_PATH fixed it... /usr/lib32/fglrx
[14:07] <Dandel> did i forget to mention i'm on amd64 ><;
[14:08] <mlankhorst> that should not exist
[14:08] <Dandel> i do not think that is entirely the issue.
[14:08] <tjaalton> the package does install stuff there
[14:08] <mlankhorst> oh
[14:09] <tjaalton> too
[14:09] <Dandel> that solves it.
[14:09] <Dandel> 1 sec while i get a console output of ldconfig -p :)
[14:11] <Dandel> paste.ubuntu.com/6205065
[14:11] <Dandel> that is *before* and after adding usr/lib32/fglrx to the ld_library_path
[14:11] <mlankhorst> ok so I guess you just didn
[14:11] <Dandel> ack ><;
[14:11] <mlankhorst> run ldconfig then :p
[14:12] <Dandel> something else is missing ><;
[14:19] <mlankhorst> just restart xorg i guess
[14:21] <Dandel> hmm... xorg failure
[14:21] <Dandel> undefined symbol firegl_getuefisupported in /usr/lib/xorg/modules/drivers/fglrx_drv.so
[14:26] <Dandel> 0o' is there ever a reason for update-alternatives to complain during install?
[14:26] <Dandel> oh well... reinstalling the package fixed xorg :/
[14:27] <Dandel> steam still complains about a lack of direct contexts 
[14:32] <Dandel> hmm... tjaalton, do you know why there is no 32-bit glxinfo ? ( i think there is a need to have this because there is a slight issue where libGL.so is overwitten for 64-bit binaries but 32-bit binaries are ignored.
[14:35] <tjaalton> what 32bit binaries?
[14:35] <mlankhorst> Dandel: apt-get install mesa-utils:i386
[14:35] <tjaalton> no
[14:35] <tjaalton> it's not multiarch
[14:35] <tjaalton> oh
[14:35] <mlankhorst> :P
[14:35] <tjaalton> well you can install either or
[14:35] <tjaalton> i guess
[14:35] <mlankhorst> it's what i do
[14:39] <Dandel> 0o' and it messes up other packages to boot
[14:39] <Dandel> now i have 4 other packages to reinstall ><;
[14:40] <Dandel> the 32-bit glxinfo has that issue :)
[14:41] <Dandel> i honestly wonder why this line is not in ldconfig -p | grep fglrx output...
[14:41] <Dandel> libGL.so (libc6) => /usr/lib/fglrx/libGL.so
[14:42] <Dandel> err... lib32... but still the point is sound.
[14:42] <mlankhorst> you probably messed up your system in an interesting way
[14:42] <mlankhorst> just wipe it and start over? :p
[14:43] <Dandel> that's a bit difficult... there is problems on another system where uefi and dual boot is a nightmare.
[14:44] <Dandel> i own two uefi compatible amd systems and the hitch on both of em is that win7 + linux do not play nicely on multiple levels ( for example hybernate on windows is lost )
[14:47] <Dandel> mlankhorst, i doubt that i screwed it up that bad... when I remove fglrx i always run the following set of commands. paste.ubuntu.com/6205205
[14:48] <tjaalton> where do you paster these links from? they are lacking http:// and terminator doesn't understand them ;)
[14:49] <Dandel> tjaalton, it's called typing it in.
[14:49] <tjaalton> right, isn't that a lot of work?
[14:49] <tjaalton> and *paste
[14:50] <Dandel> not when your on two different computers.
[14:50] <tjaalton> k
[14:55] <mlankhorst> and another thing you really really do not need to run aticonfig, just another way to mess things up
[14:57] <Dandel> fixed it... had some stray fixes from one of the times the ati installer/uninstaller screwed up :/
[14:58] <Dandel> i had to wipe out /usr/lib/i386-linux-gnu/libati*
[14:58] <Dandel> and then reinstall the driver
[14:59] <Dandel> now steam does not complain either.
[15:45] <mlankhorst> Dandel: hm do you have the piglit changes in a branch?
[17:25] <pepee> tjaalton, tyvm, it's fixed now :)
[18:00] <tjaalton> pepee: good to hear :)