[00:17] <ubotu> New bug: #102633 in xorg (main) "gnome / xserver doesn't start from live cd" [Undecided,Fix released] https://launchpad.net/bugs/102633
[00:21] <ubotu> New bug: #105758 in xorg (main) "nVidia chipset install must use alternate disk" [Undecided,Fix released] https://launchpad.net/bugs/105758
[00:21] <ubotu> New bug: #174042 in xorg (main) "Xorg does not properly detect and configure second monitor in Hardy Alpha 1 (Nvidia)" [Undecided,New] https://launchpad.net/bugs/174042
[06:31] <tjaalton> wow, the post by david on debian-x is good stuff
[06:32] <tjaalton> xresprobe going away \o/
[10:45] <ubotu> New bug: #174120 in xserver-xorg-driver-nv (main) "No screen display with hardy/gutsy displays from gdm onwards" [Undecided,New] https://launchpad.net/bugs/174120
[11:01] <ubotu> New bug: #165240 in linux-restricted-modules-2.6.22 (restricted) "mouse clicks fail after monitor powered off and back on" [Undecided,New] https://launchpad.net/bugs/165240
[15:16] <ubotu> New bug: #164506 in compiz (main) "Memory usage = 100% with Visual Effects in Gutsy (dup-of: 151168)" [Undecided,New] https://launchpad.net/bugs/164506
[16:04] <mvo> tjaalton, bryce: do you mind if I upload http://paste.ubuntu.com/2484/ ? it should fix the transition -driver-all to -video-all for dapper->hardy upgrades (currently people end up without -video-all)
[16:11] <ubotu> New bug: #174171 in xserver-xorg-video-intel (main) "[hardy] xorg crash with "gdm_slave_xioerror_handler: Fatal X error - Restarting :0"" [Medium,New] https://launchpad.net/bugs/174171
[18:09] <ubotu> New bug: #160658 in linux-restricted-modules-2.6.22 (restricted) "Using fglrx my computer is brought to a full stop if I log into an account, switch to an other and log out" [Undecided,New] https://launchpad.net/bugs/160658
[18:10] <tjaalton> mvo: could it depend on -video-all?
[18:11] <tjaalton> maybe not, since -video-all replaces -driver-all
[18:26] <tjaalton> mvo: do you have a bug #?
[18:36] <tjaalton> it's strange that people would be left without -video-all, if they have xserver-xorg installed
[18:52] <ubotu> New bug: #160871 in xorg (main) "Screen resolution issues in Gutsy" [Undecided,Incomplete] https://launchpad.net/bugs/160871
[18:54] <ubotu> New bug: #163222 in xorg (main) "windows have lines to the right" [Undecided,New] https://launchpad.net/bugs/163222
[19:07] <tjaalton> bryce: currently the hardy live-session does not create an xorg.conf, because livecd-rootfs cleans the stub which is created on postinst
[19:07] <tjaalton> sorry, preinst
[19:08] <tjaalton> so when postinst is run it refuses to create xorg.conf
[19:10] <bryce> hrm
[19:10] <tjaalton> I haven't looked further how to fix that
[19:15]  * tjaalton continues looking at xkeyboard-config bugs
[19:16] <tjaalton> too bad that xkb-data is not in git.fd.o
[19:53] <mvo> tjaalton: sorry, I don't have a bugnumber yet, but I can create a bugreport for you if you wantone
[19:54] <tjaalton> mvo: ok, so it's your upgrade tests that had this issue?
[19:54] <tjaalton> maybe a bug is not needed
[19:54] <mvo> tjaalton: yes, but I'm pretty sure that its universal
[19:54] <mvo> (i.e. not specific to my test environment)
[19:55] <tjaalton> but wouldn't -video-all replace the old -driver-all?
[19:55] <tjaalton> you did have -d-a installed in dapper?
[19:55] <ubotu> New bug: #5740 in xkeyboard-config (main) "Problems with Apple keyboard" [Medium,Incomplete] https://launchpad.net/bugs/5740
[20:00] <mvo> tjaalton: the resolver does not cope properly, the system ends up with a single xserver-xorg-video-amd instead of -video-all. I did have driver-all installed on dapper
[20:00] <mvo> its a stock install without any changes basicly
[20:00] <tjaalton> that's odd
[20:00] <ubotu> New bug: #174214 in xorg (main) "[Hardy] xserver-xorg can't generate configuration file" [Undecided,New] https://launchpad.net/bugs/174214
[20:01] <tjaalton> maybe something else triggers that
[20:02] <tjaalton> if we added that metapackage, wouldn't we have the same problem with hardy+1?
[20:03] <tjaalton> hmm, Glühwein, bbl ->
[20:03] <mvo> I don't have the resolver logs at hand currently, but what happens is that -video-all gets selected first for install, but because of all the conflicts it generates with the -driver-$foo it gets removed again
[20:03] <mvo> haha - glühwein :)
[20:04] <mvo> xserver-xorg does not depend on -video-all, but on -video-1.0 | -video-all and so the user ends up with a single video driver that is enough to satisfy the depends
[20:05] <mvo> tjaalton: I think for hardy->hardy+1 we are fine, because all the -driver-$foo conflicts with -video-$foo conflicts go away and its just a single transional package that is left
[20:05] <mvo> I could hint this in the update-manager code and special case it, but I would prefer to solve it with dependencies so that people who are crazy^Wbrave enough to perform a apt-get dist-upgrade get the expected result too
[20:11] <bryce> my crazy cat
[20:11] <bryce> http://bryceharrington.org/Photos/Cats/i_cans_clean_gutters.jpg
[20:11] <bryce> that's the neighbor's roof that I see out my office window.  They were having their gutters cleaned
[20:13] <mvo> heh :)
[20:13]  * mvo likes cats
[20:14] <bryce> I regret teaching her how to climb ladders
[20:15] <bryce> it'd be ok, but it's harder for cats to go down ladders than to go up
[20:20] <ubotu> New bug: #89497 in xorg (main) "Language is faulty in the console" [Undecided,Incomplete] https://launchpad.net/bugs/89497
[20:57] <ubotu> New bug: #107399 in xserver-xorg-video-intel (main) "Laptop screen turns on with lid closed when mouse is moved in feisty" [Low,Confirmed] https://launchpad.net/bugs/107399
[21:01] <mvo> bryce: do you have a opinion on my proposed change? http://paste.ubuntu.com/2484/
[21:03] <bryce> mvo, as long as it gets adequate testing, it looks good to me
[21:12] <tormod> hi, ati 6.7.196-2 is in experimental. do we have to file a sync request to get it into Hardy then?
[21:16] <bryce> I don't think experimental gets sync'd from automatically, so yeah
[21:54] <tormod> ok filed bug #174235, please confirm (subscribe archive managers)
[21:54] <ubotu> Launchpad bug 174235 in xserver-xorg-video-ati "please sync xserver-xorg-video-ati 1:6.7.196-2 from Debian experimental" [Undecided,New] https://launchpad.net/bugs/174235
[22:01] <ubotu> New bug: #174235 in xserver-xorg-video-ati (main) "please sync xserver-xorg-video-ati 1:6.7.196-2 from Debian experimental" [Undecided,New] https://launchpad.net/bugs/174235
[22:02] <tjaalton> mvo: ok, I see the point
[22:08] <tjaalton> mvo: committed to my tree
[22:09] <mvo> tjaalton: thanks! when do you plan the next upload?
[22:11] <tjaalton> mvo: dunno.. maybe we'll get to drop xresprobe later this week, so perhaps then?
[22:11] <tjaalton> but it's not that hard to do a release in the meantime
[22:12] <mvo> tjaalton: thanks! it would be cool to have a upload before the weekend, but I'm happy to help you if you want me to
[22:13] <tjaalton> mvo: ok, I'll see what I can do (tomorrow is a day off anyway, so I should have time)
[22:13] <tjaalton> there's the "no xorg.conf" bug that should be fixed too
[22:14] <mvo> thanks!
[22:14] <mvo> I'm off to bed now too :)
[22:14] <tjaalton> np:)
[22:15]  * mvo waves
[22:35] <tjaalton> bryce: do you know if we are supposed to get janitor mails for bugs that were autoclosed?
[22:35] <bryce> yes we should
[22:35] <bryce> in fact afaik the autoclosed ones were re-opened subsequently
[22:36] <tjaalton> ok
[22:36] <bryce> otoh, while I saw the decrease in the stats from the autocloses, I never saw a corresponding jump from reopens
[22:36] <tjaalton> btw, I can't find the link to those stats from the wiki
[22:36] <tjaalton> X wiki that is
[22:38] <tjaalton> I have 15112 mails on my lp-x mailbox (since May 2nd), and that's without the restricted crap :)
[22:38] <tjaalton> need to clean it up
[22:43] <bryce> heh
[22:44] <bryce> the links can be found via the Bug team's page, but I'll add the appropriate links to the X page
[22:45] <tjaalton> great, thanks
[22:46] <tjaalton> 6111 of those mails matched sourcepackage=xorg
[22:46] <bryce> btw, I set up PPA for ubuntu-x-swat yesterday
[22:46] <tjaalton> oh, cool
[22:47] <bryce> links are posted https://wiki.ubuntu.com/X
[22:51] <tjaalton> yep, just as I thought, there were some xorg bugs autoclosed yesterday
[22:51] <tjaalton> nice
[22:51] <bryce> huh
[22:52] <tjaalton> or someone was quick :)
[22:53] <tormod> hmm is it possible to join x-swat without getting all that bug mail? :)
[22:53] <bryce> I've added some additional links from brian to the X page - reports on bugs with max comments, max subscribers, etc.
[22:54] <bryce> tormod: unfortunately no
[22:54] <tjaalton> tormod: I'm afraid not :/ Can't you filter them in any way?
[22:54] <bryce> tormod: best approach is to filter them to /dev/null
[22:55] <bryce> brian did these reports after I mentioned that it seemed like the easiest bugs to fix were ones that had lots of eyeballs on them already, as they'd often already figured out a solution, it just needed cleaned up and packaged
[22:55] <tormod> seems like nobody really wants these mails? or can cope with the amount?
[22:55] <tjaalton> I do, but I also read just those that I find useful :)
[22:56] <tormod> well I'll think about opening a new mail account only for bug mail, and filter etc.
[22:56] <tjaalton> gmail can handle the load ;)
[22:56] <tormod> tjaalton: so you gonna find those useful ones among the 15112?
[22:56] <tjaalton> don't know about how it filters them
[22:57] <tjaalton> tormod: I'll just delete the oldest ones at some point
[22:57] <tormod> you might as well just work through launchpad :)
[22:57] <tjaalton> like, older than three monts
[22:57] <tjaalton> +h
[22:57] <tjaalton> that's what I do, I never reply to these by mail :)
[22:57] <bryce> tjaalton: there's a page pitti did on wiki with some bug filtering tips
[22:57] <bryce> he segregates based on if he is a direct subscriber, team member, etc.
[22:58] <tormod> I meant, go through all reports on LP one by one, instead of the mails.
[22:58] <tjaalton> I have a folder which only gets the bugs that I've reported, but should do the same for those that I'm assigned to
[22:58] <bryce> actually I've found the mails to be quite useful
[22:59] <bryce> I've configured mutt's colors to highlight certain state changes and people, so while looking in threaded view I can quickly see replies to bugs I've asked questions on 
[22:59] <tormod> nice, I guess I can make gmail to do something useful with its "labels"
[23:00] <tjaalton> headers have all the information you could need
[23:00] <tjaalton> X-Launchpad-Bug: ...
[23:00] <tjaalton> etc
[23:01] <bryce> yup
[23:01] <bryce> while I'm looking through my chart links, here's another interesting one, although not X-related:  http://daniel.holba.ch/p300/
[23:01] <tjaalton> damn, thunderbird doesn't know how to sort by the Subject _and_ show them in a thread
[23:02] <tormod> I just need to open another mail account first. Since for now, I sync my personal gmail with POP from time to time, and then I don't want to d/l all the bug mail.
[23:02] <bryce> ah true
[23:02] <tormod> I noticed xorg has 200 New bugs...
[23:02] <tjaalton> tormod: it supports IMAP now
[23:03] <tormod> yes I saw that. But if I just want to have a local copy of all mail, pop is almost as good.
[23:04] <tjaalton> we should probably decide a set of tags to use for xorg etc
[23:04] <tormod> tjaalton: good idea
[23:04] <tjaalton> since xorg tends to be the package that gets all the bugs that seem to be X related
[23:07] <tormod> I guess we should try to push more bugs over to xorg-server, I for one haven't been good at that. And leave xorg for untriaged/unknown package?
[23:08] <tjaalton> well, it has all the stuff that xserver-xorg configuration fails to do right
[23:09] <tjaalton> of course many of the >400 bugs are in fact xorg-server or driver bugs, so those need to be cleaned out from there
[23:09] <tormod> only? should it maybe also have the stuff that goes wrong in the server (which is not driver-specific)?
[23:10] <tormod> xserver-xorg I mean by "it"
[23:10] <tjaalton> it should have all the stuff that doesn't have a better home :)
[23:10] <tjaalton> stuff=bugs
[23:11] <tormod> yes :)
[23:11] <tjaalton> so for instance, crashers should be elsewhere
[23:11] <tormod> did anyone feel like blessing the ati sync?
[23:11] <tjaalton> a sec
[23:13] <tjaalton> done
[23:13] <tormod> thanks
[23:15] <tormod> apropos http://daniel.holba.ch/p300/ I guess it counts bugs that are open in a non-Ubuntu task.
[23:15] <tormod> there are not so many open in Ubuntu
[23:16] <tormod> but that queue is slow! I always have to wait ages to get something sponsored.
[23:17] <tormod> and that's usually after bugging people on IRC
[23:17]  * tormod should ask daniel holbach about that
[23:41] <ubotu> New bug: #164996 in xorg (main) "gnome desktop icons does not respond to mouse clicks " [Undecided,New] https://launchpad.net/bugs/164996