=== simar__mohaar is now known as simar [01:57] For those playing at home: annotating a WakeupHandler with debugging has an adverse effect on performance :) [04:55] cnd: serverminver isn't used (or even shipped) anymore AFAIK [04:57] That's true, as of 1.8.99.905-1 from memory. [04:58] Really, the correct thing would be to bump inputabi, but… uurgh. [04:59] RAOF: nice, you worked out the gnome-screensaver fade problem? [04:59] Yup. [04:59] Edge cases FTW! [04:59] Also, thanks go to the guy on the Fedora bug report who did a bunch of analysis. [05:04] Now, lunch. Then a sponsor for Xserver 1.9 & a please-don't-crash radeon update! [05:06] RAOF: you going to UDS? don't see you on https://wiki.canonical.com/UbuntuPlatform/UDS/N yet :) [05:07] I just need to get an email back from the travel agent confirming my flights. [05:07] Then I'll be up there :) [05:07] haven't confirmed my flight yet, I think I may be going to the plumbers conference straight after [05:08] That could be likely. [05:09] my anniversary is exactly in the middle of the two.. the wife wont be happy :) [05:09] (halloween) [05:33] That's a badly positioned anniversary :( [08:43] Anyone feel like closing a few bugs by sponsoring xorg-server and xserver-xorg-video-ati? [08:44] RAOF: I can do that after lunch [08:44] now -> [08:44] (back in an hour) [08:46] tjaalton: Sweet. They're in pkg-xorg git or http://cooperteam.net/Packages/ [09:06] ♪ My heart's calculatin', my true love will be waitin', be waitin' at the end of my ride ♫ [10:01] RAOF: you're losing it ;) [10:01] anyway, uploaded [11:47] is there a classier way to get the nouveau KMS driver to interact with the binary nvidia driver than just blacklisting nouveau on the kernel commandline? [11:47] (and should the nvidia package maybe do that blacklisting if not?) [12:02] Ng: the nvidia package already blacklists nouveau in the initramfs [12:03] provided that the nvidia driver is enabled [12:03] i.e. that it's the selected "alternative" [12:07] hmm [12:07] perhaps I broke something [13:14] Ng: "update-alternatives --display gl_conf" should tell you what's the alternative in use [13:15] it says it's in auto mode and pointing at /usr/lib/nvidia-current/ld.so.conf [13:20] Ng: this means that you didn't use jockey to enable the driver (don't do that) [13:20] ;) [13:21] I may well have just installed nvidia-current [13:21] yes, that's what I thought [13:21] "sudo update-initramfs -u" should still blacklist the driver in the initramfs [13:22] interesting [13:22] I'll have a play with that, thanks [13:23] np [14:30] Dr_Jakob: next release probably, we dont have the extra 13mb+ to spare on the livecd [14:31] re: llvm mesa [14:41] Hi [14:42] can you please give me address for pixman packages in xorg-edgers? [14:42] I need to get older version [14:44] Sarvatt: can you give me direct link to older packages of libpixman-1.0 [14:45] http://ppa.launchpad.net/xorg-edgers/ppa/ubuntu/pool/main/p/pixman/ [14:47] thanks [15:20] Sarvatt: yeah, its like a 8mb increase in size per driver. [15:20] for 32bit [16:44] tjaalton: hi, have you had a chance to discuss whether to fix http://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/553415 in 1.7.6 or backport 1.7.7 for lucid? [16:44] Launchpad bug 553415 in xorg-server (Ubuntu Maverick) (and 6 other projects) "mouse trapped in box for Open Motif (affects: 26) (dups: 3) (heat: 114)" [Undecided,Fix released] [17:12] ginggs: not right now, but I'll test the patch locally tomorrow to see if it fixes a similar issue with maple (which, aiui, has a java-based ui but I managed to get it stuck in a similar manner) [17:58] bryceh, when you pushed the evdev stuff to git, which repo did you push to? [17:58] I don't see anything in http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-input-evdev.git;a=shortlog;h=refs/heads/ubuntu [18:00] RAOF: got some initial mesa-demos packaging here if you want to mess with it - http://sarvatt.com/downloads/mesa-demos/ [18:04] it needs some love, I haven't wrapped my head around the dh 7 magic to skip dh_auto_install yet so its installing all xdemos :) [18:04] + copyright stuff [18:49] cnd, actually I hadn't gotten around to committing it yet [18:49] cnd, are you set up with commit permissions? want to go try them out? [18:53] bryceh, I assume I should have received an email? [18:53] I haven't seen anything, so I'm guessing I don't have perms [18:54] yeah dunno [18:54] https://alioth.debian.org/projects/pkg-xorg says you should be good to go [18:55] jcristau, oh? [18:55] ok, I'll try it out [18:55] uid=230910(corp186-guest) gid=230910(corp186-guest) groups=230910(corp186-guest),41008(pkg-xorg),81008(scm_pkg-xorg) [18:56] bryceh, jcristau: how do you recommend pushing? [18:56] there's an up to date debian-unstable branch [18:56] and an old ubuntu branch [18:56] I assume I'll push to ubuntu [18:56] but should I just take the debian-unstable and cp -a * from the ubuntu evdev over the top? [18:56] so the ubuntu branch hasn't been kept up to date? [18:56] or should I take the current ubuntu branch and do likewise? [18:57] jcristau, ubuntu's been shipping the debian-unstable for a while [18:57] I think [18:57] jcristau, it's up to date however we sync'd -evdev last it looks like [18:57] bryceh: ah right [18:57] cnd, so yeah, start from the debian-unstable branch [18:58] (actually I probably shouldn't give git advice... I always seem to louse it up *grin*) [18:58] heh [18:59] bryceh, what I did locally is start from debian-unstable [18:59] then cp -a ../xserver-xorg-input-evdev-2.3.2/* . [18:59] so maybe rename the ubuntu branch to lucid, and start a new ubuntu branch from the sync point? [18:59] where the other dir includes the ubuntu package [18:59] jcristau, I can do that too [18:59] (i guess it depends if people are likely to care about the lucid stuff) [19:00] jcristau, since lucid is an lts, I would guess it could be handy [19:00] and git branches are lightweight :) [19:01] ack [19:01] jcristau, bryceh, why don't I attempt something and push it to a repo [19:01] and you can check it out to make sure it makes sense [19:01] sure [19:01] ok [19:01] I probably won't get to it for a few hours though [19:49] jcristau, how do I get access to git.debian.org? [19:49] do I need to upload my ssh key somewhere? [19:50] https://alioth.debian.org/account/editsshkeys.php [19:50] jcristau, ok, thanks [19:50] or you can login with your alioth password [19:52] jcristau, how do I start a new git repo on git.debian.org? [19:52] do I need to ssh there first? [19:53] yep [19:53] hrm, if I knew my alioth username was going to be for shell access too, I might have chosen more wisely :) [19:56] jcristau, how do I get my own users git area? [19:57] mkdir ~/public_git [19:57] ahhh [19:57] I was trying to mkdir in /srv/git.debian.org/git/users [19:57] then the repos you put in there show up on gitweb (after a few hours) [19:57] ok [20:07] jcristau, my connection to git.debian.org is rather flaky [20:07] do you know if there's anything wrong with it, or if there's something I should do? [20:08] seems to work for me [20:10] its load is stupidly high, but that's not unusual [20:10] I keep getting connection timeouts [20:10] while trying to connect [20:10] I am seeing this now over ssh, but I also saw it earlier when trying to clone a repo [20:11] oh. it's running fail2ban, so may have locked you out for a bit. [20:11] what does that mean? [20:12] http://wiki.debian.org/Alioth/SSH#A...butAliothrespondstopings [20:13] jcristau, thanks, sounds like I just need to wait a few mins === yofel_ is now known as yofel [22:51] whoa, all this time I didn't know the hidden copy-packages feature lets you copy from debian [22:52] that'll make x-updates easy :) https://edge.launchpad.net/debian/+archive/primary/+copy-packages?field.name_filter=libdrm&field.status_filter=published&field.series_filter=squeeze [22:54] if only it didn't time out 90% of the time [22:56] ah darn, you can't rebuild for ubuntu releases that way [22:57] launchpad supports debian ppa's now? hmm [22:57] adapting my xorg-edgers update scripts for debian would be super simple if so