=== sabayonuser2 is now known as Tuxkalle === amitk is now known as amitk-afk === smb` is now known as smb [08:17] morning === henrix_ is now known as henrix === amitk_ is now known as amitk [10:04] Can someone make sense of this please: http://paste.ubuntu.com/1698083/ http://paste.ubuntu.com/1698110/ - the second assert is failing in chroots for me but not on bare metal?! [10:06] for completeness here is a correct one http://paste.ubuntu.com/1698116/ [10:13] ah, nm, was a root/non-root thing [10:31] Laney, heh :) [10:32] that's the kind of thing that seems distressing when you don't realise what's going on [10:32] that or a cool bug [10:32] :) yeah [13:52] rtg, ogasawara, what should our default policy be for 'experimental' device drivers for scsi/ata disk drivers [13:53] apw, in mainline ? [13:53] rtg, in raring and going forward [13:53] isn't experimental slowly going away ? [13:54] rtg, EXPERIMENTAL as a config option is gone yes, but drivers still are marked (EXPERIMENTAL) [13:54] rtg: IT's been removed in the latest kernel [13:54] apw, enable them as M if possible (I guess) [13:54] einonm, only the confi option [13:54] rtg, i was thinking the same, and indeed that is what we have been doing due to a bug :) [13:54] apw: heh, I'd say module as well [13:55] apw: ah, ok. Each driver should have it's own explanation of why it's experimental, iirc [15:13] bjf: WRT bug #1092924, we had desktop ISO's cached back to 2012-12-03. I saw the stack trace on all of them [15:13] Launchpad bug 1092924 in UTAH "Cobbler install of recent raring-desktop images failing" [High,Triaged] https://launchpad.net/bugs/1092924 [15:14] doanac, well, that's not good [15:14] i was told UTAH has a way to take an ISO but use your own kernel. [15:14] so I was thinking about trying to bisect that way. [15:14] do you have a convenient place for me to get some old kernels? [15:14] doanac, we need to find a good kernel (if there is one) [15:17] doanac, https://launchpad.net/ubuntu/raring/+source/linux [15:18] bjf: thanks, I'll try and sift through this today [15:34] doanac, did you ever open another bug for the power-testing HW (you said it was having the same issue) [15:35] doanac, and do you use this same method for provisioning any other systems? [15:35] bjf: no. i wanted to get further on this. I think they are the same problem [16:11] * ogasawara back in 20 [16:31] brb === henrix is now known as henrix_ === henrix_ is now known as henrix [18:02] apw, hmm, looks like aufs will need the usual TLC sometime before 3.9-rc1 is released. Even though the rebase against linux-next was successful, I still ran into compile issues. dm-raid45 as well. [18:02] rtg, ack will look into it tommorrow, see if there are any updates pending === kentb is now known as kentb-afk [18:18] * rtg -> lunch [18:20] zequence: Want to do something about verification-testing on those lowlatency SRUs? [18:22] infinity: Ah, sorry. Will do right away [18:23] zequence: Many thanks. [18:23] zequence: I plan to release the world this afternoon (ie: in a couple of hours), so some verification that your rebases/builds aren't complete duds would be swell. ;) === yofel_ is now known as yofel === kentb-afk is now known as kentb [19:35] infinity: All done [19:37] * henrix -> EOD === henrix is now known as henrix_ [20:00] zequence: Many thanks. [20:02] infinity: Thank you in return :) [20:11] bjf: You know what I'm going to ask, so I won't bother asking. [20:11] infinity, slapping the bot boss [20:14] bjf: If you just smack it over and over until everything on workflow appears to be waiting on me, that would be lovely. [20:22] jsalisbury, rebooting gomeisa for kernel update [20:30] rtg, ack [20:31] jsalisbury, its already back [20:31] rtg, ok to use again? [20:31] yep [20:32] cool, thanks [20:38] jsalisbury, rebooting tangerine for kernel update [20:38] rtg, ack [20:38] cd linux-stable [20:39] infinity, the bot has done what i can at this point [20:39] whoops :-/ [20:43] bjf, infinity, the bot doesn't go forward if you set regression-testing to invalid, I'm testing a quick fix now [20:44] herton, doh! [20:44] bjf, it was assumet QA would always be done :) [20:44] *assumed [20:44] i think i remember that now that you mention it [20:44] Yeah, which explains why some of them haven't progressed. Oops. [20:44] I mean, I'm happy to start doing all the releases manually anyway. I was just hoping the paperwork would be in order. [20:47] * rtg -> EOD [20:48] bjf, infinity, pushed a fix to the bot [21:15] herton: Any chance that we can make http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html go all orange with tasks for me, then? [21:20] infinity, i'm slapping both the bot and the report generator [21:21] You're really making me want to re-watch I Love You, Man. [21:28] infinity, i *think* you are all orange though the report generator is spewing chunks [21:29] I don't look all orange (see the ti-omap4 at the bottom) [21:29] But the bug is accurate, so that's fine. Screw the report. [21:29] that's what i was sayin [21:29] * infinity nods. === kentb is now known as kentb-out