[00:47] <bryceh> RAOF, http://ubuntu.5.n6.nabble.com/Minutes-from-the-Technical-Board-meeting-2012-09-17-td4992536.html
[00:48] <bryceh> RAOF, I've just finished uploading the changes infinity asked for; theoretically it should all be ready for SRU review now, although he may need to push a couple buttons.
[01:34] <RAOF> bryceh: Either it's waiting for infinity to push some buttons, or he's already done the SRU review. It's not in the precise-proposed queue, at least.
[01:40] <bryceh> hmm
[01:40] <bryceh> I did get the Accepted emails for it going into precise-proposed
[01:41] <bryceh> http://people.canonical.com/~ubuntu-archive/pending-sru.html shows the two experimental-304 packages there
[01:42] <bryceh> for nvidia-common and jockey those *just* got accepted so maybe the pending-sru.html page needs a little time to update
[01:45] <RAOF> Yeah, they're all in -proposed. Have the -proposed packages been tested?
[01:50] <bryceh> RAOF, not yet.  I'm EOD but will test them tomorrow.
[01:50] <RAOF> Ok. They do need to be tested before promoting them to -updates ;)
[01:50] <bryceh> yep, I know :-)
[01:51] <bryceh> kids are at grandparent's tonight, and so wife wants a date
[01:57] <RAOF> Sounds good!
[02:05] <bryceh> hmm, found one bug already (but maybe local to jockey)
[02:06] <bryceh> on a system with proposed already enabled, do apt-get update then try to launch jockey; jockey crashes with error on string "experimental-304"
[02:17] <RAOF> I thought you were going out? ☺
[06:53] <mlankhorst> morning
[06:53] <RAOF> Yo!
[06:54] <RAOF> Hey, apropos nothing: do you have any insight as to when wine's dwrite will not be a huge pile of fail? Or, at least, when it'll render text in Steam? ☺
[06:54] <mlankhorst> No idea, I just disable the dll as soon as possible..
[06:58] <mlankhorst> I don't really expect any time soon, though. Waiting on the new wine release though :-)
[07:00] <mlankhorst> With a bit of luck this one won't break my dsound patch series in the series of commits done on the day of release..
[07:09] <RAOF> Still no joy on getting an upstream pulseaudio backend?
[07:17] <mlankhorst> RAOF: I gave up, I just help other distros that might want it now instead..
[07:23] <mlankhorst> although one of the people there expressed interest in my dsound rewriting
[07:23] <mlankhorst> the part where I ripped out the crappy mixer, at least
[07:23] <RAOF> Everyone loves crappy mixers!
[07:26] <mlankhorst> it was mostly ripping out the mixer control code and starting over, it was still based on the old driver model, so it detected underruns as buffered < 0, even though it could no longer happen, other fun stuff too
[07:28] <RAOF> Ah. Code rot.
[07:28] <RAOF> Wooo!
[07:28] <mlankhorst> nah just maintainer not having a clue what that code did :-)
[07:29] <RAOF> Sounds like code rot to me:)
[07:29] <RAOF> Just with an imperceptible smell!
[07:29] <mlankhorst> I mostly take http://repo.or.cz/w/wine/multimedia.git/shortlog and then convert it to a patch series
[07:31] <RAOF> How did you go from winepulse v12 to winepulse v15 in one commit? :)
[07:32] <mlankhorst> squashing
[08:16] <bryceh> RAOF, turns out you can actually get a decent amount of testing done while waiting for your wife to get ready
[08:24] <tjaalton> ok lets see if vanilla 3.6rc7+dinq boots..
[08:26] <tjaalton> oh yes
[08:26] <tjaalton> phew
[08:51] <tjaalton> silly g-s-d sleep timer, it's actually 30s + the time you've set
[08:53] <tjaalton> so it's 30s to determine that the machine is idle, and only then start the timer
[08:55] <tjaalton> chrisccoulson: are you running amd64? got a kernel you could give a go..
[09:01] <tjaalton> chrisccoulson: kernel from http://kernel.ubuntu.com/~tjaalton/lp966744/
[09:01] <chrisccoulson> tjaalton, yeah, i can try that in a bit
[09:01] <chrisccoulson> thanks
[09:02] <tjaalton> chrisccoulson: also one thing, does it matter how long the screen has been idle (blank)?
[09:03] <chrisccoulson> tjaalton, i'm not sure about that. i just use the default settings :)
[09:04] <tjaalton> chrisccoulson: right, but if it hangs even if you try to wake it up right after it has blanked, then it's clear that the time spent while blank doesn't matter
[09:04] <tjaalton> upload complete
[09:04] <chrisccoulson> tjaalton, ah, sorry, i misunderstood what you were asking
[09:05] <tjaalton> yeah, you should be able to lower the sleep timer to one minute in order to speed up the testing :)
[09:08] <tjaalton> chrisccoulson: also, does it hang with nothing else than the bare unity desktop running
[10:06] <tjaalton> guess the compiz hanger is related to the blanking that follows the fadeout
[10:06] <tjaalton> did 50 cycles with the timer she
[10:07] <tjaalton> *set so short that it didn't fade at all
[10:07] <tjaalton> now I have two machines, the other with the fadeout hung after maybe five cycles, the other doing ten just fine
[10:34] <mlankhorst> and then i broke things again somehow, :-(
[10:35] <chrisccoulson> tjaalton, hi, i tried that kernel and got the same hang :(
[10:35] <chrisccoulson> i did notice that i don't get it if gnome-screensaver isn't running though
[10:36] <chrisccoulson> oh
[10:36] <tjaalton> chrisccoulson: ok, so try setting the idle timeout with dconf-editor
[10:37] <tjaalton> org.gnome.settings-daemon.sleep-display-*
[10:37] <tjaalton> set it to, say 5
[10:38] <tjaalton> chrisccoulson: I can reproduce it as well, but _only_ if I set the timer so low that the fadeout doesn't happen
[10:38] <tjaalton> err
[10:38] <tjaalton> if I don't set..
[10:45] <tjaalton> hmm right, with the timer set below 60 gnome-screensaver isn't running
[10:48] <chrisccoulson> tjaalton, i'm actually just about to test a build of gnome-screensaver with the fade disabled entirely
[10:48] <tjaalton> chrisccoulson: ah, nice :)
[11:12] <chrisccoulson> tjaalton, hmm, it still happens with no fade
[11:13] <mlankhorst> just realized lockdep was disabled, but it's not the cause things messed up :\
[11:13] <tjaalton> chrisccoulson: ok
[11:14] <tjaalton> chrisccoulson: yeah the fadeout just happens to come from g-s, noticed it afterwards that g-s wasn't running
[12:30] <mdeslaur> chrisccoulson: I don't get the issue if I turn off the dpms screen blanking in the settings
[12:30] <mdeslaur> (ie: Brightness and Lock/Turn screen off when inactive for: Never)
[12:30] <tjaalton> right
[13:01] <tjaalton> mdeslaur: did I already ask you to try the other accelmethod on it? put http://pastebin.com/nb6zhmcE in xorg.conf, enable the timer and see if it hangs when the screen blanks
[13:01] <tjaalton> sounds like there is a race in the uxa code of -intel
[13:01] <tjaalton> which is why I can't for some reason reproduce it every time
[13:01] <mdeslaur> tjaalton: could you give me a complete xorg.conf?
[13:01] <tjaalton> that's it
[13:02] <mdeslaur> ok
[13:02] <tjaalton> you don't need anything else
[13:02] <tjaalton> currently at 15 cycles myself, before it hung after six
[13:04] <tjaalton> well, needed 5-10 cycles
[13:05] <mdeslaur> tjaalton: ok, let me reboot and try it
[13:05] <tjaalton> logout is enough
[13:07] <tjaalton> heh, glxgears starts spinning "faster" when the screen is off
[13:12] <tjaalton> mdeslaur: verify that sna is working; 'grep SNA /var/log/Xorg.0.log'
[13:12] <mdeslaur> tjaalton: rebooted, closed lid, opened lid, screen was black with no backlight, and I couldn't even VT switch
[13:12] <tjaalton> oh
[13:12] <tjaalton> that's new then :P
[13:12] <mdeslaur> (II) intel(0): SNA initialized with Ironlake backend
[13:13] <tjaalton> no session running yet?
[13:13] <mdeslaur> tjaalton: yes, that's after logging in, sorry
[13:13] <tjaalton> ok
[13:13] <tjaalton> can you log in remotely?
[13:13] <mdeslaur> tjaalton: I go for lunch in a couple of hours, I'll see if the dpms/screensaver causes it
[13:14] <mdeslaur> tjaalton: yes
[13:14] <tjaalton> you can speed it up by setting the timeout to one minute
[13:14] <tjaalton> what's in dmesg?
[13:14] <tjaalton> or X0rg.0.log tail
[13:14] <mdeslaur> tjaalton: I've rebooted, you want to know what's in there when it failed?
[13:15] <tjaalton> yes, if possible
[13:15] <tjaalton> or hmm
[13:15] <tjaalton> maybe not worth it
[13:15] <tjaalton> let's concentrate on this one
[13:15] <tjaalton> the original bug
[13:16] <mdeslaur> tjaalton: this is my Xorg.0.log.old file: http://paste.ubuntu.com/1230387/
[13:16] <mdeslaur> nothing interesting I think
[13:16] <mdeslaur> ok, I'll leave it be for a couple of minutes and see if it does it
[13:16] <tjaalton> ok so it just failed to dpms on the display
[13:17] <tjaalton> which is kinda expected, though should work on s&r
[13:17] <tjaalton> a vt change should revive it
[13:17] <tjaalton> and does here
[13:17] <mdeslaur> vt switching didn't work for me
[13:18] <mdeslaur> ok, attempt #2 of not touching keyboard now :)
[13:18] <tjaalton> *bitenail*
[13:22] <tjaalton> heh
[13:25] <mdeslaur> tjaalton: same thing, dpms switches screen off, and I can't get it back on again, even with a vt switch
[13:26] <mdeslaur> http://paste.ubuntu.com/1230397/
[13:26] <mdeslaur> http://paste.ubuntu.com/1230398/
[13:26] <mdeslaur> so, I've turned SNA back off
[13:26] <tjaalton> good move
[13:26] <tjaalton> and thanks
[13:27] <mdeslaur> tjaalton: np
[13:28] <tjaalton> didn't really confirm anything, it could be just as hung with sna or the backlight issue is "special" on your machine..
[13:29] <mdeslaur> yep, could be a different issue
[13:29] <mdeslaur> *sigh*
[13:30] <mdeslaur> I have an idea: the kernel and X should only be updated in the dev release if they manage to pass QA on all hardware in the canonical lab
[13:30] <mdeslaur> (we'll never get a new kernel or a new X again!)
[13:32] <tjaalton> solid idea :)
[13:33] <mlankhorst> We could call it ms windows?
[13:34] <tjaalton> yep
[13:34] <mlankhorst> Oh wait, I know..
[13:35] <mlankhorst> "There is no problem in our code, it is an incompatbility between drivers and the version of the code you're running"
[13:36] <mlankhorst> does that sound good?
[13:37] <tjaalton> perfect
[13:37] <mlankhorst> "Please contact your manufacturer for updated drivers, we are sorry we could not be of more assistence"
[13:37] <mlankhorst> Ok so I'm going to hell, at least it's warm here. :D
[13:38] <mdeslaur> hehe
[13:40] <mdeslaur> I would be a lot simpler if canonical made hardware :P
[13:41] <smartboyhw> ;P
[13:43] <mlankhorst> In fact we shouldn't leave it at that, we should make our own users
[13:45] <mdeslaur> mlankhorst: sweet! We could probably get amazon to help :)
[13:49] <tjaalton> I got three commits from ickle to try, will rebuild -intel and push it to the url for folks to try
[17:38] <tjaalton> mdeslaur: about? I have a driver to test
[17:39] <mdeslaur> tjaalton: uh, yeah...not right now though
[17:39] <tjaalton> ok
[17:39] <tjaalton> I'll ask someone else then :)
[17:39] <mdeslaur> tjaalton: I'm in the middle of something, but if you give me a link, i can try it a little later
[17:39] <tjaalton> there are plenty of victims
[17:39] <mdeslaur> hehe
[17:40] <tjaalton> yeah I'll put it in http://kernel.ubuntu.com/~tjaalton/lp966744/
[18:11] <mdeslaur> tjaalton: ok, restarting with test driver now
[18:14] <mdeslaur> ooh! lid close didn't reproduce!
[18:14] <mdeslaur> now to test inactivity
[18:14] <tjaalton> :)
[18:16] <mdeslaur> tjaalton: I think we may have a winner!
[18:16]  * mdeslaur looks around for some wood
[18:18] <tjaalton> just don't knock it :)
[18:21] <mdeslaur> tjaalton: ok, I can't seem to be able to reproduce anymore...I'll continue running this test driver, and will let you know if it pops up again
[18:22] <tjaalton> mdeslaur: great, thanks for testing
[18:22] <tjaalton> I'll update the bug..
[18:27] <mlankhorst> should I apply for core dev?
[18:27] <Sarvatt> mlankhorst: i'm going to ask for an xorg package set here soon
[18:27] <mlankhorst> Sarvatt: what do you need?
[18:28] <Sarvatt> i mean you can do PPU for that instead, which might have a chance of getting accepted instead of core dev straight away :)
[18:28] <mlankhorst> ah :p
[18:28] <mlankhorst> but I need initramfs-tools and linux too
[18:28] <Sarvatt> just need to make up a list of all of the packages
[18:28] <mlankhorst> so dno, doesn't seem that useful
[18:28] <mlankhorst> especially not if there will be the renamed versions soon as well
[18:28] <Sarvatt> oh i dont think linux will happen, kernel team does that
[18:28] <tjaalton> mlankhorst: yes please
[18:29] <mlankhorst> Sarvatt: it's just I tend to work on some packages outside of xorg too when they get in the way, so I think just the set wouldn't make much sense, since it's so broad you effectively end up with the same
[18:35] <Sarvatt> need to fill out my info on https://wiki.ubuntu.com/Sarvatt/DeveloperApplication-PPU still, sheesh
[18:48] <tjaalton> heh, my wife just hit the bug on my primary laptop which doesn't have the fix yet.. saved her work by forcing metacity from a vt
[18:55] <mlankhorst> is it just me or do I get really bad redraw bugs in quantal + unity?
[19:00] <tjaalton> I haven't seen much
[19:03] <mlankhorst> the windows themselves are fine, just the background doesn't get rendered
[19:23] <mlankhorst> I'll isolate it
[19:25] <mlankhorst> https://wiki.ubuntu.com/MaartenLankhorst/DeveloperApplication btw