[08:57] <cjwatson> psivaa: Before you ask :-), yes, I'm looking at the across-the-board server/desktop image failures
[08:57] <cjwatson> I expect that's due to the new syslinux
[08:58] <cjwatson> Although that's only in -proposed, so maybe not ...
[08:58] <psivaa> cjwatson: ack, thanks. saw the failure during the weekend could not look into see if there is any issues on our side
[09:00] <cjwatson> mm, the failure predates the new syslinux
[09:03] <infinity> cjwatson: I self-accepted my grub2-signed SRU up there.  Figured it was a no-brainer.
[09:03] <cjwatson> Yeah, no problem
[09:03] <infinity> cjwatson: (After seeing smb, who had -proposed enabled, get his signed grub torn out on upgrade :P)
[09:03] <cjwatson> Would've done but you beat me to it
[09:03] <cjwatson> (accepted, I mean)
[09:04] <infinity> cjwatson: Things like this definitely make a solid argument for "we really need britney gating SRUs too".
[09:04] <infinity> cjwatson: Cause if no one had noticed, we might have released with the skew.
[09:04] <cjwatson> Yep, no argument there
[09:05] <infinity>  /win 250
[09:05] <infinity> Erm.
[09:06] <infinity> Also, argh, I'm still auto-voiced.
[09:06] <infinity> cjwatson: Do you remember what you did to ChanServ to make that happen, and can you reverse it? :P
[09:06] <cjwatson> will do
[09:06]  * apw has become quite attached to your yellow +
[09:07] <infinity> I thought devoicing myself via chanserv last time I noticed would be enough, but apparently there's some extra trickery afoot.
[09:07] <infinity> Or, I'm stuck being voiced forever.  I dunno. ;)
[09:08] <cjwatson> Should stick now (I told chanserv about it first)
[09:08] <infinity> Ta.  We'll see the next time I lose connectivity.
[09:38] <cjwatson> psivaa: Hm, it actually installs just fine locally.  The syslog (https://jenkins.qa.ubuntu.com/job/utopic-server-amd64-smoke-default/19/artifact/log/utah-23211.syslog.log/*view*/) shows that the installer stops because it's prompting whether to unmount an active partition on /dev/vda.  Has something changed in the testbed setup?
[09:39] <cjwatson> Not sure whether desktop is the same thing; http://jenkins.qa.ubuntu.com/job/utopic-desktop-amd64-smoke-default/20/artifact/log/utah-23213.syslog.log/*view*/ kind of just stops
[09:41] <psivaa> cjwatson: the host was upgraded from precise to trusty is the change that i know of
[09:42] <psivaa> cjwatson: the host where the tests run i mean
[09:43] <cjwatson> psivaa: Could be, yes.  Can I kick this back to you folks for now, since the image itself looks OK to me?
[09:44] <psivaa> cjwatson: yes, thanks for looking at it. i'll try to look into it and ask doanac to look at it if i can't
[09:46] <cjwatson> Thanks
[10:01] <michagogo> infinity: Why wait to lose connectivity? Why not just /cycle?
[10:02] <michagogo> (but yes, your flags now appear to be +Aiostv, so you shouldn't be autovoiced)
[10:15] <stgraber> Laney: the extra space in the name of the product in qa-products will cause a failure to publish on iso.qa.ubuntu.com, you probably want to fix that
[10:16] <Laney> I want to fix all things :)
[10:17] <Laney> well spotted
[10:17] <cjwatson> Laney: also typo "ubuntu-deskto-next"
[10:17] <Laney> got it
[12:11] <psivaa> cjwatson: so jfyi, the issue in the desktop/server installations is that there is a utah bug (bug #1199349) hitting us because the host is trusty. we should workaround that and get the tests going soon
[12:11] <psivaa> bug #1199349
[12:11] <cjwatson> Got it, thanks
[12:12] <psivaa> ty :)
[12:12] <cjwatson> The debian-installer/exit/poweroff workaround won't work with desktop, FYI
[12:12] <cjwatson> (Also doesn't seem desperately related to the logs I saw, but I may be missing something)
[12:13] <psivaa> yea, the logs indicate that /dev/vda is mounted because it was the second round of installations in the loop
[12:13] <cjwatson> Ah, right
[12:14] <cjwatson> Makes sense, obscure to track down :)
[12:14] <psivaa> cjwatson: yea, mislead us for a bit :)
[12:14] <psivaa> cjwatson: is there an equivalent preseed line for the above, btw?
[12:15] <psivaa> for desktop that is
[12:15] <cjwatson> No.
[12:16] <cjwatson> Actually, maybe ubiquity/poweroff would do it
[12:17] <psivaa> cjwatson: ack, thx. let me try that
[12:17] <cjwatson> ubiquity ubiquity/poweroff boolean true
[12:17] <psivaa> ack
[13:41] <jpds> Can someone poke ima-evm-utils out of NEW?
[17:24] <bdmurray> for the record I'm updating the meta-release files with quantal as unsupported
[19:55] <infinity> bdmurray: Ta.  That's a lie from LP's POV until I close the release (which I'm doing after the last kernel goes in, since we already took the effort to spin it).
[19:56] <infinity> bdmurray: But from the "do we support it anymore?" POV, that's correct, so thanks. :)
[21:21] <rcj> stgraber, Would you have a few minutes to talk about the SRU in bug #1275656.  This is regarding the port of trusty's open-vm-tools to precise as a new package for HWE support
[21:21] <rcj> The packages have been uploaded already.
[21:25] <stgraber> rcj: not right now, I'm about to head to bed here (temporarily in Europe before the Malta sprint next week)
[21:27] <rcj> stgraber, np.  Thanks for the reply.