[00:17] Has anyone else noticed -intel 2.4.14-0ubuntu1 being broken? [00:25] Oh, and that's why! [01:10] Hi all, i'm trying askubuntu for the first time, and have a question. I'm trying to post a comment to a question, without answering the question. Is this possible with 1 reputation? [01:14] I don't think it is, no. [01:19] ok.. thanks [01:23] bryceh: Still around to sponsor an -intel update, so it actually works? [01:37] bryceh: No need for sponsoring; StevenK got it. [02:08] RAOF, what was wrong with it? [02:14] ah bad canDoBGNoneRoot in patches. [02:17] bryceh: No, it used intel_batchbuffer_wait_last, which didn't exist, so it didn't load. [02:19] hrm, not good that we missed that [02:19] I just took the opportunity to make BGNoneRoot safe for 1.10 at the same time. [02:20] Did anyone test the 1ubuntu1 -intel upload before uploading it? [02:20] RAOF, I had assumed sarvatt had, but sounds like we need to be more explicit about the testing [02:21] wait, so edgers went through 2 DDX ABI changes? [02:21] I'm wondering if we need some sort of staging ppa in addition to edgers, where the actual uploadable packages can age a bit [02:21] Amaranth: Yes, because X went through a post-RC1 ABI change. [02:22] There was one when the packages all got the ABI updated and another where you just did a rebuild (and I spent half a day with no X :/) [02:22] ah, ok [02:23] bryceh: What would the staging PPA pick up? [02:23] * Amaranth waits patiently for intel 1ubuntu2 [02:23] Yeah. Don't log out before then :) [02:24] Actually, I think I've heard ubuntu+1-proposed being proposed before. This PPA would essentially be that. [02:26] Alternatively, it could be a mirror of the sid/testing Debian split. [02:26] RAOF, yeah... basically a place for us all to dput things ready for being uploaded to the archive, for final review/testing before actual upload [02:26] but dunno, maybe that'd just be extra bureaucracy [02:27] It would block uploads on PPA builder availability. [02:28] Possibly just being more explicit about testing would do. [02:29] * bryceh nods [02:42] Speaking of testing... time for synaptics. [02:49] Amaranth, i'm using xchat-gnome right now and i don't see how it's more fully integrated with gnome than xchat. can you enlighten me? [02:50] bjsnider: perhaps xchat has cleaned up since I last used it [02:50] It used to look ugly and you had to manually configure what browser to open links with and such [02:50] and proxies [02:50] well i don't have issues with either of those [02:51] not that anyone uses a proxy with IRC :) [02:51] maybe you should try xchat? [02:51] they both use the same settings directory [04:46] bjsnider: btw, does xchat do spell checking? [04:47] yup [04:47] it do indeed [04:53] come to think of it having used both i'm not sure there's a need for an "xchat-gnome" anymore [07:54] cnd: We need to update to a new evdev for xserver 1.10. Do you have any wishes while we're at it? === yofel_ is now known as yofel [15:55] well, the 2.6.38 kernel is still to unstable. Keep getting ati pageflipping errors in dmesg and the desktop seems to freeze occasionally. [16:33] hello there [16:34] so xchat-gnome started showing refresh issues [16:34] is that a known issue? [17:33] seb128: I already filed that bug :) [17:33] seb128: It's a regression from -intel 2.13.901 to 2.14.0 [17:34] ok, weird [17:34] * Amaranth has been living with it for some time on xorg-edgers, figured it would go away after a couple days [17:34] doesn't happen anymore after a session restart [17:34] seb128: scroll up [17:34] well I restart my IRC so up is the 2 lines you just wrote [17:34] For me it sometimes goes away until I start scrolling [17:35] oh you are right [17:35] do you have the bug number handy? [17:35] bug 707236 [17:35] Launchpad bug 707236 in xserver-xorg-video-intel (Ubuntu) "corruption in xchat-gnome window (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/707236 [17:36] I knew I wasn't the only xchat-gnome user left :) [17:36] dholbach complained about it as well [17:36] Should have filed that bug sooner :/ [17:37] if it's still in intel master you should file it at fdo [17:37] Just figured it was edgers, things break and fix all the time, until I realized the same stuff was about to hit natty [17:38] it did now [17:38] jcristau: Apparently edgers has a git snapshot from 3 days ago so I guess I'll file upstream [17:43] Anyone got a GTX 570 here? I'm having X freeze issues with mine :( [17:44] bryceh, is there an equivalent of intel_reg_dumper for ati and/or nvidia cards? [17:44] it's weird, it'll lock up for like 60 seconds, then return to normal as if nothing happened. [17:44] (most of the time, sometimes it doesn't come back) [17:49] Azelphur, get any errors in dmesg associated with that? [17:50] apw http://pastebin.com/qPP9KuYy not sure [17:50] I did just have a total freeze and had to kill X [17:50] so there should be something near the bottom - if there is anything [17:51] it's definitely after line 1059 [17:51] that Disabled privacy extensions thing might be something to do with it? [17:52] Azelphur, so no nothing there ... the lo: bits are networking [17:52] ok [17:52] nice to see its not just me who has flash pooping self all over the place [17:52] haha yea, flash crashes continually, I heard that's a bug in compiz that'll be fixed soon [17:53] yeah right, all bugs in compiz are going to be fixed soon. i am still waiting for my menus to appear above the background relaibly [17:53] :D [17:54] Sarvatt, ROAF, is there an equivalent of intel_reg_dumper for ati and/or nvidia cards? [17:55] oh I should state this early, I'm running quad screen (2 separate X screens both running twinview) card 1 is GTX 570, card 2 is 8800GT :p [17:55] figure I'll state my weirdness to start with :) [17:59] apw: http://pastebin.com/mtDvzLbB [17:59] that's interesting, at the bottom [18:01] Azelphur, is this with the binary drivers ? [18:01] yes [18:01] phew [18:01] I had this problem with the version available in the repositories, so I tried building a new package and upgrading to the latest driver, but I still get the problem [18:08] apw, no there isn't an exact equivalent but I do have leads on a couple tools. [18:08] apw, what I'm really curious about is if the kernel can emit a signal in these cases like with intel, so we can hook apport to it [18:17] bryceh, hangs you mean? yeah i am more interested in them for 'black screen [18:17] on boot' cases i am seeing [18:19] aha [18:21] apw, ok, for nouveau there is a pgtest tool mentioned here - https://bugs.freedesktop.org//show_bug.cgi?id=26980#c7 [18:21] dunno if it'd be useful in this case but might be worth checking out [18:21] Freedesktop bug 26980 in Driver/nouveau "NVA3 / NVA5 / NVA8 / NVAF (GT2xx/GT3xx) with nouveau: random GPU lockups" [Normal,New] [18:29] bryceh, know anything about "Nvidia graphics driver, obtained directly from Nvidia", any idea how its packaged, is it dkms ? [18:43] apw, pretty sure they have their own installer [18:43] apw, generally if a user installs nvidia from the nvidia site, they're on their own [18:45] bryceh, that was my feeling, that he has installed it, got a new kernle and ended up in a mess, and thats what i'd expect "here keep both pieces" [19:59] apw: http://cgit.freedesktop.org/~airlied/radeontool/ [22:03] tjaalton, hey can you shoot me a copy of that driver rebuild script? [22:23] apt-get source $(apt-cache show xserver-xorg-input-all | grep Depends: | sed s/Depends://g | sed s/,//g) [22:23] followed by for I in * ; do [ -d $I ] && (cd $I && dch --build "Rebuild against Xserver 1.10" && dpkg-buildpackage -S) ; done [22:23] ? :) [22:24] bryceh: Also, good morning :) [22:24] you mean evening. [22:25] damn aussies have everything reversed! [22:25] :) [22:28] RAOF: pretty useful thing to have scripted for server abi bumps. [22:29] jcristau: Yeah. That shell will also pick up x11-common, so it could do with a little bit more love :) [22:35] RAOF, heya! [23:45] bryceh: Was Sarvatt going to do the -ati update?