[01:11] <GrueMaster> skaet: Latest update:  omap4 server passes with minor issues (mainly error message about no monitor), netboot is running now, and desktop is experiencing issues.
[01:12] <GrueMaster> On desktop, one flash card fails to resize.  On another, oem-config fails to run.  Still need to look into, but wife is demanding to go out for dinner & shopping.  Will stay up to debug when I get back.
[02:06] <skaet> thanks GrueMaster.   netboot image for omap4 has been added to the iso tracker.
[04:00] <GrueMaster> skaet: I updated the netboot test status, thanks for adding it.
[04:01] <skaet> Thanks GrueMaster. :)
[04:03] <GrueMaster> On the desktop, I am still seeing some oddities, but it may be SD card related.  Testing now on a few different cards.
[04:15] <pitti> Good morning
[04:16] <skaet> Good morning pitti
[04:16] <skaet> was just about to call it a night.
[04:16] <pitti> good news about arm server
[04:17] <pitti> the desktop one sounds worrying, though
[04:17] <pitti> OOI, why does it have to resize a file system? I thought it's a pre-install, and you just copy it to an sdcard or usb stick?
[04:18] <pitti> skaet: anything I should be looking out for?
[04:18] <pitti> I'll go through the iso tracker again and make sure to document errata
[04:19] <skaet> Thanks pitti.  I've bounced you a spreadsheet that should summarize whats in the release notes vs. iso tracker.
[04:20] <skaet> Probably need a pass of the A3 milestoned bugs, to cross check for those common things, that lots are finding, but weren't reported from the iso testing.   Some are already in the notes, but I haven't done the pass there yet.
[04:20] <skaet> The https://wiki.ubuntu.com/OneiricOcelot/ReleaseImageContacts
[04:21] <pitti> skaet: note that I deliberately left out the more obscure or highly hw dependent bug reports from the tech notes
[04:22] <skaet> has the 2 ? marks on the arm side for A2 that need to be decided.    Other than that, it should have the set of images we're publishing spelled out, so worth a cross check with the publishing scripts.
[04:22] <pitti> for something like "X freeze" we really want users to file new bug reports
[04:22] <pitti> skaet: a3 bugs> good idea, will do
[04:23] <skaet> pitti,  re: obscure/highly dependent - ack.   If I've added some you think fall into that category,  feel free to remove :)
[04:26] <skaet> and on that note,  I'll call it a night...  talk to you in my timezone's morning.  ;)
[04:28] <pitti> skaet: good night then!
[04:28] <pitti> skaet: I might already be travelling then
[04:28] <pitti> but I'll leave status notes
[04:28] <GrueMaster> night skaet.
[04:28] <GrueMaster> Morning pitti
[04:30] <GrueMaster> On the preinstalled images, they are only 2G in size (pre-gzip).  When you dd it to an SD card, they are still only 2G.  To take full advantage of the SD without knowing the size of the SD during image build, ogra has a script that on first boot determines the true size of the SD and expands the root filesystem to fill it.
[04:31] <pitti> hey GrueMaster, how are you?
[04:31] <pitti> I see
[04:31] <GrueMaster> The issues I am seeing on the desktop could be related to size of SD, or just the cards I have.
[04:31] <GrueMaster> tired.
[04:31] <pitti> thanks for the heads-up
[04:31] <pitti> GrueMaster: curious that it doesn't affect server, though
[04:31] <pitti> I suppose it does the same thing?
[04:32] <GrueMaster> Yea, doubly troubling, as the boot partition is identical, and the software stack is the same (until you add the desktop bits).
[04:38] <GrueMaster> I'd like to fail the image, but I am not sure what to file a bug against on the desktop image.
[04:39] <GrueMaster> The issue I see now is oem-config crashing during system configuration.  But it appears to be a race in flash-kernel.  No logs, so no way to really know what it is.
[04:40] <GrueMaster> but I have seen an issue with flash-kernel not working properly.  It usually fails trying to unmount the boot partition after writing.
[04:41] <pitti> GrueMaster: interesting, does umount by itself fail as well? that's small enough to strace
[04:41] <GrueMaster> no.  Works fine.
[04:41] <GrueMaster> And flash-kernel doesn't always fail.
[04:41] <pitti> hm, -EBUSY then?
[04:41] <GrueMaster> Possibly.
[04:42] <GrueMaster> Could be a busy/timeout conflict.
[04:42] <GrueMaster> Coupled with the general SD performance issues we have.
[05:01] <pitti> GrueMaster: do you think we shoudl document this as possible failure and release omap4, or skip them altogether?
[05:01] <GrueMaster> I'm going to file a race condition bug against flash-kernel and add it to the tracker.
[05:02] <GrueMaster> Tomorrow, I will try installing desktop from netboot, just to be able to test the rest of the apps.
[05:03] <GrueMaster> Nothing in the desktop image has been tested this cycle as of yet, and I am getting very uncomfortable with that.
[05:04] <pitti> GrueMaster: as I need to prepare the released images in the next 6 hours, do you think we shuold rather publish them for interested folks to try?
[05:04] <GrueMaster> Sure.  More eyes never hurt.
[05:04] <pitti> or keep them "internal" until confirmed to work?
[05:05] <pitti> ok, doing that then
[05:05] <GrueMaster> And this appears to be timing related, so I would really appreciate more eyes.
[05:05] <GrueMaster> Hmm.  But already filed.  Makes my life much easier.
[05:05] <GrueMaster> *Bug
[05:05] <GrueMaster> Bug 779410
[05:05] <ubot4> Launchpad bug 779410 in flash-kernel (Ubuntu) "package initramfs-tools 0.98.8ubuntu3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (affects: 5) (dups: 3) (heat: 91)" [Undecided,New] https://launchpad.net/bugs/779410
[05:06]  * pitti release-notes that
[05:08] <GrueMaster> Ok, added the but to the tracker as serious.
[05:08] <pitti> "ARM Desktop installations sometimes crash during the OEM configuration step or upgrades, due to a race cond
[05:08] <pitti> ition in flash-kernel. (Bug:779410)"
[05:08] <pitti> does that sound appropriate?
[05:08] <GrueMaster> and since I can no longer distringuish a but from a bug, I am calling it a day.
[05:09] <GrueMaster> Sounds good.
[05:09] <pitti> GrueMaster: sleep well, and thanks for keeping up with the mess!
[05:09] <GrueMaster> heh.  It's my job, it's what I do.  :P
[06:58] <pitti> skaet: all alpha-2 bugs moved to alpha-3, sent mail to u-release@ about the script for this
[07:00] <pitti> cjwatson: hm, according to https://wiki.ubuntu.com/OneiricOcelot/ReleaseImageContacts the amd64+mac images shouldn't be released for alpha-2
[07:15] <cjwatson> pitti: sigh, as if they're significantly different ... has nobody tested them then?
[07:16] <pitti> cjwatson: oh, they are tested
[07:16] <pitti> perhaps the '-' just means that they aren't a requirement
[07:16] <pitti> I'm happy to release them, just wondered why the wiki page has this
[07:17] <pitti> I'll release them anyway, I think; they work, and can't hurt to have them (if we have the space)
[07:18] <cjwatson> if they've been tested, I'm having real trouble seeing why we wouldn't release them
[07:18] <pitti> *nod*; might just be an oversight
[08:17] <mvo> is it ok at this point if I upload a new perl that hopefully fixes a upgrade issue with doc-base ? I guess its fine, just want to doublecheck
[08:17] <pitti> mvo: yes, the soft freeze is lifted
[08:18] <pitti> mvo: oh, it's a perl issue?
[08:18] <mvo> thanks!
[08:18] <pitti> thanks to you!
[08:24] <jibel> pitti, cjwatson , oversized amd64+mac images are untested. Because usb-creator can not create a UFI bootable USB  (bug 702283) and images can not be burn to CD.
[08:24] <jibel> I can not tell more since I don't have the hardware to test it on.
[08:24] <ubot4> Launchpad bug 702283 in usb-creator (Ubuntu) "usb-creator doesn't create EFI-bootable USB sticks (affects: 4) (heat: 31)" [Undecided,Confirmed] https://launchpad.net/bugs/702283
[08:24] <pitti> jibel: http://iso.qa.ubuntu.com/qatracker/test/5917 has 4/4 cases, though
[08:25] <jibel> pitti, right, 4 failures
[08:26] <pitti> ah, ok
[08:27] <pitti> hm, so the tracker overview doesn't actually use different colors for pass/fail?
[08:27] <pitti> "4/4" in green is a bit misleading then :)
[08:27] <pitti> or does the brown (4) count the failures?
[09:08] <pitti> jibel: so burning on DVD isn't an option? don't they boot?
[09:12] <jibel> pitti, I thought it was. I'll ask chadadavis when he's online.
[09:13] <jibel> to answer your question brown count for failures. but I agree green is totally misleading.
[09:27] <pitti> smoser: can you please publish the EC2 alpha-2 images to uec-images.ubuntu.com?
[09:27] <pitti> smoser: UEC, not EC2
[10:15] <Daviey> pitti: utlemming is doing it first thing when he starts today.
[10:15] <pitti> ah, thanks
[10:47] <jibel> skaet, bug 791454 added to release notes
[10:47] <ubot4> Launchpad bug 791454 in mdadm (Ubuntu Oneiric) (and 1 other project) "RAID1 Test Failed: Device need to be readded manually (affects: 1) (heat: 10)" [High,Confirmed] https://launchpad.net/bugs/791454
[11:20] <pitti> skaet: current status: all releasable images published, download links for cdimage on https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview confirmed to work
[11:20] <pitti> skaet: uec still needs to be published
[11:21] <pitti> skaet: I'm happy with https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview now, might still need some language corrections here and there
[11:35] <ogra_> i updated the arm bits on that page
[11:36] <ogra_> (some spelling and grammar review would be nice)
[11:52] <pitti> I did some light grammar fixes, but as another German I only get so far, of course :)
[11:58] <nigelb> Spellings look good, but I didn't have the patience to read for grammar :D
[12:00] <barry> i'm supposed to be patch piloting today, but it's alpha2 day, so should i refrain from uploading?
[12:01] <pitti> barry: freeze is lifted, go wild
[12:01] <barry> \o/
[12:01] <pitti> barry: the images are set
[12:01] <barry> pitti: thanks.  i guess those are the benefits of westward living :)
[12:02] <pitti> barry: or, the benefits of not having to rebuild images four times for a change :)
[12:02] <barry> :-D
[12:05]  * ogra_ notices that pitti doesnt speak for arm :)
[12:10] <pitti> ogra_: we only had one rebuild for arm :)
[12:16] <ogra_> well, yeah, we would have needed more to get all images though :)
[12:28] <skaet> good morning
[12:29] <pitti> hey skaet
[12:29] <skaet> heya pitti, looks like things are humming along nicely,  what's left?
[12:30] <skaet> thanks for the script, and getting the a2 bugs moved. :)
[12:31] <jibel> good morning skaet
[12:31] <ogra_> hey skaet
[12:33] <pitti> skaet: uec image publishing, and all the announcements
[12:34] <pitti> skaet: I'd appreciate if you could give the TechOverview an once-over for grammar/spelling
[12:36] <skaet> pitti,  will do.
[12:40]  * skaet reading
[12:42] <pitti> skaet: ok, need to leave; as I said, please SMS me when you need me to get online
[12:42] <skaet> thanks pitti,  will do.
[12:43] <pitti> skaet: good luck with the release!
[12:43] <skaet> Thanks for all your efforts pitti - nice state to wake up to.  :)
[12:44] <skaet> jibel, do we have all of the key bugs mentioned now in the release from your perspective?
[12:45] <skaet> s/release/technical overview/
[12:47] <jibel> yes, I reviewed your doc, compared my list and the tech overview and it is all there.
[12:48] <skaet> jibel,  great!  Thank you.  :)
[12:49] <skaet> ogra_, just reviewed comments on the arm images - so we're going out with that desktop omap4 one.   I think we probably should put some comments into the release notes (bug?) about the fact that arm3 ones aren't working.   Thoughts?
[12:51] <ogra_> skaet, nope, desktop wont make it and yes, omap3 needs a note, i thought there was one in the known issues
[12:52] <ogra_> for desktop bug 779410 is in the known issues
[12:52] <ubot4> Launchpad bug 779410 in flash-kernel (Ubuntu) "package initramfs-tools 0.98.8ubuntu3 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (affects: 5) (dups: 3) (heat: 36)" [Undecided,New] https://launchpad.net/bugs/779410
[12:53]  * ogra_ thought he had seen something for the omap3 stuff too ...
[12:53] <ogra_> skaet, so do you want me to put notes directly in the arm section =
[12:53] <ogra_> ?
[12:56] <skaet> ogra_, yes please
[12:57] <skaet> that seems a reasonable way of handling it.
[14:59] <skaet> Daviey, utlemming - what's the status of the Cloud images being published?
[14:59] <utlemming> skaet: just pulled the trigger now, ETA 10 minutes
[14:59] <skaet> utlemming, :)  excellent.  Thank you.  :)
[15:13] <utlemming> skaet: done
[15:14] <skaet> :)
[15:31] <Daviey> win
[16:02] <skaet> Alpha 2 is now released. :)
[16:06] <micahg> hi, skaet, I was wondering if you no longer want any universe bugs milestoned, or just the whole bunch of ftbfs bugs
[16:35] <ScottK> micahg: Various people milestone bugs for various reasons, I don't think you should do a mass un-milestone of Universe bugs.
[16:38] <skaet> micahg, problem was the ftbfs bugs from universe being marked high and milestoned was choking out meaningful information for the rest of the release.  Compromise that seemed to offend the least was to unmilestone the ftbfs, but leave the priority alone.
[17:19] <micahg> skaet: ok, I had one non-ftbfs bug get unmilestoned as well, but I can fix that one, thanks!
[17:21] <micahg> ah, I see now, it was tagged ftbfs, but that part has been resolved
[17:26] <skaet> hmm... wonder if there are a few others like that.   I'll make a note to mention it in the release meeting.  Thanks for letting me know what happened.
[19:02] <pitti> skaet: hello
[19:02] <skaet> hiya pitti
[19:03] <pitti> skaet: *wave* how is it going?
[19:04] <skaet> pitti,  release is out,  all calm so far,  just doing the bookkeeping, and preping for tomorrow's meeting.
[19:04] <pitti> yay you
[19:05] <skaet> pitti,  thank you.
[19:05] <pitti> great!
[19:05] <skaet> nice bit of team work by everyone involved actually.
[19:06]  * skaet likes getting releases out without drama and tension ;)
[19:07] <skaet> pitti,  re: 10.04.3 - possibility of picking up a new kernel image has occured (regression fix found for crash).   Am investigating impact, so that may be on the discussion list tomorrow
[19:07] <ScottK> Wouldn't that be Monday's meeting?
[19:08] <skaet> we don't have a SRU meeting scheduled for next monday (every other week),  but if this goes through, and given we've cancelled the last couple,  probably worth holding a special one.
[19:08] <ScottK> OK
[19:24] <pitti> good night everyone