=== Amaranthus is now known as Amaranth === bryceh is now known as bryce [08:07] someone complains that libdrm in x-updates "broke multiarch" [08:08] fails to install both amd/i386 versions [08:08] or upgrade in this case [08:12] hrm [08:13] which sounds really weird though [08:13] it's been M-A: same for ages [08:14] tjaalton, looks like that was a sync from debian git; is it missing some necessary multi arch patch or something? [08:14] I'll forward it to ubuntu-x [08:14] no, quantal is fine [08:14] *it's fine on quantal, no reason why it wouldn't be on precise [08:14] unless there's some apt/dpkg bug [08:14] unfixed [08:15] tjaalton: that mail was from me, need some more info? === yofel_ is now known as yofel [08:15] yofel: ah right [08:16] was about to forward it to ubuntu-x@ [08:19] yofel: anyway, no reason why it wouldn't upgrade just fine [08:19] nothing wrong in the package [08:19] source package [08:20] well, the only thing I could think of would be gzip putting out different data on i386 and amd64... [08:20] yes [08:38] tjaalton: nvm, downloading the debs straight from launchpad installing them with dpkg worked now. Seems like the amd64 deb wasn't downloaded right. (Except that dpkg didn't notice that) [08:38] yofel: ah, yeah I think there's a dpkg bug for that [08:38] ok, thanks anyway :) [08:39] np [10:53] ok burning a quantal cd [10:57] mlankhorst, waouh, some people still do that in the age of USB sticks? ;-) [10:57] seb128: didn't want to look into how to make a quantal netboot cd.. [11:01] I have 4 netboot filesystems for testing instead [11:16] of course simply right clicking iso and hitting burn fails on size estimation.. [11:30] oh now it works, might have been failing on my custom kernel [13:13] any ETA on releasing the mesa packages in precise-proposed and oneiric-proposed? We'd like to publish a security update, and are waiting for those two to go to -updates first... [13:33] seb128: well can reproduce it at least, how silly [13:34] mlankhorst, which one? the xrestop issue? [13:34] mdeslaur: bryce has been working on the precise update [13:35] nah the quantal crash [13:35] I'll try with valgrind next [13:35] mlankhorst, oh, ok ;-) [13:35] what quantal crash? [13:35] https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1065113 [13:35] Launchpad bug 1065113 in xorg-server (Ubuntu Quantal) "Xorg crashed with SIGABRT in free()" [High,Confirmed] [13:36] ah [13:41] mdeslaur: not sure about oneiric [13:42] mdeslaur: meh, don't think anyone cares about oneiric anymore, so I guess you can override the current version there and drop the commit [13:43] been nearly three months without a verification [13:45] tjaalton: ok, thanks...for precise, I'll wait for bryce to give me an update [13:55] hmmz [13:56] now I have a zero width window for quitting installation [14:02] and other fun [14:04] hi guys - i'll probably be the 1000s person to annoy you with that [14:04] ... but any news on bugs 1061073 or 1065125? [14:04] Launchpad bug 1061073 in mesa (Ubuntu) "Desktop effects are slow and desktop corruption using mesa 9" [Undecided,Incomplete] https://launchpad.net/bugs/1061073 [14:06] but I did find some suspicious valgrind errors about that, which might explain why it was zero-width too [16:08] Dear Ubuntu X people: Any suggestions on how to reply to https://lists.ubuntu.com/archives/kubuntu-devel/2012-October/006446.html [16:09] try gles [16:32] ScottK, stefan``: was kde-workspace upgrading from 4.9 to 4.9.2 in the same timeframe ruled out? we've had mesa 9.0 snapshots going in for a few months and didn't have any reports of problems also, perhaps testing some of those to locate where the regression introduced might be helpful if it's really recent http://paste.ubuntu.com/1285353/ [16:35] OK. I'll see if I can find a suitable victim to do the tests. [16:36] shame stefan`` left since he just reported hitting it this morning, darn [16:42] following up on his bug 1061073 [16:42] Launchpad bug 1061073 in mesa (Ubuntu) "Desktop effects are slow and desktop corruption using mesa 9" [Undecided,Confirmed] https://launchpad.net/bugs/1061073 [16:46] well there is the regression in rendering, which doesn't affect unity anymore since it's using gles now [16:47] in i915_dri so gen3 [17:22] mdeslaur, yeah sorry; the precise update is still on my todo list but had other pressing priorities lately. Presently it looks like there are some issues which are going to take some work to get resolved. I don't know the status of what's going into oneiric. [17:23] there was one nouveau patch in oneiric-proposed waiting for feedback since mid-july, so probably ok to drop it? [17:48] well yeah :) [20:35] I have a victim <- <- <- tester. [20:43] Sarvatt: ScottK: ok I'm using 9.0-git20120903 now and it sucks :(. Major artifacts and the desktop effects are very slow. [20:43] So it's not a recent change. [20:47] Hello StFS. [20:47] Sarvatt: StFS has an affected system as well. [20:47] Hi [20:48] Sarvatt: ahh... you're the kind sould who's helping me on my bug on launchpad :) [20:49] I just commented. I installed mesa 9.0 git20120903 and the bug is present there... don't think there's much use in trying out the other two versions you mentioned since it clearly came before the 20120903 version. === Amaranthus is now known as Amaranth [21:23] bryce: ok, thanks for the update. I guess we'll ignore it then and just do our update. [21:24] mdeslaur: Would it make sense to copy the mesa in precise-proposed to -updates and you base off of that? Except for your comment about the security issue, it's otherwise ready to release. [21:25] ScottK: huh? bryce said there are issues with the package in -proposed [21:25] Hmm. [21:25] All the bugs are marked verified. [21:25] ScottK: well, if that's the case, it should get pushed to -updates [21:26] bryce: Should I remove mesa from precise-proposed so it doesn't get released by accident? [21:26] * ScottK waits for bryce. [21:28] ScottK, there are no known user issues. The problem is that a couple test cases changed behavior. According to Intel those are test suite issues not indications of user affecting problems [21:29] So you'd recommend to release it? [21:29] ScottK, I'd have no problem releasing it. It works fine on the hardware, aside from the piglit irregularities (which would be hard to track down) [21:29] OK. Thanks. [21:30] then we can push 8.0.5 to proposed after the security update :) [21:31] bryce and mdeslaur: Done. [21:35] bryce, ScottK: thanks [22:13] thanks [22:59] Really really weird problem on an Asus UX21A ... Pressing Fn+F5 ("brightness down") works as expected but Fn+F6 ("brightness up") when pressed multiple times seems to block until notify-osd has timed out for each level of brightness increased before the next keypress is honoured.... any thoughts? :-) [23:02] I concur; that's a really weird problem :) [23:06] * maxb wonders if this is actually -kernel, -x or -desktop territory :-/ [23:08] Likely to be -desktop territory, I think? [23:09] maxb, there's a Hotkeys page in wiki with some tips on debugging / isolating bugs like that [23:12] * maxb goes to read [23:21] I have a sinking feeling that it could be the BIOS being dumb. The events show up delayed in xev [23:33] Aaanyway, looks like it's off to kernel land for me [23:33] Hi ho, hi ho, it's off to kern'l we go! [23:49] http://www.markshuttleworth.com/archives/1195 [23:49] Raring Ringtail [23:49] Hello Possums! [23:51] RAOF, don't forget to snag a micro-usb (male) to usb (female) on-the-go adapter, in case you need to connect a keyboard [23:51] Will do. Thanks.