| bryceh | RAOF, http://ubuntu.5.n6.nabble.com/Minutes-from-the-Technical-Board-meeting-2012-09-17-td4992536.html | 00:47 |
|---|---|---|
| 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. | 00:48 |
| 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:34 |
| bryceh | hmm | 01:40 |
| bryceh | I did get the Accepted emails for it going into precise-proposed | 01:40 |
| bryceh | http://people.canonical.com/~ubuntu-archive/pending-sru.html shows the two experimental-304 packages there | 01:41 |
| bryceh | for nvidia-common and jockey those *just* got accepted so maybe the pending-sru.html page needs a little time to update | 01:42 |
| RAOF | Yeah, they're all in -proposed. Have the -proposed packages been tested? | 01:45 |
| 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:50 |
| bryceh | kids are at grandparent's tonight, and so wife wants a date | 01:51 |
| RAOF | Sounds good! | 01:57 |
| bryceh | hmm, found one bug already (but maybe local to jockey) | 02:05 |
| 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:06 |
| RAOF | I thought you were going out? ☺ | 02:17 |
| mlankhorst | morning | 06:53 |
| RAOF | Yo! | 06:53 |
| 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:54 |
| mlankhorst | I don't really expect any time soon, though. Waiting on the new wine release though :-) | 06:58 |
| 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:00 |
| RAOF | Still no joy on getting an upstream pulseaudio backend? | 07:09 |
| mlankhorst | RAOF: I gave up, I just help other distros that might want it now instead.. | 07:17 |
| 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:23 |
| 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:26 |
| RAOF | Ah. Code rot. | 07:28 |
| RAOF | Wooo! | 07:28 |
| mlankhorst | nah just maintainer not having a clue what that code did :-) | 07:28 |
| 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:29 |
| RAOF | How did you go from winepulse v12 to winepulse v15 in one commit? :) | 07:31 |
| mlankhorst | squashing | 07:32 |
| bryceh | RAOF, turns out you can actually get a decent amount of testing done while waiting for your wife to get ready | 08:16 |
| tjaalton | ok lets see if vanilla 3.6rc7+dinq boots.. | 08:24 |
| tjaalton | oh yes | 08:26 |
| tjaalton | phew | 08:26 |
| tjaalton | silly g-s-d sleep timer, it's actually 30s + the time you've set | 08:51 |
| tjaalton | so it's 30s to determine that the machine is idle, and only then start the timer | 08:53 |
| tjaalton | chrisccoulson: are you running amd64? got a kernel you could give a go.. | 08:55 |
| 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:01 |
| tjaalton | chrisccoulson: also one thing, does it matter how long the screen has been idle (blank)? | 09:02 |
| chrisccoulson | tjaalton, i'm not sure about that. i just use the default settings :) | 09:03 |
| 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:04 |
| tjaalton | yeah, you should be able to lower the sleep timer to one minute in order to speed up the testing :) | 09:05 |
| tjaalton | chrisccoulson: also, does it hang with nothing else than the bare unity desktop running | 09:08 |
| 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:06 |
| 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:07 |
| mlankhorst | and then i broke things again somehow, :-( | 10:34 |
| 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:35 |
| chrisccoulson | oh | 10:36 |
| tjaalton | chrisccoulson: ok, so try setting the idle timeout with dconf-editor | 10:36 |
| tjaalton | org.gnome.settings-daemon.sleep-display-* | 10:37 |
| tjaalton | set it to, say 5 | 10:37 |
| 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:38 |
| tjaalton | hmm right, with the timer set below 60 gnome-screensaver isn't running | 10:45 |
| 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 :) | 10:48 |
| chrisccoulson | tjaalton, hmm, it still happens with no fade | 11:12 |
| mlankhorst | just realized lockdep was disabled, but it's not the cause things messed up :\ | 11:13 |
| tjaalton | chrisccoulson: ok | 11:13 |
| tjaalton | chrisccoulson: yeah the fadeout just happens to come from g-s, noticed it afterwards that g-s wasn't running | 11:14 |
| 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 | 12:30 |
| 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:01 |
| 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:02 |
| tjaalton | well, needed 5-10 cycles | 13:04 |
| mdeslaur | tjaalton: ok, let me reboot and try it | 13:05 |
| tjaalton | logout is enough | 13:05 |
| tjaalton | heh, glxgears starts spinning "faster" when the screen is off | 13:07 |
| 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:12 |
| 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:13 |
| 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:14 |
| 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:15 |
| 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:16 |
| 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:17 |
| mdeslaur | ok, attempt #2 of not touching keyboard now :) | 13:18 |
| tjaalton | *bitenail* | 13:18 |
| tjaalton | heh | 13:22 |
| mdeslaur | tjaalton: same thing, dpms switches screen off, and I can't get it back on again, even with a vt switch | 13:25 |
| 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:26 |
| mdeslaur | tjaalton: np | 13:27 |
| tjaalton | didn't really confirm anything, it could be just as hung with sna or the backlight issue is "special" on your machine.. | 13:28 |
| mdeslaur | yep, could be a different issue | 13:29 |
| mdeslaur | *sigh* | 13:29 |
| 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:30 |
| tjaalton | solid idea :) | 13:32 |
| mlankhorst | We could call it ms windows? | 13:33 |
| tjaalton | yep | 13:34 |
| mlankhorst | Oh wait, I know.. | 13:34 |
| mlankhorst | "There is no problem in our code, it is an incompatbility between drivers and the version of the code you're running" | 13:35 |
| mlankhorst | does that sound good? | 13:36 |
| 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:37 |
| mdeslaur | hehe | 13:38 |
| mdeslaur | I would be a lot simpler if canonical made hardware :P | 13:40 |
| smartboyhw | ;P | 13:41 |
| mlankhorst | In fact we shouldn't leave it at that, we should make our own users | 13:43 |
| mdeslaur | mlankhorst: sweet! We could probably get amazon to help :) | 13:45 |
| tjaalton | I got three commits from ickle to try, will rebuild -intel and push it to the url for folks to try | 13:49 |
| tjaalton | mdeslaur: about? I have a driver to test | 17:38 |
| 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:39 |
| tjaalton | yeah I'll put it in http://kernel.ubuntu.com/~tjaalton/lp966744/ | 17:40 |
| mdeslaur | tjaalton: ok, restarting with test driver now | 18:11 |
| mdeslaur | ooh! lid close didn't reproduce! | 18:14 |
| mdeslaur | now to test inactivity | 18:14 |
| tjaalton | :) | 18:14 |
| mdeslaur | tjaalton: I think we may have a winner! | 18:16 |
| * mdeslaur looks around for some wood | 18:16 | |
| tjaalton | just don't knock it :) | 18:18 |
| 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:21 |
| tjaalton | mdeslaur: great, thanks for testing | 18:22 |
| tjaalton | I'll update the bug.. | 18:22 |
| 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:27 |
| 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:28 |
| 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:29 |
| Sarvatt | need to fill out my info on https://wiki.ubuntu.com/Sarvatt/DeveloperApplication-PPU still, sheesh | 18:35 |
| 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:48 |
| mlankhorst | is it just me or do I get really bad redraw bugs in quantal + unity? | 18:55 |
| tjaalton | I haven't seen much | 19:00 |
| mlankhorst | the windows themselves are fine, just the background doesn't get rendered | 19:03 |
| mlankhorst | I'll isolate it | 19:23 |
| mlankhorst | https://wiki.ubuntu.com/MaartenLankhorst/DeveloperApplication btw | 19:25 |
| === yofel_ is now known as yofel | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!