[07:17]  * smb yawns
[07:17]  * apw yawns bigger
[07:20] <smb> apw, Have you done any fresh installs recently?
[07:20] <apw> smb, nope
[07:21] <smb> Wonder whether it is just me, but the two I did yesterday (alternate 32/64 bit) just run into the "background only" problem after first boot... :/
[07:21] <smb> (both i915)
[07:22] <apw> smb, both alternate... that is the one QA tests no?  so you could ask them
[07:24] <smb> It likely is as its relatively easy to pre-seed. Actually the 64bit install was a pre-seeded install, the 32 from a cd... Hm, since I did the latter late while watching TV I am not sure it was first boot or the one after upgrading (which would be more expected)
[08:23] <gema> smb, that was a known problem for updates, not sure if we've encountered it yet on fresh installs
[08:24] <smb> gema, Right, I asked on #unity and it seemd upgrade only
[08:25] <smb> But it could be a similar issue (just not the same)
[08:25] <smb> In my case it is not the black screen
[08:26] <gema> it wasn't on the other either, it seemed like the background was on the front and everything else hiding behind, so to speak
[08:26] <gema> smb: pete could actually type on his shell that was behind the background
[08:28] <smb> Not sure I had one somewhere, but I could launch one with ctrl+alt+t
[08:28] <jibel> smb, there are different type of corruption when compiz tries to load plugins that doesn't actually exist
[08:28] <smb> According to didrocks its compiz removing unity from the config or so
[08:28] <jibel> smb, one is the background being on the top layer
[08:29] <jibel> smb, there is this one too, I got it on one of my machine
[08:29] <smb> It sounds to match cause I would not see unity anywhere is ps ax
[08:32] <jibel> smb, when you're logged in with the broken session, starts a terminal, run:  "gconftool-2 -g /apps/compiz-1/general/screen0/options/active_plugins" and check if unityshell is in the list
[08:34] <smb> jibel, Thanks, I take a note and check next time I run into it. By now I forced those installs by unity --reset
[10:04]  * henrix is back online!
[10:05]  * ppisati notes that dding the preinstalled image on an sd takes FOREVER!!!
[10:06] <ohsix> if you pick the right block size it can go quite a bit faster
[10:07] <ppisati> ohsix: i remember reading about it
[10:07] <ppisati> ohsix: but it's card dependant IIRC
[10:08] <ohsix> yea, but the ones complying with the sd card spec generally have known page sizes and stuff
[10:09] <ppisati> ohsix: the only thing that i know was a talk/article about sd card, sector size, spec compliance, etcetc made by abergman
[10:09] <ppisati> ohsix: and he basaically said "almost all cards are fake, and if are not fake, they are lying on you"
[10:10] <ohsix> basically SD cards are crap if they're not formatted with FAT in a special way that aligns the access with the sectors and stuff
[10:10] <ohsix> oh yea, and there's that
[14:00]  * tgardner -> appt. back in an hour
[14:43]  * ppisati -> back in 10mins
[14:44]  * ogasawara back in 20
[15:11] <tgardner> herton, I pushed some hacks to fix the i386 FTBS in Lucid/Oneiric LBM
[15:11] <herton> tgardner, ack
[15:13] <tgardner> herton, I should probably get that fix (or the actual correct fix) upstream to Luiz
[15:16] <henrix> tgardner: ack, will re-spin lucid -lbm
[15:29] <ogasawara> apw, tgardner: I think beta freeze will be lifting relatively soon.  I want to start prepping an upload, anything else you want to push?
[15:30] <tgardner> ogasawara, gobs of stuff. perhaps a new benet driver.
[15:30] <tgardner> ogasawara, buts there is nothing to prevent us from uploading a couple of times between now and tuesday
[15:31] <ogasawara> tgardner: indeed, I'm expecting at least one more upload after this
[15:31] <tgardner> ogasawara, ok, we've already got a pile of patches in the hopper, so lets get them uploaded soonest. I'll get my bits in (or I won't).
[15:32] <ogasawara> tgardner: ack
[15:35] <henrix> tgardner: i see a new commit on oneiric lbm, but not on lucid
[15:35] <tgardner> henrix, Everything up-to-date
[15:36] <henrix> tgardner: hmm... ok, let me re-fetch it
[15:36] <tgardner> henrix, top commit should be 'UBUNTU: undef CONFIG_OLPC'
[15:36] <henrix> tgardner: yeah, i see that on oneiric
[15:37] <henrix> tgardner: ok, got it now...
[15:38] <tgardner> henrix, when I _know_ I want the upstream branch I always 'git fetch origin && git fetch origin $branch && git reset --hard FETCH_HEAD'
[15:39] <henrix> tgardner: yeah, i though i did that, but probably i missed the reset on the lucid tree :)
[15:39] <henrix> tgardner: sorry for the noise
[16:01]  * ppisati -> back in a bit
[16:47] <apw> [23200.722118] delay: estimated 133, actual 0
[16:52] <tgardner> apw, perhaps the result of 'x86, tsc: Fix SMI induced variation in quick_pit_calibrate()' ?
[17:11] <apw> tgardner, no ... seems it is my udb speakers ... sound/usb/endpoint.c:
[17:11] <apw> tgardner, will whine at diwic when i hear from him next
[17:38] <apw> tgardner, got a bug number for this encryp0ted disk thing
[17:39] <tgardner> apw, hang on...
[17:39] <tgardner> apw, bug #942846
[17:39] <ubot2> Launchpad bug 942846 in linux "encrypted install fails to boot as long as vt.handoff=7 is used" [High,In progress] https://launchpad.net/bugs/942846
[17:39] <apw> tgardner, this install from todays alternate seems to work ok as in i get the prompt, but i am not convinced it used handoff or not, it didn't feel like it
[17:41] <apw> tgardner, i worry they have put a work around in already and i am not seeing it
[17:41] <tgardner> apw, this is i915 GPU, right ?
[17:42] <apw> tgardner, yes its i915, but its not going graphical in grub at the mo, which is odd
[17:44] <apw> tgardner, will talk to cjw and see if they have changed anything
[17:44] <tgardner> apw, ack
[17:44] <smb> apw, Do you have the vt handoff in /proc/cmdline?
[17:44] <apw> yeah its there, but... it didn't really feel like it was in a purple mode
[17:46] <apw> tgardner, ahh it seems that we cannnot load the fonts etc to go graphical so handoff may be impossible in this scenario.  and saying we are doing it when we are not may not 
[17:46] <apw> be right at all, investigating
[17:46] <tgardner> apw, ok, I'm off to get some brain food
[17:46]  * smb thinks he rather needs stomach food...
[17:48] <apw> tgardner-lunch, you said in your case you had to take off splash, and only splash. /me will talk you through booting it when you get back
[18:00]  * apw turns taxi-driver for a bit
[18:31]  * tgardner does something similar
[18:40]  * cking_ gives up chasing a stupid non-bug after the EC decides to suddenly work once he'd pulled out the AC and battery. Urgh!
[18:41]  * cking_ -> EOD
[18:47]  * ogasawara lunch
[19:20] <tgardner> bjf, why is "Quirk for enabling backlight hotkeys on Samsung N510P" a (no-up) ?
[19:21] <pgraner> jsalisbury, can you add this to the top 10
[19:21] <pgraner> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/968520
[19:21] <ubot2> Launchpad bug 968520 in linux "i915 GPU hang with WARNING: at /build/buildd/linux-3.2.0/drivers/gpu/drm/i915/i915_drv.c:413 __gen6_gt_wait_for_fifo+0x94/0xa0 [i915]()" [Undecided,New]
[19:21] <pgraner> jsalisbury, I'm trying to reproduce since I have the same box
[19:26] <tgardner> pgraner, looks like the GPU froze. it timed out after 5 msec
[19:27] <pgraner> tgardner, yea, robbiew is also saying there are other video issues he's hitting now
[19:28] <pgraner> [15:23] <robbiew> pgraner: I've also recently noticed resume doesn't always bring back my graphics (can ctrl-alt-f# to terminal)...I suspect that's related
[19:28] <pgraner> [15:23] <robbiew> next time it happens I'll file a bug
[19:28] <tgardner> pgraner, so, it _is_ dependent on udelay() which might be affected by "x86, tsc: Fix SMI induced variation in quick_pit_calibrate()". I wonder...
[19:28] <pgraner> tgardner, ^^^^
[19:28] <tgardner> pgraner, does he remember which version it started with ?
[19:31] <pgraner> tgardner, he said recently, dosen't  remember exactly but within the last week or so
[19:33] <tgardner> pgraner, that implies that it was happening with B2
[19:34] <pgraner> tgardner, yea
[19:36] <tgardner> apw, so the server encrypted LVM install is working fine for me. I'm pretty sure I did a desktop yesterday. lemme try that.
[19:39] <jsalisbury> pgraner, will do
[19:41] <jsalisbury> tgardner, should I ask robbiew to try disabling RC6 as a test?
[19:41] <tgardner> jsalisbury, can't hurt
[19:41] <jsalisbury> tgardner, ok, I noticed it's a Sandybridge
[19:42] <tgardner> jsalisbury, he lives near a current bush
[19:45] <apw> tgardner, i don't think you can do an encrypted install from a desktop cd ?
[19:45] <apw> tgardner, oh you mean a desktop-alternate, ignore me
[19:45] <tgardner> apw, I think you can from the alternate
[19:46] <tgardner> apw, I'll have it installed in 20 mins or so
[19:48] <bjf> tgardner: because the 'quirk' is already upstream as part of a much larger code refactoring.
[19:49] <tgardner> bjf, ok, then while you're fixing the problem sforshee spotted, you should note that its a partial backport, blah, blah, blah
[19:50] <bjf> tgardner: ack
[19:56] <cking_> personally, I doubt it's RC6, it's had a lot of exercising lately, but you never know.
[19:57] <tgardner> cking_, seems like its worth a try
[19:58] <cking_> yep, it's easy to factor out
[20:32] <tgardner> apw, I'll catch up with you tomorrow on the LVM encrypted desktop vt issue. I'm EOD
[20:32]  * tgardner -> EOD