[00:00] <bryce> crdlb: I'm not at liberty to discuss that
[00:01] <crdlb> proprietary drivers suck so much ...
[00:01] <bryce> agreed wholeheartedly
[00:02] <crdlb> so I guess nvidia is going to drop 6 and 7 support soon :)
[00:02] <bryce> really?  I hadn't heard anything about that
[00:04] <crdlb> no, I just mean they can follow ATI's lead now
[00:07] <bryce> ah, well -nvidia of course has the legacy driver situation going on
[00:07] <bryce> thankfully they've been providing updated builds of those
[00:07] <tormod> if it means they will concentrate (as in reassign) efforts on the open-source drivers, let fglrx slowly die
[00:08] <bryce> sweetness, -fglrx on hd4850 is good to go too
[00:08] <bryce> (previous test was on hd2600)
[00:09] <bryce> mm, fast too
[00:10] <tormod> bryce re hd2600, do you get issues like in bug 339647
[00:10] <ubottu> Launchpad bug 339647 in xserver-xorg-video-ati "[M76] Screen tearing when playing back video on HD2600" [Undecided,Confirmed] https://launchpad.net/bugs/339647
[00:10] <bryce> heh, wish you'd asked like 15 min ago
[00:11] <bryce> I can give it a try later though
[00:12] <tormod> you're sitting with the card in your hand now :)
[00:14] <bryce> yeah I pulled it out to put the 4850 in; so am going to test that one a bit first
[00:23] <bryce> sad; 6.12.0 no workie on the hd4850 (white screen)
[00:26] <tormod> bryce: and that's not the white screen of compiz?
[00:30] <bryce> # ls -l /usr/bin/compiz
[00:30] <bryce> -rw-r--r-- 1 root root 12206 Mar 16 07:37 /usr/bin/compiz
[00:31] <bryce> also tried disabling dri, dri2, and glx, no change
[00:32] <bryce> also it's occurring before the gdm screen; usually the compiz whitescreen happens after login, right?
[00:33] <crdlb> always :)
[00:34] <crdlb> well, unless you have a gdm that uses compiz
[00:34] <bryce> startx fails too
[00:36] <bryce> XAA and EXA both failing same way
[00:36] <bryce> hmm, do we know any other tricks?
[00:37] <tormod> nothing in the logs?
[00:40] <bryce> http://bryceharrington.org/files/Xorg.0.log
[00:40] <jcristau> tried noaccel?
[00:42] <tormod> there is no XAA support for r6/7xx but I guess your option is just ignored
[00:42] <bryce> jcristau: good point
[00:44] <bryce> hmm, noaccel -> black screen instead
[00:45] <bryce> hmm, well maybe it's just dependent on the kernel stuff
[00:45] <bryce> speaking of which... alex just sent in the kernel patch to tim
[00:53] <bryce> heh, avivotool crashes the box
[00:53] <bryce> er, locks it up anyway
[01:43] <bryce> interesting; the reporters on bug 325394 found it fixed with the git snapshot
[01:43] <ubottu> Launchpad bug 325394 in xserver-xorg-video-ati "[RV770 HD 4850] ATI Radeon HD 4850 not supported - white screen and system freeze" [High,Fix released] https://launchpad.net/bugs/325394
[07:46] <bryce> down to 13 bugs against xorg
[08:30] <tjaalton> whoa, less than 1700 bugs
[08:32] <tjaalton> btw, a fresh install doesn't seem to run dexconf at all, resulting in an empty xorg.conf
[08:33] <bryce> is that intentional?
[08:33] <tjaalton> don't think so
[08:33] <tjaalton> having no xorg.conf would be better
[08:33] <bryce> btw, I also noticed xserver-xorg-video-vesa doesn't seem to be installed by default (at least, it was missing on my test box after intrepid->hardy upgrade)
[08:35] <tjaalton> which means that -video-all was removed too?
[08:35] <bryce> yeah
[08:35] <bryce> # apt-cache policy xserver-xorg-video-all
[08:35] <bryce> xserver-xorg-video-all:
[08:35] <bryce>   Installed: (none)
[08:35] <bryce>   Candidate: 1:7.4~5ubuntu15
[08:35] <bryce>   Version table:
[08:35] <bryce>      1:7.4~5ubuntu15 0
[08:35] <bryce>         500 http://us.archive.ubuntu.com jaunty/main Packages
[08:36] <tjaalton> they seem to be installed on our fresh installations
[08:39] <bryce> hmm
[08:39] <tjaalton> so maybe a driver wasn't rebuilt when you did the upgrade?
[08:40] <tjaalton> unless it was recently
[08:41] <bryce> the upgrade was today
[08:41] <bryce> (for testing -ati 6.12.0 and the new -fglrx)
[08:41] <tjaalton> ok, the logs might have something
[08:43] <bryce> maybe.  It's also my pretty heavily pummeled test box, so I don't trust bugs I see on it as representing ordinary users ;-)
[08:44] <bryce> although I would have thought the upgrade would pull that stuff in...
[08:44] <tjaalton> even --fix-policy doesn't seem to install -video-all
[08:52] <bryce> lp's funky for me; pops open the edit title widgets even when I don't want to edit them
[09:18] <bryce> tjaalton: 340807
[09:19] <bryce> down to 10 xorg bugs, and soon will be down to 6!
[09:20] <bryce> tjaalton: bug #134401 you might know how to triage better than I
[09:20] <ubottu> Launchpad bug 134401 in xorg "[needs-packaging] add support for fujitsu tablet input device" [Wishlist,Triaged] https://launchpad.net/bugs/134401
[09:20] <tjaalton> bryce: yeah, that looks good now
[09:20] <bryce> maybe it belongs somewhere other than xorg
[09:20] <tjaalton> test it locally first :)
[09:20] <bryce> yeah, tomorrow maybe
[09:21] <tjaalton> uh, yet-another touchscreen driver
[09:23] <tjaalton> looks like it's a modified evtouch
[09:23] <bryce> maybe ought to recommend merging into that upstream, and wontfix in ubuntu?
[09:23] <tjaalton> yes
[09:24] <bryce> bug #250372 can probably be closed now, sounds like the issue is no longer present for the user.  You should check that one though.
[09:24] <ubottu> Launchpad bug 250372 in xorg "Do not add /usr/bin/X11 to path, causes problems with relative symlinked binaries" [Wishlist,Triaged] https://launchpad.net/bugs/250372
[09:25] <bryce> right, bedtime for me.  cya tomorrow.
[09:25] <tjaalton> night
[09:29] <tjaalton> bryce: looks like he modified the PATH locally, which fixed it. I'm not sure if the symlink is still needed or not
[14:03] <seb128> somebody talked to me about a bug before?
[14:03] <seb128> tjaalton: was that you?
[14:08] <tjaalton> seb128: yes, I forwarded it upstream
[14:08] <tjaalton> about nautilus
[14:09] <seb128> tjaalton: no clue about it I've no nfs, but does it crash?
[14:09] <seb128> you can run "gnome-desktop-item-edit .desktop" on the command line
[14:09] <seb128> hum, the issue is with the nautilus properties?
[14:09] <seb128> I've no launcher tab there
[14:09] <tjaalton> let me check
[14:10] <tjaalton> not quite the same, that one works :)
[14:10] <seb128> do you get any error when the nautilus dialog close?
[14:10] <tjaalton> no, it just closes
[14:10] <tjaalton> nothing in .xsession-errors
[14:11] <seb128> really weird
[14:11] <seb128> not crashing?
[14:11] <tjaalton> nautilus is still running
[14:11] <tjaalton> it doesn't crash
[14:11] <tjaalton> and at least the jaunty version doesn't have a launcher tab (anymore?)
[14:12] <tjaalton> hmm, gotta run for now
[14:12] <tjaalton> I can debug it more tomorrow
[14:12] <seb128> ok
[14:12] <seb128> I doubt upstream will reply
[14:12] <seb128> they mostly don't read bugzilla and I'm not sure they use nfs
[14:13] <tjaalton> yeah, bugtrackers are such a pain :)
[14:13] <tjaalton> but ->
[17:28] <marijus1> i got kms to work now. but compiz doesnt work. metacity is fine except for video playback. do i have to take care of something special for compiz to work?
[17:30] <bryce> heh, 313027 has turned into a FOSS-vs-proprietary discussion forum already
[17:34] <marijus1> hm?
[18:31] <bryce> tjaalton: for -intel I think I'm going to try a kludge to get around the kernel dependency so we can get 2.6.3 in.  I'm guessing we probably can't hope for a kernel update for -intel at this stage.
[18:32] <bryce> assuming that works, then we need a quick decision on EXA vs. UXA for -intel for beta.
[19:56] <bryce> ok, it builds
[21:09] <bryce> and boots
[21:09] <bryce> froze up on gdm shutdown though (wtf?)
[21:22] <bryce> not a freeze; actually just the wireless connection dropped when I closed gdm
[21:33] <tjaalton> bryce: so you included the header with the driver?
[21:36] <bryce> tjaalton: not even that; I just s/I915_SETPARAM_NUM_USED_FENCES/4/
[21:37] <tjaalton> heh
[21:39] <bryce> alright, seems stable enough.  I'm uploading.
[21:41] <tjaalton> nice, something to upgrade tomorrow :)
[22:26] <bryce> ok, -fglrx next
[22:35] <bryce> superm1: (unless you would prefer handling it...)
[22:52] <bryce> superm1: hrm, looks like they did not list EPR#'s fixed, so our work flagging bugs seems to have been entirely for naught
[23:35] <bryce> packaging done, builds/installs ok, time to test
[23:41] <RAOF> I suppose it'll soon be time to ask for some nouveau FFe's.
[23:49] <bryce> ok looks good; uploading