[07:29] <tjaalton> hum, https://wiki.ubuntu.com/DebuggingXorg and https://wiki.ubuntu.com/X/Backtracing seem identical
[07:30] <tjaalton> i'll delete the former
[08:15] <tjaalton> wow, X/Config/Input was way out of date, refreshing
[08:32] <RAOF> tjaalton, bryce: I'd appreciate some review for the latest commit on xkb-data on pkg-xorg.
[08:33] <tjaalton> checking
[08:36] <tjaalton> RAOF: i guess you've tested this :)
[08:36] <RAOF> It's not quite enough, obviously; it also requires that console-setup gets reconfigured.
[08:36] <tjaalton> the debconf values? yes
[08:37] <RAOF> tjaalton: Indeedy.  Perhaps not quite *enough*, but it's certainly tested.
[08:37] <tjaalton> value
[08:38] <tjaalton> hmm you already set the debconf value, what's left for console-setup?
[08:38] <tjaalton> actually, doesn't this belong there to begin with?
[08:38] <RAOF> Rebuilding the initramfs if necessary.
[08:38] <RAOF> The problem is that console-setup doesn't have the necessary information; I'd have done it there if it did.
[08:39] <RAOF> This change needs to be made on the transition from xkb-data < 1.9 to xkb-data > 1.9, and console-setup can't know that in it's postinst.
[08:40] <tjaalton> well, we could check what versions of console-setup was used with 1.9?
[08:40] <tjaalton> anyway, if cjwatson is ok with this then I am too
[08:41] <RAOF> Hm, and infer?  There's a very weak version dependency there, but I guess it's not an unreasonable herustic.
[08:41] <RAOF> I'll run it past cjwatson too :)
[08:43] <tjaalton> isn't the compare-versions logic reversed there though, lt-nl means <<
[08:44] <tjaalton> hum no
[08:44] <tjaalton> $2 is the installed version, duh
[08:45] <RAOF> This would be why I call for review, yes :)
[08:45] <tjaalton> checked x11-common.postinst, so your version should be correct
[13:56] <tjaalton> bryce: ok, reviewing xorg atm
[13:57] <tjaalton> x11-common.preinst.in removes "/etc/gdm/failsafeXBackup", when it should probably be "/etc/gdm/failsafeBlacklist"
[14:09] <tjaalton> hmh, and I still have all the old files on my desktop that were supposed to be purged by -4ubuntu1
[14:11] <tjaalton> bryce: also make sure that xdiagnose has Replaces/Breaks x11-common (<< 1:7.6+4ubuntu4)
[14:14] <tjaalton> hmm, installing the new version didn't remove any of the conffiles
[14:17] <tjaalton> and how could it, since the script doesn't even have remove_conffile_commit() :)
[14:18] <tjaalton> something wrong with the build
[14:27] <tjaalton> yeah "#INCLUDE_SHELL_LIB#" doesn't expand
[14:31] <tjaalton> grr, my fault :)
[14:45] <tjaalton> hum no, weird
[14:55] <tjaalton> for some strange reason remove_conffile_commit doesn't work on the failsafe-stuff :/
[14:58] <tjaalton> argh
[14:58] <tjaalton> would make sense to use the functions as advised
[15:00] <jcristau> there's dpkg-maintscript-helper(1) these days which may (or may not) be better than the xsfbs functions
[15:01] <tjaalton> so it seems
[15:03] <tjaalton> well, i guess the xsfbs version is more familiar at this point, now that I can see how it's supposed to work
[15:03] <tjaalton> sigh
[15:06] <tjaalton> bryce: I'll fix those issues that I mentioned, since the x11-common.post/pre* -scripts are broken because of my bad example :)
[15:26] <tjaalton> yeaahaw, no more /etc/gdm/failsafe*
[15:30] <tjaalton> bryce: pull the new version from git, it should be ok and removed all the conffiles here
[15:33] <tjaalton> nice, been playing my music collection on random since early february, and now I have 27 songs left that all make banshee crash
[15:33] <tjaalton> or most of them anyway
[15:54] <bryce> tjaalton, great thanks
[16:57] <Sarvatt> hrm, stable 270.41.19 or beta 275.09 for x-updates I wonder..
[17:00] <Sarvatt> 270.41.19 it is, will put 275 in another PPA. its going to have problems because debian/nvidia_supported stopped working for extracting the pci ids from the blob
[17:10] <Sarvatt> tseliot: I'm not sure just using the pci ids in the readme is a good idea, missing 242 ids.. DEBUG: readme:413 object:655 deletions:0 additions:242
[17:10] <Sarvatt> oh whoops he's gone
[17:32] <bjsnider> that script will have to be updated
[17:37] <bjsnider> i don't understand this line "Fixed a bug that caused corruption on the menus in OpenOffice.org when the screen is rotated."
[17:37] <bjsnider> since when cant he screen be rotated in linux?
[17:37] <Sarvatt> it's just been broken since december
[17:38] <Sarvatt> http://cgit.freedesktop.org/xorg/xserver/commit/?id=d1107918d4626268803b54033a07405122278e7f broke rotation with the blob and went to the stable xserver branches
[17:41] <bjsnider> i didn't know the blob had introduced xrandr support
[19:26] <bryce> xorg/xorg-ubuntu-git$ git pull
[19:26] <bryce> ssh: connect to host alioth.debian.org port 22: Connection refused
[19:26] <bryce> fatal: The remote end hung up unexpectedly
[19:26] <bryce> git.debian.org down?
[19:26] <Sarvatt> yeah been down for a few hours now
[19:27] <jcristau> http://lists.debian.org/debian-infrastructure-announce/2011/05/msg00000.html
[19:29] <bryce> ah
[20:28] <bryce> oh, already -fglrx has broken for oneiric?  that didn't last long...  bug #776895
[20:28] <ubot4> Launchpad bug 776895 in fglrx-installer (Ubuntu) "fglrx 2:8.840-0ubuntu4 fails to build against 2.6.39 kernels, due to missing linux/smp_lock.h (affects: 3) (heat: 16)" [Undecided,Won't fix] https://launchpad.net/bugs/776895
[20:44] <Sarvatt> I'll fix the build in x-updates for now and point tseliot at the fix, just updated it to 8.850 in there about 20 minutes ago
[20:46] <bryce> Sarvatt, thanks
[20:57] <bryce> Sarvatt, btw didn't you mention a fix you ran across that'd solve bugs like 762080?
[21:01] <Sarvatt> nope doesn't sound familiar :( are you thinking of the _CallCallbacks one that needs libxtst-dev removed from the build deps for x-x-i-synaptics to work around so synclient doesn't use record?
[21:01] <Sarvatt> (bug 774978)
[21:01] <ubot4> Launchpad bug 774978 in xserver-xorg-video-intel (Ubuntu) "xserver seg'd [945GM] (affects: 26) (dups: 8) (heat: 160)" [High,Incomplete] https://launchpad.net/bugs/774978
[21:03] <Sarvatt> hmm catalyst 8.850 might already work with .39 looking at it
[21:03] <Sarvatt> dont see it including <linux/smp_lock.h> that was causing the problems in 8.840
[21:08] <Sarvatt> darn, there it is
[22:11] <Sarvatt> phew that took forever due to wonky dkms install paths but got fglrx patched up, someone else is going to have to test if it actually works though :)
[22:11] <Sarvatt> Building initial module for 2.6.39-1-generic-pae
[22:11] <Sarvatt> Done.
[22:12] <Sarvatt> uploaded it for oneiric and natty to x-updates
[22:50] <liviumirea> hello
[22:51] <liviumirea> i just updated nvidia-current to the latest version 270.41.19 that was released a few hours ago and now the GLX module fails to load
[22:52] <liviumirea> can anyone offer some help? :-s