[00:53] <dandel> apw, your resume/suspend testing app is busted.
[00:53] <dandel> doesn't run right on 8.04.2 (to check kernel revisions and whatnot )
[01:29] <pixelmonkey> quick question: is the source code in the linux-source-2.6.27 package exactly the source code used to build my kernel in Intrepid, namely 2.6.27-11-generic?
[02:30] <dtchen> pixelmonkey: with patches applied, yes.
[05:15] <dtchen> wow, there are a shedload of Dells using the STAC9227 that are just broken.
[05:16] <dtchen> workaround: don't use the provided quirk of dell-3stack - it's just crack
[05:16] <dtchen> instead, use 3stack
[05:16] <dtchen> reference: bug 279478
[05:16] <ubot3> Malone bug 279478 in linux "alsa sound fades out when headphones are plugged in until you inaudible" [Undecided,Incomplete] https://launchpad.net/bugs/279478
[05:17] <dtchen> confirmed for 1028:01f4
[05:18] <dtchen> (and 1028:01dd and 1028:01ed)
[05:20] <dandel> sheesh, trying hte apw test tool on 8.10 upgrade from 8.04 on 2.6.29 kernel caused the ubuntu partition to self destruct.
[05:21] <dandel> suspend/hybernate tests mainly.
[05:24] <JanC> dtchen: most dell hardware is just rebadged 3rd party hardware, so I'm not really surprised  ;)
[05:24] <dtchen> well, i am.
[05:25] <dtchen> there are specific quirks that purportedly work around the insanity. obviously that's bunk.
[05:26] <JanC> you mean you need quirks on quirks?
[05:31] <dtchen> heh. no, we just revert to the "don't rely on bios to have proper info" approach
[05:31] <dtchen> which really seems to be the sensible approach when speaking HDA implementations anyhow
[05:31] <JanC> that's not the default yet?  ;)
[05:31] <JanC> lol
[05:32] <JanC> sometimes I think that implementing interfaces in firmware could actually solve this sort of issue...
[05:36] <JanC> can't be all that difficult for vendors to provide correct info
[05:37] <JanC> maybe there is a way to extract this info automaticly from Windows drivers?
[05:38] <JanC> (I suppose most Windows drivers are based on a reference driver)
[07:41] <cooloney> ikepanhc, do you know what is the latest kernel version on intrepid?
[07:42] <cooloney> ikepanhc, is that 2.6.27-14? I'm in jaunty now
[07:57] <cooloney> ikepanhc, 2.6.27-14.32, right
[07:57] <cooloney> ikepanhc, thanks
[07:57] <ikepanhc> cooloney: its Ubuntu-2.6.27-14.32
[15:26] <ogasawara> apw: smb_tp is away today right?  just fyi bug 357970
[15:26] <ubot3> Malone bug 357970 in linux "No sound in Intrepid after kernel update to 2.6.27-11.31" [High,Triaged] https://launchpad.net/bugs/357970
[15:40] <sconklin> rtg: I need advice on a couple of things. First, Tony is having trouble building hardy lpia in his ppa. It's trying to build other arches. I don't know how to make it do the right thing.
[15:40] <apw> PPA's always build on all arches, thats normal i believe
[15:42] <rtg> apw: the problem is that if i386/amd64 fail, then the package build fails
[15:42] <sconklin> apw, thought you were traveling, or I would have asked you
[15:44] <apw> rtg hmmm.  i thought we just didn't worry about that in PPA's only but
[15:44] <apw> as i thought the result packages were separate in some sense
[15:46] <apw> if we can stop it, all the better
[15:47] <sconklin> apw: so I should tell Tony to ignore the package build failure and take the lpia part?
[15:48] <apw> i'll have to defer to rtg's knowledge, if we can stop it \o/
[15:49] <rtg> sconklin: I'd have to experiment a bit, but I don't think build _just_ LPIA is practical.
[15:50] <sconklin> rtg: ok. I suppose that this has only come up because the lpia build process has been moved to the buildds
[15:51] <rtg> sconklin: he can always build locally in an LPIA chroot
[15:52] <sconklin> that's what he's doing, 
[15:52] <apw> rtg if we removed amd64 and i386 from control.stub.in might that stop it doing the arch specific portions on those other arches
[15:53] <apw> obviously the all part will still build on i386
[15:54] <rtg> apw: hence, the experimentation. the PPAs behave differently in subtle ways
[17:52] <erikc> Looking for some boot time help --- any idea why pty_init is taking 45 seconds to return during boot time?
[20:08] <awe> sconklin: ping
[20:14] <sconklin> awe: pong
[22:37] <dtchen> oh fun, more pcm_lib fixes. the week of release freeze.
[22:42] <pgraner> dtchen: we are going to have to spin another kernel most likely, we have some ugly intel graphics freezes we are hoping to get fixes for prior to release
[22:42] <dtchen> pgraner: ok. i'm backporting those and other HDA enablement fixes
[22:42] <dtchen> will ask for testers in a few hours
[22:43] <dtchen> the HDA enablement ones are wishlist - SRU material, seeing how they're known quirk workarounds
[22:43] <pgraner> dtchen: ack, keep rtg in the loop so we can get those in he will talk to the release team if and when the time comes
[22:44] <dtchen> pgraner: will do, thanks
[22:47] <pgraner> dtchen: no prob
[23:51]  * manjo searches the house for some beer ...