tjaalton | hum, something broke my mouse | 09:14 |
---|---|---|
tjaalton | I only get events on button release | 09:15 |
tjaalton | downgrading to the released xserver-xorg-core fixed it, hmm.. | 09:36 |
wgrant | tjaalton: Released == not your property stuff? | 09:47 |
tjaalton | wgrant: right | 09:48 |
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:49 |
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:50 |
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:51 |
seb128 | tjaalton: video playing in totem gstreamer too? using XAA or EXA? | 09:52 |
tjaalton | seb128: with totem, EXA | 09:52 |
seb128 | I'm wondering why that doesn't work here | 09:53 |
tjaalton | crashes right away? | 09:53 |
mvo | BadAlloc (said seb128 earlier) | 09:57 |
seb128 | tjaalton: no, when trying to play a video | 09:57 |
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:58 |
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 | 09:59 |
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 | 10:00 |
tjaalton | seb128: bug 279363 | 14:01 |
ubottu | Launchpad bug 279363 in xserver-xorg-video-intel "[intrepid] video freezes on Intel card with 2.6.27-5 kernel" [Undecided,New] https://launchpad.net/bugs/279363 | 14:01 |
tjaalton | seb128: probably the same that you are seeing? I noticed that I had -4 running when I tested it | 14:01 |
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:02 |
tjaalton | sigh.. wouter stomp is a bit too eager to assing bugs against xorg | 14:08 |
tjaalton | -sign | 14:08 |
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 |
ubottu | Launchpad bug 279525 in xorg "liveCD install-option X bug?" [Undecided,New] https://launchpad.net/bugs/279525 | 14:09 |
seb128 | right, he's doing that for desktop bugs too | 14:09 |
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:10 |
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:11 |
seb128 | brb | 14:12 |
mvo | seb128: I assume your gstreamer-properties is set to "auto" for video? | 14:58 |
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 | 14:59 |
seb128 | and mplayer doesn't work either | 15:00 |
seb128 | mvo: ok, works fine now | 15:03 |
seb128 | my xorg.conf had Option "AccelMethod" "XAA" | 15:03 |
tjaalton | hah | 15:03 |
tjaalton | :) | 15:03 |
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:04 |
tjaalton | at least I could not tell the difference | 15:05 |
superm1 | tseliot, bryce_ : FYI this is the final 177 driver: http://www.nvidia.com/object/linux_display_ia32_177.80.html | 17:20 |
tseliot | superm1: I had already filed a FFE for 177.78 but I will put 177.80 instead | 17:23 |
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:24 |
ubottu | Launchpad bug 275098 in nvidia-graphics-drivers-177 "Packaging request, please upgrade to ver 177.78" [Wishlist,In progress] | 17:24 |
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:25 |
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:26 |
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:27 |
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:28 |
superm1 | tseliot, ah | 17:30 |
superm1 | <shrug>, that nv being autoselected bug is still happening | 17:36 |
* tseliot > dinner | 17:37 | |
tjaalton | superm1: ok, so the autoconfigured driver is used after all | 17:50 |
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:51 |
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:52 |
superm1 | tjaalton, okay bug 279713. | 17:57 |
ubottu | Launchpad bug 279713 in xorg-server "xorg-server (2:1.5.1-1ubuntu2) causes incorrect graphics driver to be selected" [Undecided,New] https://launchpad.net/bugs/279713 | 17:57 |
bryce_ | morning folks | 18:03 |
=== Ng_ is now known as Ng | ||
tjaalton | hey bryce | 18:27 |
tjaalton | superm1: a lazy fix would be to drop radeonhd from video-all | 18:27 |
superm1 | tjaalton, since when did it enter video-all in the first place? | 18:29 |
superm1 | last i remembered it was universe | 18:29 |
tjaalton | xorg (1:7.3+11) unstable; urgency=low | 18:30 |
tjaalton | [ David Nusinow ] * Add radeonhd to the -video-all depends | 18:30 |
superm1 | ah at which point we pulled it into main too | 18:31 |
tjaalton | yep | 18:31 |
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:32 |
bryce_ | hrm | 18:33 |
superm1 | (tack==take) | 18:33 |
bryce_ | slangasek pulled it in (to universe afaik) the other day (post-beta) | 18:33 |
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:34 |
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:35 |
bryce_ | superm1: I've just brought it up to date to latest; how do I reproduce the problem? | 18:36 |
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:37 | |
bryce_ | nope; seems to come up and allow logging in just fine | 18:38 |
bryce_ | ah wait, lemme remove my xorg.conf | 18:39 |
bryce_ | hrm, still working fine | 18:40 |
superm1 | bryce_, hum well it seems for me to be sitting at detecting the modeline | 18:40 |
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:41 |
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:42 |
superm1 | is your Xorg log showing RADEON selected or RADEONHD selected then? | 18:43 |
tjaalton | superm1: if there are multiple matches, it takes the last one | 18:44 |
tjaalton | or was it that the list is inverse | 18:44 |
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:45 |
tjaalton | superm1: why not just drop it from video-all, so those who insist on having radeonhd still get it loaded | 18:46 |
superm1 | tjaalton, that sounds like a fine solution to me | 18:47 |
tjaalton | superm1: cool | 18:47 |
tjaalton | pushed | 18:55 |
tormod | hi bryce | 20:12 |
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:13 |
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:15 |
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:16 |
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:17 |
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:18 |
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:19 |
tormod | bryce, you closed bug #262422, no wonder I couldn't find it :) | 20:20 |
ubottu | Launchpad bug 262422 in xscreensaver "xscreensaver 5.07 feature freeze exception" [Undecided,Fix released] https://launchpad.net/bugs/262422 | 20:20 |
tseliot | bryce: either way, setting the build-dep to libgnome-desktop-dev will pull libgnome-desktop-2-7 too | 20:22 |
bryce | tseliot: right | 20:23 |
bryce | tseliot: should I make that one change? | 20:24 |
tseliot | bryce: yes, please | 20:24 |
bryce | ok will do | 20:28 |
tormod | bryce, I think you closed that bug by mistake? | 20:46 |
* bryce looks | 20:46 | |
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:47 |
tormod | did you notice bug #278471, XRRGetScreenResources again I guess | 20:48 |
ubottu | Launchpad bug 278471 in meta-kde "Screen flickers with KDE4" [Undecided,Confirmed] https://launchpad.net/bugs/278471 | 20:48 |
bryce | tseliot: ok all uploaded. Please could you update and doublecheck everything's working as it should? | 20:51 |
tseliot | bryce: do you refer to compilation or to the functioning of the program? | 20:53 |
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:54 |
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. | 20:59 |
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:00 |
bryce | that's pretty much all I got back | 21:01 |
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:05 |
bryce | it built ok on my box. hmm | 21:07 |
seb128 | usually those are incorrectly signed issues | 21:08 |
bryce | I'll try resigning and reuploading then | 21:11 |
tormod | bryce: which exactly are these packages? from ted's ppa? | 21:12 |
bryce | yeah | 21:12 |
tormod | ok | 21:12 |
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:14 |
tseliot | bryce: I have also put the fix in my branch: https://code.launchpad.net/~albertomilone/screen-resolution-extra/main | 21:18 |
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:19 |
bryce | still waiting for response on s-r-e | 21:20 |
jcristau | tjaalton: i guess i could kill radeonhd.ids, so you'd have to add it to xorg.conf | 21:26 |
bryce | tseliot: ok, s-r-e is accepted. hopefully you can update to them now | 21:30 |
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:31 |
tormod | bryce: cool, thanks | 21:36 |
tjaalton | jcristau: I dropped it from video-all already, so that's enough for intrepid | 21:39 |
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:15 |
tjaalton | superm1: there are two methods | 22:17 |
tjaalton | and the wrong one was used there, for whatever the reaseon | 22:17 |
tjaalton | -son | 22:17 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!