[00:27] <superm1> jcristau, any ideas on the intentions of when to get the free library libvdpau in debian? debian bug 547248
[00:30] <jcristau> superm1: no, sorry.
[00:36] <superm1> jcristau, i've got someone who started packaging it and is keeping it on a third party repo. who i should i put them in contact with from debian-x to help get it in?
[00:43] <jcristau> emailing the list would be best
[00:44] <superm1> k
[00:45] <superm1> thanks
[01:35] <pwnguin> wow, someone appears to have figured out that X problem
[01:35] <pwnguin> err
[01:35] <pwnguin> x cpu problem
[01:36] <pwnguin> mdeslaur: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/439138
[04:33] <mdeslaur> pwnguin: yep, looks like I'm a dupe of that one, thanks for spotting it
[04:47] <pwnguin> mdeslaur: someone threw it at the ubuntu-x ml
[08:38] <crevette> hello
[09:11] <lesshaste> hi
[09:23] <crevette> I'm using karmic and X is using 100 % of the CPU, I just upgraded after 3 weeks without upgrading? I have an Intel chipset. is it a know issue?
[09:23] <crevette> it seems not to reproductible 100%, sometime the X server runs normally
[09:26] <lesshaste> good luck..gotta go
[09:29] <crevette> I'm to restart X
[09:35] <crevette> same problem ...
[09:36] <tjaalton> crevette: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/439138
[09:37] <crevette> oh tahnks for providing the link, It is so slow I can do anything
[09:37] <tjaalton> log out and restart gdm
[09:37] <crevette> I have an eror related to a file descriptor in the log perhaps it is related
[09:38] <crevette> okay
[09:44] <crevette> the problem sisappeared few seconds but came after 
[09:45] <crevette> hummm it appears randomly in the session under certain circonstances I didn't figured yet
[13:42] <lesshaste> how do I tell if this patch http://bugs.freedesktop.org/show_bug.cgi?id=19643 is in any ubuntu release?  It is linked from http://bugs.freedesktop.org/show_bug.cgi?id=19643
[13:42] <lesshaste> sorry this patch http://bugs.freedesktop.org/attachment.cgi?id=22595
[13:43] <tjaalton> check the patch list of xorg-server
[13:43] <lesshaste> does that tell me about ubuntu versions of X?
[13:44] <tjaalton> ?
[13:44] <lesshaste> I want to know if any ubuntu .deb has this patch applied
[13:44] <tjaalton> I just told you
[13:44] <tjaalton> grab the source, check if the list has it
[13:44] <tjaalton> I'm pretty sure it's in jaunty
[13:44] <lesshaste> oh grab each source in turn
[13:44] <tjaalton> since bryce made it
[13:45] <lesshaste> that's quite inefficient :)
[13:45] <tjaalton> you could check git too
[13:45] <tjaalton> but it's not in any previous version, that's for sure
[13:45] <lesshaste> ok thanks
[13:45] <lesshaste> I am hoping it wil be applied to intrepid
[13:45] <tjaalton> hah
[13:45] <lesshaste> as it kills X instantly on my machine
[13:45] <lesshaste> which is quite bad :)
[13:46] <tjaalton> use karmic
[13:46] <lesshaste> I can't upgrade easily due to disk space constraints at the moment
[13:46] <tjaalton> so reinstall
[13:46] <tjaalton> there's little chance to get it in 8.10
[13:47] <lesshaste> tjaalton, oh.. I was hoping as it was instantly fatal it might go in
[13:47] <lesshaste> all I have to do is type "avidemux" :)
[13:47] <lesshaste> is there a simple workaround? The patch implies you might just have to add a mode line or something like that to xorg.conf
[13:48] <tjaalton> don't know
[13:54] <lesshaste> maybe bryce will be about later 
[13:54] <lesshaste> if there is a simple workaround and we can't get a patch for intrepid, it would make sense to add it to the bug report
[19:49] <jbarnes> bryce: ping
[19:50] <bryce> jbarnes, yep
[19:50] <jbarnes> bryce: just thinking about UDS TX
[19:51] <jbarnes> I have some other travel around that time... do you guys need anything specific from me for this UDS?  or can I settle on a once/year UDS schedule? :)
[20:00] <bryce> jbarnes, sure once a year would probably work fine
[20:00] <jbarnes> cool... I've been travelling a lot lately, it's a pain for the family
[20:00] <bryce> jbarnes, yeah I can imagine
[20:03] <bryce> uff, wife left me to tend the baby today, and he's requiring that he be held at the moment.
[20:03] <bryce> in LL I'm going to be focusing even more on bug fixing and backporting patches
[20:04] <bryce> I'll probably have some questions for you, but nothing that can't be done in email
[20:20] <jbarnes> bryce: ok
[21:02] <bryce> jbarnes, sucks that so many upstream bugs have gotten closed due to inactivity
[21:13] <jbarnes> bryce: yeah I went on a rampage today
[21:13] <jbarnes> bryce: I think quite a few of them have been fixed though
[21:13] <jbarnes> sometimes that leads to inactivity on the part of the reporter :)
[21:14] <bryce> yep
[21:14] <bryce> I just closed the ubuntu side of those bugs as well
[21:15] <bryce> just bugs me when reporters don't follow up to requests... feels like wasting time
[21:18] <jbarnes> yeah
[21:18] <bryce> jbarnes, hey have you seen anything about X starting too fast on SSD's and getting stuck in a loop with 100% CPU blocked on the tty fd not being present?
[21:19] <bryce> https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/439138
[21:19] <jbarnes> no weird
[21:19] <jbarnes> I use an ssd in my main machine, I've never seen that
[21:19] <jbarnes> but I haven't been brave enough to upgrade to karmic on it yet
[21:19] <mdeslaur> bryce, jbarnes: it's not just on ssds
[21:20] <bryce> mdeslaur, it's not something I've seen on any of my hardware, however I've not updated since scott remnant's rejiggering of the boot process
[21:21] <bryce> anyway, I've asked for some further info on the bug, we'll see if someone comes up with some ideas.
[21:21] <mdeslaur> bryce: well, there you go :)
[21:21] <mdeslaur> bryce: update, I dare ya :)
[21:22] <mdeslaur> I'm waiting for my updates to finish, and I'll do some tests after I reboot
[21:26] <jbarnes> bryce: I did find some shame in the bug list though
[21:26] <jbarnes> bryce: found a bug that was filed a year ago that I had never updated
[21:26] <jbarnes> was buried at the bottom of my list mixed with some rfes
[21:28] <bryce> heh
[21:35] <jcristau> tcflush(3) and tty_ioctl(4) don't seem to list EIO...
[21:39] <jcristau> hmm.
[21:39] <jcristau>         if (is_current_pgrp_orphaned()) {
[21:39] <jcristau>                 ret = -EIO;
[21:39] <jcristau>                 goto out;
[21:40] <jcristau>         }
[21:42] <jcristau> bryce: might be worth asking keybuk for this
[21:42] <bryce> what's a pgrp?
[21:42] <jcristau> process group
[21:46] <bryce> jcristau, what's that need added to?
[21:46] <jcristau> ?
[21:47] <jcristau> i was just looking why tcflush() would return EIO, and is_current_pgrp_orphaned() seems to be it
[21:49] <jcristau> so it's likely related to the upstart changes
[21:49] <bryce> jcristau, oh... you said to ask keybuk for something, I'm uncertain what you want him to provide...
[21:50] <jcristau> "why can't X use tcflush anymore?"
[21:50] <bryce> ahhh
[21:50] <bryce> ok thanks
[21:54] <jcristau> aiui the problem is that since tcflush doesn't work, the console fd continuously polls readable, so X never gets to sleep in select()
[21:54] <jcristau> -> 100% cpu
[21:55] <jcristau> does that make sense?
[21:55] <bryce> yep
[21:56]  * bryce updates bug report