[03:21] <ubotu> New bug: #163965 in linux-restricted-modules-2.6.20 (restricted) "[gutsy] Broken visualization enabling fglrx" [Undecided,New] https://launchpad.net/bugs/163965
[05:21] <pwnguin> so uh, apparently modprobe wont load the nvidia drivers if xorg.conf doesn't have it listed?
[06:06] <ubotu> New bug: #163981 in linux-restricted-modules-2.6.20 (restricted) "kernel oops ipw3945" [Undecided,New] https://launchpad.net/bugs/163981
[06:20] <ubotu> New bug: #163985 in xorg (main) "[Hardy] GUI disappears while working" [Undecided,New] https://launchpad.net/bugs/163985
[07:01] <tjaalton> whee, alex deucher will be working for AMD soon
[07:14] <bryce> yup, I saw that on his blog
[07:14] <bryce> a couple weeks ago I'd tried to get him to join canonical
[07:14] <tjaalton> oh :)
[07:15] <tjaalton> I should probably merge the server next
[07:16] <tjaalton> and I wonder if the hacky patch should be included or not
[07:16] <bryce> 130?
[07:17] <tjaalton> bryce: do you remember the bugs where it broke EXA?
[07:17] <tjaalton> no, the new revision of 120 :)
[07:17] <bryce> not offhand, but they should be marked high priority
[07:17] <tjaalton> ok, I'll check
[07:17] <tjaalton> since it's easy to test at least on intel
[07:18] <bryce> yeah
[07:18] <tjaalton> I'll also update the default-DPI patch to use 96, since that's upstream now
[07:18] <tjaalton> and not 100
[07:18] <bryce> I upgraded all my test hardware (3 laptops, 2 desktops) to hardy today
[07:18] <tjaalton> heh
[07:19] <bryce> including one 945 and two 965's
[07:19] <tjaalton> btw, did you notice that I filed a bug to remove all the small apps from the archive?
[07:19] <tjaalton> because they are in x11-* now
[07:22] <tjaalton> bug 163094
[07:22] <ubotu> Launchpad bug 163094 in xorg "[Package Removal Request] Please remove these from hardy" [Wishlist,Confirmed] https://launchpad.net/bugs/163094
[07:23] <bryce> ah, I hadn't seen that - good!
[07:23] <tjaalton> there are some packages that are not included in those, but they should deserve another request later
[07:24] <tjaalton> packages that noone uses :)
[07:24] <bryce> I've been working on my xorg package status script (trying to get it running in a chroot), and I noticed those old packages were still there
[07:25] <tjaalton> hmm, upgrade doesn't purge them
[07:25] <tjaalton> so they are in C mode or what's it called
[07:25] <tjaalton> "configuration installed"
[07:33] <bryce> hrm, the -intel sru still didn't get through...  I wonder if I need to do something more?
[07:35] <tjaalton> dunno, what bug?
[07:36] <bryce> 133118, 108056
[07:38] <tjaalton> was it turned down or just not yet processed?
[07:38] <bryce> not processed
[07:40] <tjaalton> ok
[07:41] <bryce> (afaik)
[07:41] <bryce> I'll look at it more after I get these specs written
[07:42] <bryce> btw, I really appreciate how you're taking care of the merges - it's really freed me up to take care of a lot of scut work that's been hanging around
[07:42] <tjaalton> heh, np
[07:43] <bryce> aha, got the chrooted xorg pkg script working :-)  http://people.ubuntu.com/~bryce/Xorg/versions_20071119.html
[07:43] <bryce> I think once your xapp deletion goes through, we may have the hardy column all green
[07:44] <tjaalton> indeed, and a bit shorter :)
[07:47] <tjaalton> now it's official, I just changed my launchpad uid tepsipakki -> tjaalton
[07:47] <bryce> a few drivers also need resyncd
[07:47] <bryce> ah wow
[07:47] <bryce> why the change?  what did tepsipakki mean?
[07:48] <tjaalton> it was just a silly nickname I got after a very long night at a bar.. ;)
[07:48] <bryce> hehe
[07:49] <tjaalton> this is more "official", and a username which I already have everywhere
[07:50] <tjaalton> since '96
[07:50] <bryce> well, I think jcristau and tormod will be happy to know my xorg pkg status page will always show the debian versions of everything
[07:50] <bryce> at AllHands the first night dinner, we played IRC nick bingo
[07:51] <bryce> and then they had everyone with an unusual nick go up to the mike and explain it ;-)
[07:51] <tjaalton> hehe
[07:53] <tjaalton> we used to play "JMT bingo" (JMT= abbreviation of the street) from the balcony of my first flat on the campus, dialing random four digit numbers on the telephone and waiting for lights to turn on on the building next to us :)
[07:54] <tjaalton> it was a 4x4 matrix, so not that hard :P
[07:55] <tjaalton> every flat had a phone with a four digit number, and internal calls were free
[07:59] <bryce> hehe
[08:02] <tjaalton> hmm, still no comments about the l-r-m changes, not even from kernel-team
[12:45] <ubotu> New bug: #164049 in xserver-xorg-video-intel (main) "intel xorg driver disables direct rendering for virtual display larger than 2048" [Undecided,New] https://launchpad.net/bugs/164049
[14:53] <ubotu> New bug: #164052 in xserver-xorg-video-ati (main) "panels smaller than display size" [Low,New] https://launchpad.net/bugs/164052
[17:26] <ubotu> New bug: #164125 in xrandr (main) "xrandr causes X BadRequest Error " [Undecided,New] https://launchpad.net/bugs/164125
[18:26] <mvo> bryce: http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=cbf775cde7bb737ddf71fa3aa5b08c859d516084 maybe interessting for gutsy (or gutsy-backports)
[18:26] <bryce> hi mvo
[18:27] <bryce> ok, thanks
[18:27] <mvo> bryce: maybe hardy is enough, I'm not sure aobut the scope, just got it on the compiz irc :)
[18:27]  * bryce nods
[18:28] <bryce> if it has xserver 1.4 dependencies, it might be hard to backport
[18:28] <bryce> since it's an input related thing, there's a risk of it depending on some of the new input code I guess
[18:28] <mvo> ok, then I misread it
[18:28] <bryce> do we have a bug in LP that it fixes?
[18:28] <mvo> its probably just for hardy then
[18:30] <bryce> hmm, the only part that looks of concern is the inputInfo.keyboard bit - if that's present in xserver 1.3, then this should be safe to backport, however that sort of sounds like an input hotplug bit
[18:31] <bryce> I can take a look at it next week (busy with specs presently), if you could file a bug in LP about it?
[18:36] <mvo> bryce: thanks, I just confirmed that it only affect 1.4. iXce` will report a LP bug, when he has, I will forward it
[18:40] <bryce> ah excellent
[18:40]  * bryce loves it when bug reports come with the patch to fix it :-)
[18:51] <pwnguin> what's a good way to reset the gdm configuration to default?
[19:26] <bryce> pwnguin: hmm there's an /etc/gdm/factory-gdm.conf; I would guess maybe that's the default config?
[19:26] <pwnguin> well
[19:26] <pwnguin> i kinda took an alternate route
[19:26] <pwnguin> apt-get remove --purge gdm
[19:27] <bryce> ah, brute force ;-)
[19:27] <pwnguin> a bit too brute
[19:27] <pwnguin> fortunately startx worked
[19:27] <pwnguin> otherwise id be netless
[19:27] <bryce> does reinstalling gdm set the gdm.conf properly?
[19:27] <pwnguin> apparently
[19:28] <pwnguin> gdm.conf-custom is strange
[19:28] <pwnguin> in that its empty
[19:29] <pwnguin> i guess there's two levels of conf files
[19:36] <bryce> I suspect that gdm.conf-custom is where you're supposed to place user-specific gdm settings that are not to get overridden by ugprades
[19:37] <pwnguin> sounds reasonable
[19:38] <bryce> tjaalton: I'm wokring on the HardyHardwareDetection spec and have some questions about how we're going to use hal for keyboard/mouse autodetection
[19:38] <bryce> tjaalton: you about?
[19:44] <pwnguin> on a related hardy note
[19:44] <pwnguin> nvidia-glx?
[19:48] <pwnguin>  nvidia-glx-new: Depends: xserver-xorg-core (>= 1:0.99.0-1) but it is not going to be installed
[19:49] <pwnguin> xserver-xorg-core: Installed: 2:1.4.1~git20071119-1ubuntu1
[19:49] <pwnguin> am i missing something about versions?
[19:50] <bryce> hmm odd
[19:50] <bryce> don't know why that doesn't work
[19:51] <bryce> tjaalton: ideas on that one?
[20:03] <tjaalton> bryce: yes, my l-r-m is not uploaded yet :)
[20:04] <tjaalton> so it's normal
[20:04] <tjaalton> just got home, btw
[20:05] <pwnguin> im confused
[20:05] <tjaalton> the commit that mvo pointed out is in the xorg-server snapshot I uploaded
[20:05] <pwnguin> i have nvidia loaded
[20:06] <pwnguin> but glx wont install because of a dependency on xorg
[20:06] <tjaalton> pwnguin: I don't know how you got into that situation, but take a look at the newer proposed l-r-m at http://people.ubuntuwire.com/~tepsipakki/lrm
[20:06] <tjaalton> it should fix that
[20:07] <pwnguin> dist-upgrade ftw ;)
[20:07] <tjaalton> since the new server conflicts with xserve-xorg-video, which nvidia/fglrx provide
[20:07] <tjaalton> right, so it removed your non-working version
[20:08] <pwnguin> since ive got x people attention, im thinking bulletproof x wants read-edid as a dependency
[20:08] <pwnguin> as i managed to crash both my xorg.conf and the failsafe
[20:09] <tjaalton> bryce: I noticed gravity mention something about that on #xorg-devel the other night
[20:09] <tjaalton> bryce: that hal (or xserver-xorg, don't remember) should parse xorg.conf and generate an fdi file out of it
[20:11] <pwnguin> tjaalton: so then, i shouldnt expect wacom to have the right module versions either, I presume?
[20:12] <tjaalton> right
[20:12] <tjaalton> possibly just an oversight
[20:12] <tjaalton> pwnguin: so you use wacom?
[20:14] <bryce> tjaalton: ah yeah just read it in backlog
[20:15] <tjaalton> lool filed a bug about that input-redirect thingie
[20:15] <ubotu> New bug: #164171 in xorg (main) "key repeat under cursor" [Undecided,New] https://launchpad.net/bugs/164171
[20:15] <tjaalton> heh, that looks like a dupe :)
[20:21] <pwnguin> tjaalton: yes
[20:21] <pwnguin> tjaalton: does that make me evil? ^_^
[20:22] <tjaalton> pwnguin: ok, I believe I looked at it once, but perhaps just got distracted by the wacom-devel list or something, looking for an update
[20:22] <pwnguin> i just noticed last night wacom wasnt working, figured it might just not have been updated yet, so i havent filed a bug yet
[20:22] <tjaalton> right, the version is too old
[20:23] <tjaalton> xserver-xorg-core conflicts << 0.7.8
[20:26] <tjaalton> bryce: I noticed that evtouch should provide input-hotplug for touchscreens
[20:26] <tjaalton> thus replacing elographics AIUI
[20:27] <tjaalton> but now, last episodes of sopranos :) bbl ->
[20:29] <bryce> tjaalton: when you get back, I updated https://wiki.ubuntu.com/HardyHardwareDetection with more specifics on the input hotplug side of things - it would be great if you could review that
[20:29] <tjaalton> whoa, a lot of text :)
[20:30] <tjaalton> sure, I'll have a look
[20:31] <bryce> the section I added starts at X.org configuration refactoring
[21:40] <ScislaC> heya bryce
[21:42] <bryce> heya ScislaC
[21:47] <ScislaC> bryce: you want me to "complain"? ;)
[22:11] <tjaalton> bryce: reading through the spec now
[22:12] <tjaalton> discover; I believe it's the drivers that have most uptodate information about the pciids
[22:12] <tjaalton> ..they support
[22:12] <tjaalton> whatever is in the server is just duplication
[22:13] <tjaalton> sparc; maybe pci-rework will sort this out, so I'm not sure what to do for hardy..
[22:13] <tjaalton> xresprobe; yes, let's drop it and manage the fallout :)
[22:15] <tjaalton> keyboard; maybe it's console-setup that needs reconfiguring when changing the layout
[22:15] <tjaalton> since if the logic is removed from xserver-xorg
[22:15] <tjaalton> mouse protocol; I think this is already done
[22:23] <bryce> ScislaC: yeah
[22:24] <bryce> tjaalton: cool thanks, I'll update the spec with that, unless you want to directly?
[22:24] <tjaalton> bryce: please go ahead, I'll go to bed soon, after checking the wacom-discuss archives :)
[22:24] <bryce> okie
[22:30] <bryce> done
[22:43] <tjaalton> hmm, seems that the newest wacom still easily segfaults with 1.4, so no point to update it