[09:14] <tjaalton> hum, something broke my mouse
[09:15] <tjaalton> I only get events on button release
[09:36] <tjaalton> downgrading to the released xserver-xorg-core fixed it, hmm..
[09:47] <wgrant> tjaalton: Released == not your property stuff?
[09:48] <tjaalton> wgrant: right
[09:49] <seb128> is anybody there looking at the intel bugs on launchpad?
[09:49] <tjaalton> seb128: bryce does
[09:49] <seb128> and is there a known issue that video playing crash on intrepid and intel?
[09:50] <seb128> tjaalton: ok, I was wondering because the 75 most recents bugs in the list look like they have not been triaged
[09:50] <tjaalton> seb128: well there are hundreds of bugs that no-one has touched yet
[09:51] <tjaalton> because of lack of time
[09:51] <seb128> ok, I'll rather use IRC nagging if you guys have too many bugs ;-)
[09:51] <tjaalton> bick buck bunny works on my i965, compiz or metacity
[09:52] <seb128> tjaalton: video playing in totem gstreamer too? using XAA or EXA?
[09:52] <tjaalton> seb128: with totem, EXA
[09:53] <seb128> I'm wondering why that doesn't work here
[09:53] <tjaalton> crashes right away?
[09:57] <mvo> BadAlloc (said seb128 earlier)
[09:57] <seb128> tjaalton: no, when trying to play a video
[09:58] <wgrant> tjaalton: That's interesting...
[09:58] <wgrant> (the property stuff killing things, that is)
[09:58] <wgrant> Video works fine on i915 here, with no xorg.conf.
[09:59] <tjaalton> seb128: ok, maybe you can try with the old patch then (01_fix_compiz_video..)
[09:59] <tjaalton> don't remember what that was for
[10:00] <seb128> I tried to re-enable this one and 11_textured_video_option.patch
[10:00] <tjaalton> does it work with metacity?
[10:00] <seb128> but I get a grey screen when starting to play a video and I had to reboot the hard way
[10:00] <seb128> I'll try later, I'm running the patched intel which crashes the box right now
[10:00] <tjaalton> ok
[14:01] <tjaalton> seb128: bug 279363
[14:01] <tjaalton> seb128: probably the same that you are seeing? I noticed that I had -4 running when I tested it
[14:02] <seb128> tjaalton: no, I'm still running -4 and I've this bug for some weeks for sure, I just didn't bother until now because I figured somebody would fix the issue ;-)
[14:02] <tjaalton> seb128: ah, ok
[14:08] <tjaalton> sigh.. wouter stomp is a bit too eager to assing bugs against xorg
[14:08] <tjaalton> -sign
[14:09] <seb128> tjaalton: "to assign bugs"
[14:09] <seb128> tjaalton: he's triaging a lot, not always assigning to the right place though
[14:09] <tjaalton> ones that didn't have a package
[14:09] <tjaalton> bug 279525 is clearly a kernel bug
[14:09] <seb128> right, he's doing that for desktop bugs too
[14:10] <seb128> you can't really blame him, not easy to get packages right sometime
[14:10] <tjaalton> right, but he's not on irc either?
[14:10] <seb128> I didn't complain about the wrong desktop assignments because that's often nearer of the right component than having none set
[14:10] <tjaalton> so I could educate him ;)
[14:11] <seb128> tjaalton: he's wst on #ubuntu-bugs when connected
[14:11] <tjaalton> seb128: ok, I'll hunt him down then ;)
[14:11] <seb128> tjaalton: doesn't seem to be often though, maybe better to drop him a mail
[14:12] <seb128> brb
[14:58] <mvo> seb128: I assume your gstreamer-properties is set to "auto" for video?
[14:59] <mvo> seb128: does it help if you move oyur xorg.conf aways?
[14:59] <seb128> mvo: right, let me try, using x11 or xv makes no difference
[15:00] <seb128> and mplayer doesn't work either
[15:03] <seb128> mvo: ok, works fine now
[15:03] <seb128> my xorg.conf had         Option         "AccelMethod" "XAA"
[15:03] <tjaalton> hah
[15:03] <tjaalton> :)
[15:04] <seb128> but that was working before
[15:04] <mvo> aha, cool
[15:04] <tjaalton> known to be broken with compiz
[15:04] <tjaalton> well, broken with textured video
[15:04] <seb128> I probably set that ages ago to workaround other issues
[15:04] <tjaalton> but the patch was dropped since the performance is pretty good now
[15:05] <tjaalton> at least I could not tell the difference
[17:20] <superm1> tseliot, bryce_ : FYI this is the final 177 driver: http://www.nvidia.com/object/linux_display_ia32_177.80.html
[17:23] <tseliot> superm1: I had already filed a FFE for 177.78 but I will put 177.80 instead
[17:24] <superm1> tseliot, okay good
[17:24] <superm1> tseliot, was the FFe approved already/
[17:24] <tseliot> superm1: no, not yet
[17:24] <tseliot> https://bugs.launchpad.net/bugs/275098
[17:24] <superm1> tseliot, oh okay.  will you be including your shim in that same upload too?
[17:25] <tseliot> superm1: it looks like nvidia-xconfig is not broken in 177
[17:25] <superm1> tseliot, ah okay
[17:25] <tseliot> superm1: as regards driver 96 and 71
[17:26] <superm1> what about 173?
[17:26] <tseliot> superm1: I have added a simple check to blacklist them to Jockey
[17:26] <tseliot> superm1: I have to check 173 yet so as to be sure
[17:27] <superm1> tseliot, ah okay.  -96 and -71 are much lower priority anyhow since they're still not updated for xorg server 1.5 anyway
[17:28] <tseliot> superm1: the 3 lines fix for Jockey will avoid us to drop the dependency on 96 and 71 from nvidia-common
[17:28] <tseliot> superm1: which we need, otherwise Update Manager won't know whether it has to migrate users to "nv" or not
[17:30] <superm1> tseliot, ah
, that nv being autoselected bug is still happening
[17:37]  * tseliot > dinner
[17:50] <tjaalton> superm1: ok, so the autoconfigured driver is used after all
[17:51] <superm1> tjaalton, i've got another laptop that upload is actually making worse too
[17:51] <superm1> tjaalton, where its picking radeonhd instead of radeon, causing X to not start
[17:52] <tjaalton> superm1: that's.. amazing :)
[17:52] <superm1> tjaalton, i'll get some logs on a bug about it
[17:52] <tjaalton> superm1: ok, thanks. sauna ->
[17:57] <superm1> tjaalton, okay bug 279713.  
[18:03] <bryce_> morning folks
[18:27] <tjaalton> hey bryce
[18:27] <tjaalton> superm1: a lazy fix would be to drop radeonhd from video-all
[18:29] <superm1> tjaalton, since when did it enter video-all in the first place?
[18:29] <superm1> last i remembered it was universe
[18:30] <tjaalton> xorg (1:7.3+11) unstable; urgency=low
[18:30] <tjaalton> [ David Nusinow ] * Add radeonhd to the -video-all depends
[18:31] <superm1> ah at which point we pulled it into main too
[18:31] <tjaalton> yep
[18:32] <superm1> well why is it getting chosen though in the first place, I had thought RADEON was supposed to always tack precedence when it worked for the card
[18:33] <bryce_> hrm
[18:33] <superm1> (tack==take)
[18:33] <bryce_> slangasek pulled it in (to universe afaik) the other day (post-beta)
[18:34] <bryce_> didn't realize it was in video-all; might be best to exclude it until it builds against the released libdrm, mesa, etc.
[18:34] <superm1> well it might have already done that?  its a 1.2.1-2build2 
[18:35] <superm1> so it's had two go's at rebuilding against stuff since it entered ubuntu (i'm not sure of the timeline though)
[18:35] <superm1> bryce_, well this is a different laptop than you have, but it's the same series card, so you should be seeing the same behavior on that one I believe
[18:36] <bryce_> superm1: I've just brought it up to date to latest; how do I reproduce the problem?
[18:37] <superm1> bryce_, start X with a pretty blank xorg.conf
[18:37] <superm1> bryce_, and awe at the wonder that is a black screen
[18:37] <bryce_> hmm, came up ok for me
[18:37]  * bryce_ tries reboot
[18:38] <bryce_> nope; seems to come up and allow logging in just fine
[18:39] <bryce_> ah wait, lemme remove my xorg.conf
[18:40] <bryce_> hrm, still working fine
[18:40] <superm1> bryce_, hum well it seems for me to be sitting at detecting the modeline 
[18:41] <superm1> bryce_, followed by a warning LVTMATransmitterSet: cannot get golden settings
[18:41] <bryce_> hmm, I have universe and multiverse enabled.  dpkg -l xserver-xorg-video-hdradeon returns nothing
[18:42] <superm1> hum i see xserver-xorg-video-radeonhd sitting in main actually though
[18:42] <superm1> and its rdepends show it as part of xserver-xorg-video-all
[18:43] <superm1> is your Xorg log showing RADEON selected or RADEONHD selected then?
[18:44] <tjaalton> superm1: if there are multiple matches, it takes the last one
[18:44] <tjaalton> or was it that the list is inverse
[18:45] <superm1> tjaalton, then perhaps should the ids be rearranged so that radeonhd is only selected in cases RADEON doesn't support it (rename that file so RADEONHD comes first)
[18:45] <tjaalton> jcristau: were you aware of this^^, radeonhd picked instead of radeon, which would mean that debian is affected as well
[18:46] <tjaalton> superm1: why not just drop it from video-all, so those who insist on having radeonhd still get it loaded
[18:47] <superm1> tjaalton, that sounds like a fine solution to me 
[18:47] <tjaalton> superm1: cool
[18:55] <tjaalton> pushed
[20:12] <tormod> hi bryce
[20:13] <bryce> heya tormod
[20:13] <bryce> tseliot: btw I've finished testing your g-c-c changes and am uploading them.  thanks for fixing up the g-c-c control file; looks good now
[20:15] <tseliot> bryce: thanks a lot for taking the time to review everything and to upload the packages
[20:15] <bryce> tseliot: I'm curious though if the version should be set for libgnome-desktop-2-7, rather than libgnome-desktop-dev; I'm a bit confused by that
[20:16] <tormod> bryce, you made some comments in a xscreensaver merge bug which I was not sure if you posted to the wrong bug. now I can't find the bug :)
[20:16] <bryce> tormod: hmm, sounds like me
[20:17] <tormod> why is there no "latest bug activity" on the package page?
[20:17] <tormod> there is on on the project pages...
[20:17] <tormod> *one
[20:18] <bryce> yeah I know...
[20:18] <tseliot> bryce: isn't gnome_rr_config.c in libgnome-desktop-2-7?
[20:18] <tseliot> and the header
[20:19] <bryce> I would think the header would be in the -dev package?
[20:19] <bryce> but I may just not know enough about gnome packaging
[20:19] <tseliot> let me check
[20:20] <tormod> bryce, you closed bug #262422, no wonder I couldn't find it :)
[20:22] <tseliot> bryce: either way, setting the build-dep to libgnome-desktop-dev will pull libgnome-desktop-2-7 too
[20:23] <bryce> tseliot: right
[20:24] <bryce> tseliot: should I make that one change?
[20:24] <tseliot> bryce: yes, please
[20:28] <bryce> ok will do
[20:46] <tormod> bryce, I think you closed that bug by mistake?
[20:46]  * bryce looks
[20:47] <bryce> hrm, no I did upload that.  Maybe there was a problem with the upload
[20:47] <bryce> tormod: I'll investigate after finishing with g-c-c
[20:47] <tormod> thanks
[20:48] <tormod> did you notice bug #278471, XRRGetScreenResources again I guess
[20:51] <bryce> tseliot: ok all uploaded.  Please could you update and doublecheck everything's working as it should?
[20:53] <tseliot> bryce: do you refer to compilation or to the functioning of the program?
[20:54] <bryce> functioning
[20:54] <bryce> if it isn't compiling, it won't get into the archive.  But I'll get an email, so I'll keep an eye out for that.
[20:54] <tseliot> bryce: ok, I'll do it as soon as the update shows up here
[20:54] <tseliot> thanks again
[20:59] <bryce> tseliot: hmm error with the s-r-e package
[20:59] <bryce> Rejected:
[20:59] <bryce> screen-resolution-extra_0.3.dsc: Component 'utils' is not valid
[20:59] <bryce> screen-resolution-extra_0.3.tar.gz: Component 'utils' is not valid
[20:59] <bryce> Further error processing not possible because of a critical previous error.
[21:00] <bryce> the other two seem to have gone through tho
[21:00] <tseliot> bryce: ok, we were worried about the wrong package then. Can I see the log?
[21:01] <bryce> that's pretty much all I got back
[21:05] <bryce> tormod: weird, I have a .upload for xscreensaver saying it successfully uploaded it to rookery, but no sign of an Accept or Reject in my mail box
[21:05] <bryce> wonder if those emails go to the sponsoree?
[21:07] <bryce> it built ok on my box.  hmm
[21:08] <seb128> usually those are incorrectly signed issues
[21:11] <bryce> I'll try resigning and reuploading then
[21:12] <tormod> bryce: which exactly are these packages? from ted's ppa?
[21:12] <bryce> yeah
[21:12] <tormod> ok
[21:14] <tseliot> bryce: aah, I replaced contrib with utils. Setting Section to x11 only (i.e. "Section: x11") should solve the problem
[21:14] <bryce> huh, I see what happened, it went to my testing site rather than to upload.ubuntu.com
[21:14] <bryce> I must have typo'ed ubuntu or something
[21:14] <bryce> tseliot: ok, will do
[21:18] <tseliot> bryce: I have also put the fix in my branch: https://code.launchpad.net/~albertomilone/screen-resolution-extra/main
[21:19] <bryce> ok; I've re-uploaded s-r-e
[21:19] <bryce> and archive seems to have taken it
[21:19] <bryce> er wait
[21:19] <bryce> tormod: archive has taken xscreensaver
[21:20] <bryce> still waiting for response on s-r-e
[21:26] <jcristau> tjaalton: i guess i could kill radeonhd.ids, so you'd have to add it to xorg.conf
[21:30] <bryce> tseliot: ok, s-r-e is accepted.  hopefully you can update to them now
[21:31] <bryce> not sure how long the build daemons require
[21:31] <tseliot> bryce: ok, I'll test them as soon as they are available
[21:36] <tormod> bryce: cool, thanks
[21:39] <tjaalton> jcristau: I dropped it from video-all already, so that's enough for intrepid
[22:15] <superm1> tjaalton, and what about the nvidia thing?  You said autoconfigured driver was "Used after all"?  isn't the issue that the wrong autoconfigured driver was picked?
[22:17] <tjaalton> superm1: there are two methods
[22:17] <tjaalton> and the wrong one was used there, for whatever the reaseon
[22:17] <tjaalton> -son