[00:11] <stgraber> hmm, either my brain stopped working or that kubuntu installer crash doesn't make sense
[00:12] <stgraber> it's basically complaining of a missing attribute of a TreeItem instance but that attribute is set in its constructor...
[00:29] <stgraber> ScottK: I'm surprised jibel and charlie-tca could reproduce the bug that easily. I had it happen here once but the stack trace doesn't make sense (as I said before) and I've been playing with the manual partitioner for 5 minutes now without a single crash
[00:30] <stgraber> ScottK: at least I found a bug in the crash handler that was making it crash, so at least with the next upload when it crashes we should get a proper trace :)
[01:30] <skaet> rebuilding ubuntu desktop,  edubuntu dvd, ubuntu dvd, ubuntu alternate started.   Anything else to add to queue.
[01:30] <skaet> ?
[01:30] <holstein> skaet: let me ask about ubuntustudio...
[01:31] <holstein> skaet: NM... i wont get anyone who knows in a timely manner :.
[01:32] <stgraber> skaet: do you have an ETA for edubuntu? (wondering if I test them tonight or first thing tomorrow morning)
[01:32] <skaet> stgraber,  I'm estimating about 1.5-2 hrs for them popping out.
[01:33] <skaet> Probably best early tomorrow as its getting late for you there?
[01:33]  * skaet not sure if stgraber is night or morning person. ;)
[01:33] <stgraber> I'm definitely not a morning person :) I should at least have time to zsync them and maybe start testing then
[01:34] <skaet> ok, from side band,  looks like ScottK wants Kubuntu with parted fix,  adding those to the list as well.
[01:34] <skaet> stgraber - will ping you directly as soon as they emerge then.
[01:34] <stgraber> thanks
[01:34] <skaet> np
[01:40] <skaet> charlie-tca, do you want a respin with the parted fix picked up?
[01:41] <ScottK> Do we get stgraber's Ubiquity change too?
[01:42] <stgraber> ScottK: the crash handler for the kde installer? haven't released a new ubiquity for that. Was hoping to find the reason for the other crash, though I guess I'll need to get barry on that as it seems to be some python weirdness
[01:42] <ScottK> OK.
[01:43] <ScottK> Once we have something to test we can update Ubiquity from a live session even if it's not on the CD.
[01:43] <stgraber> fixing the crash handler would only let us get tracebacks easily but wouldn't fix any crash, don't think it's worth waiting for
[01:43] <ScottK> OK.
[01:43] <stgraber> yep. Hopefully someone will have a clue of what's wrong and we'll have something to test tomorrow.
[01:44] <stgraber> I also asked again in the bug report for anyone who can reproduce the issue reliably. That'd help a lot for debugging...
[01:44] <ScottL> skaet, i think charlie-tca already asked for a respin on ubuntu studio amd64
[01:44] <ScottL> i would presume the same problem would affect i386 as well
[01:44] <skaet> ScottL,  yup, addint it to the list
[01:44] <skaet> what about Xubuntu though?
[01:44] <ScottL> skaet, thank you :)
[01:45] <ScottL> that i can't answer about, although the backscroll says something
[01:45]  * skaet goes back and sees what she's missed....
[01:45] <ScottK> skaet: It'd be useful to get an idea of where this change might affect things.  I probably won't have time to redo 100% of the testing we did today, so I need to know where to focus.
[01:45] <ScottK> slangasek: ^^^ I'd appreciate suggestions?
[01:47] <skaet> ScottK, installation with default partioning, a manual partitioning test - should be done at a minimum.   Best on a powerpc and also on regular is my estimate,  but will let slangasek comment further ;)  (and educate me too)
[01:48] <ScottK> I don't anticipate releasing PPC for Kubuntu this milestone.
[01:48] <skaet> my bad
[01:48] <ScottK> (usual Kubuntu PPC tester has a dead machine ATM)
[01:48] <skaet> sorry,  worked on mac's when they were only powerpc,  so brain slip
[01:48] <skaet> meant to say on a mac.
[01:49] <skaet> s/Best on a powerpc/Best on a mac/
[01:49] <ScottK> K
[01:52] <ScottK> Not sure I have a Mac tester, but we can at least do some regression testing with other hardware.
[01:52] <infinity> Just go to a mall, armed with a CD, and flog a "genius" until they let you use one of the floor models.
[01:53] <infinity> The flogging the genius part is really worth the effort.
[01:53] <ScottL> skaet, these images that are being rebuilt are the QA images, correct?
[01:54] <skaet> ScottL,  yes,  I'll post them on the iso tracker as soon as they emerge.
[01:55]  * skaet likes infinity solution to testing Macs ,  ;)
[01:57] <charlie-tca> reading the backlog
[01:57] <charlie-tca> just got back
[01:57] <charlie-tca> I don't want any respin I don't have to do
[01:57] <charlie-tca> skaet: ^  ^
[01:58] <charlie-tca> I don't know what the parted fix is.
[01:58] <skaet> charlie-tca,  if people are installing on macs, its a rather nasty bug that corrupts the partions.
[01:59] <infinity>   * When creating a legacy MBR on Apple systems, only ever mark an existing
[01:59] <infinity>     partition as a fake protective partition if it is the first partition
[01:59] <infinity>     and it starts at LBA 1, otherwise GRUB and the Linux kernel respectively
[01:59] <infinity>     will fail to treat the disk as GPT; if there is no partition fitting
[01:59] <infinity>     these criteria, then fall back to creating a fake protective partition
[01:59] <infinity>     (LP: #837681).
[01:59] <skaet> thanks infinity,  was just going to pull that ;)
[02:00] <charlie-tca> so, that affects any mac, not just the mac specific images?
[02:01] <skaet> charlie-tca,  yeah that's what cjwatson indicated to me when I hoped it was just mac specific images...
[02:01] <charlie-tca> That's going to delay beta1 until tomorrow night sometime
[02:01] <charlie-tca> I can't get all the images tested again tonight
[02:01] <infinity> The mac-specific images are rather poorly-named, to be fair.
[02:02] <skaet> charlie-tca,  probably doing spot tests is appropriate.  Change is limited in scope.
[02:02] <skaet> basically making sure no regressions on the i386, amd64 for the partitioning tests is appropriate.
[02:03] <charlie-tca> I suppose we should re-spin then.    And then you can decide in the morning with pitti whether to add them to the tester or not.
[02:05] <charlie-tca> okay
[02:08] <charlie-tca> If they build and I can run them in the morning, I will add them. I still have to do the release notes, too
[02:09] <skaet> charlie-tca that seems reasonable.  Feel free to add to release notes now. ;)
[02:09] <charlie-tca> Yeah, if I can get my eyes to focus i sure will
[02:11] <skaet> charlie-tca, understood.  Sleep instead, if that will help.   There will be synch time in the morning.
[02:11] <charlie-tca> Okay, thanks
[02:34] <ScottK> charlie-tca: I don't intend to fully retest Kubuntu.  I mostly want to do some regression testing to make sure the common partitioning scenarios work.
[02:34] <ScottK> For a Beta, I think that's OK.
[02:34] <charlie-tca> Thanks. I will try to do that too.
[02:36] <skaet> Ubuntu desktop & alternate posted. 20110901.  archs: amd64, amd64+mac, i386
[02:51] <skaet> Ubuntu desktop & alternate posted. 20110901.  archs: amd64, amd64+mac, i386
[02:51] <skaet> erg... posted that already
[02:51] <skaet> meant to type
[02:52] <skaet> Ubuntu Studio alternate posted.   20110901.   archs: amd64, i386
[02:53] <skaet> ScottL, charlie-tca ^^
[02:53] <charlie-tca> thank you
[02:54] <skaet> yw
[02:54]  * holstein downloading :)
[02:54] <ScottL> thank you skaet
[02:56] <skaet> :)
[02:56]  * ScottL is going upstairs to start downloading as well
[02:59]  * skaet figures she's got another 30 minutes before the next one show up, so giving in to her dog's plantive looks and going for a short walk. biab.
[03:03] <skaet> ScottK,  kubuntu alternate posted 20110901:  archs: amd64, i386, amd64+mac
[03:14] <charlie-tca> skaet: I feel like my notes are a bit long winded this time. Feel free to cut them where you see fit.
[03:15] <charlie-tca> I updated them, anyway
[03:25] <skaet> Thank you charlie-tca.  :)   Will make it easier tomorrow. :)
[03:25] <charlie-tca> yw
[03:50] <skaet> stgraber, highvoltage,  refreshed Edubuntu DVD's just posted to the tracker.  20110901
[03:54] <skaet> charlie-tca, xubuntu alternate is off the builder, and sitting in the dailies.   Let me or pitti know if you want it posted.
[04:02] <stgraber> skaet: cool, thanks
[04:14] <infinity> Is anyone awake enough to do more emergency upload/publish/respin cycles tonight, or should I relinquish our manual buildds back to auto for the night?
[04:14] <stgraber> I'm not planning on uploading anything :)
[04:14] <stgraber> pitti should show up in a few minutes though
[04:16] <infinity> I mostly just want to give powerpc a chance to catch up again.
[04:16] <infinity> I'm sure pitti can have adare halted again if he needs it.
[04:17] <infinity> pitti: If you need to do an emergency kill on a buildd to push something through, try to make sure it's not insighttoolkit on ross.  That's been building for half a day, would be a shame to kill it now. :)
[04:42] <slangasek> ScottL: the ubuntustudio amd64 respin earlier was for a broken CD, not related to pulling in any updates, fwiw - not that this precludes respinning to get those package updates
[04:44] <slangasek> ScottK: sorry, not sure which change it is you're talking about retesting for - the parted one?
[04:45] <slangasek> the change is deep in the GPT-handling code.. I don't think there's a need for rigorous testing outside of machines that use GPT
[04:55] <skaet> inifinity, relinquish away
[04:56]  * skaet was in other window...
[05:00] <skaet> Ubuntu DVD posted (20110901)
[05:04] <skaet> Daviey, I tried building ubuntu server during the rebuilds tonight, and it is still crashing the build.   Just in case you see the logs.
[05:24] <pitti> Good morning
[05:28] <pitti> infinity: builder killing> noted; still catching up with backscroll to see whether something needs a rebuild
[05:29] <pitti> charlie-tca: hey
[05:30] <pitti> charlie-tca: should we post/use the new xubuntu alternate?
[05:31] <pitti> I'm not quite sure why xubuntu desktop wasn't rebuilt for the same reason
[05:31] <pitti> ah, building
[05:32] <skaet> good morning pitti
[05:32] <skaet> pad should be fairly current
[05:32] <skaet> charlie-tca wasn't sure if they wanted to pick up the new images or not.  Alternate is built,  and livecd is about to build.
[05:33] <skaet> (after kubuntu finishes)
[05:33] <skaet> sequence currently in flight is on the pad
[05:35] <pitti> I'll re-pre-publish kubuntu alternate and the ubuntu desktop/alternate
[05:35] <pitti> so that they get a few hours to rsync into the world
[05:36] <skaet> pitti,  sounds good.
[05:36]  * skaet notes (and wants to be reminded) we probably need to put something into the checklist about this to do day -1.
[05:37] <pitti> skaet: "this"?
[05:37] <pitti> skaet: pre-publishing is there already
[05:37] <skaet> pitti,  arrgh.  did it again.   s/this/prepublishing/
[05:37] <pitti> that's on https://wiki.ubuntu.com/BetaProcess already
[05:38] <skaet> yup you're right.
[05:38] <skaet> somehow glossed over it on my earlier read.
[05:38]  * skaet needs to go to bed now ;)
[05:38] <skaet> pitti, is the pad fairly clear on what's left?
[05:38] <pitti> skaet: yes, it is
[05:40] <pitti> skaet: so in my day, I'll finish the posting to the tracker, coordinate about teh yay/nay with charlie-tca, give the tech notes an once-over again, and watch out for more trouble in general
[05:40] <pitti> skaet: I'll also prepare the publishing, so that we just need to press the "sync out" button
[05:41] <pitti> skaet: do you handle the announcement mail/web site update coordination in your tomorrow?
[05:42] <skaet> pitti, yup,  I'll handle the announce mail/web site update coord. Probably around my afternoon, after we get all the ok's and updates in the notes.
[05:43] <skaet> Kubuntu CD 20110901 published
[05:43] <infinity> pitti: Not (pre-)publishing ubuntu-core for beta?
[05:43] <skaet> infinity, its on cdimage, not release...  last I learned.
[05:44] <infinity> skaet: Oh, fair enough.  I never pay attention to simple/full politics.
[05:44] <pitti> infinity: AFAIK we only put ubuntu/kubuntu desktop/alternate on releases.u.c.
[05:44] <skaet> infinity, np.  Let us know if you hear different,  but cdimage should be ok for it.
[05:44] <pitti> core is fairly new, so there might not be a firm decision yet, but I think cdimage is fine
[05:45] <infinity> pitti: Yeah, cdimage is fine for now anyway.
[05:45] <infinity> pitti: If I hear differently before final release, it's not rocket science to move it to simple.
[05:46] <skaet> pitti, key bugs still need to be added to release notes, will take a pass when I wake up.  Expect jibel will add some too.
[05:46] <pitti> skaet: ah, I'll look into this, too
[05:47] <pitti> skaet: kubuntu desktop was right on time :) all necessary images pre-published now
[05:56] <skaet> :)
[06:04] <skaet> pitti, kubuntu dvd is about to emerge, after that xubuntu desktop.    Can you publish?   I'm thinking its time for me to turn go get some zzz.
[06:05] <pitti> skaet: yep, will do; sleep well!
[06:05]  * infinity thinks it's probably bedtime.
[06:05] <skaet> Thanks pitti!
[06:05] <skaet> Sleep well infinity!   Thanks for your help today!
[06:05] <infinity> NP.
[06:07] <pitti> infinity: good night!
[06:16] <rickspencer3> good morning/evening all
[06:16] <pitti> hey rickspencer3
[06:16] <rickspencer3> hey pitti
[06:16] <rickspencer3> so I hear that >2TB bug got fixed by cjwatson last night?
[06:17] <pitti> rickspencer3: right
[06:17] <rickspencer3> sweet
[06:17] <pitti> we re-spin images, they need fast testing now
[06:17] <rickspencer3> pitti, was jibel able to confirm the bug fix in the test lab?
[06:18] <pitti> rickspencer3: I don't think so, that happened in the middle of the night here
[06:18] <rickspencer3> ah
[06:18] <pitti> that'll need to happen today
[06:18] <rickspencer3> cool
[06:18] <rickspencer3> middle o fht enight here is middle of the ngiht for cjwatson too!
[06:18] <rickspencer3> I love that dude
[06:20] <pitti> +1
[06:20] <pitti> I hope we won't see him before mid-day today
[06:27] <pitti> GrueMaster, ogra_: oh, the pad says to not publish omap for ubuntu; is that still current? I thought it works for netboot?
[07:07] <jibel> morning
[07:07] <pitti> bonjour jibel
[07:07] <pitti> jibel: ca va?
[07:08] <jibel> morgen pitti.
[07:08] <jibel> Es geht mir gut, danke schön. Und dir ?
[07:09] <pitti> un peu fatigué, mais bon
[07:09] <pitti> jibel: we got a new set of images over night, for the GPT bug
[07:10] <pitti> I'm just doing my second test install on amd64 desktop, looking good so far
[07:10] <pitti> but I haven't tested GPT/mac
[07:10] <jibel> I'm syncing them.
[07:12] <pitti> kubuntu DVDs posted
[07:13] <pitti> charlie-tca: xubuntu desktop/alternate 20110901 are now available; please let me know about whether or not to post them
[07:13] <jibel> pitti, rickspencer3 I'm not sure how I can test the GPT bug without a Mac.
[07:14] <jibel> chadadavis (the reporter) will test it when he's online (morning CEST)
[07:14] <rickspencer3> hi jibel
[07:14] <jibel> The best I can do is mimic the test cjwatson did but I'll need his directions because I don't know how to fake an architecture.
[07:14] <jibel> Hi rickspencer3
[07:14] <rickspencer3> jibel, oh, I thought it impacted machines with >2TB harddrives as well
[07:14] <rickspencer3> and that you were able to replicate that in your lab
[07:15] <jibel> rickspencer3, no I've not been able to replicate.
[07:15] <rickspencer3> oh, bummer
[07:15] <rickspencer3> so, this is it a bit worrisome
[07:15] <rickspencer3> what if:
[07:15] <rickspencer3> 1. the bug is not fixed and/or
[07:15] <rickspencer3> 2. there are significant regressions
[07:16] <pitti> perhaps Chad can validate/
[07:16] <pitti> ?
[07:16] <rickspencer3> is the last image sufficiently tested to release that one today?
[07:16] <pitti> for the regressions, we should re-exercise all the standard tests on MBR partitions
[07:16] <pitti> rickspencer3: no, we are just starting with that
[07:18] <jibel> rickspencer3, I'll retest the partitioner for every case excepted the GPT bug that Chad will do.
[07:19] <rickspencer3> maybe we should get some macs in the testing lab?
[07:20] <pitti> I now tested "full disk" and manual, I'll do an autoresize test on amd64/desktop now
[07:22] <pitti> argh, I don't get autoresize offered, presumably my image is too small
[07:23] <jibel> LVM is good
[07:23]  * pitti gets a bigger one, and will test the amd64 DVD one for the first install
[07:27] <pitti> jibel: does it help at all if I do some desktop/DVD tests, or do you do them anyway with some scriptery?
[07:27] <pitti> well, if for nothing else it'll help me being more confident in the respin :)
[07:29] <jibel> pitti, I'll do it. I'm currently running, alternate default install, resize on amd64/i386 , I'll start desktop as well in a minute.
[07:29] <pitti> jibel: I mean, I'm already at it, just wondering if that will help you at all
[07:30] <jibel> pitti, the more eyes the better.
[07:48] <pitti> ubuntu DVD amd64 live and install went fine
[08:01] <pitti> starting ubuntu desktop autoresize test
[08:06] <cjwatson> jibel: I'm sceptical that it's worthwhile doing another faked-architecture test; I know that part works, what I need to have verified is that it actually works on a real Mac
[08:07] <cjwatson> Chad said he'd be around on CEST to give it a go
[08:07] <cjwatson> (I checked that last night before uploading)
[08:08] <pitti> good morning cj "hero" watson
[08:08] <cjwatson> rickspencer3: I initially thought >2TB disks could be affected, but once I narrowed down the bug it was clear that it was localised to Macs (with any size of disk, although depending on the prior partitioning arrangements)
[08:09] <rickspencer3> hi cjwatson
[08:09] <rickspencer3> ok, that makes sense
[08:10] <rickspencer3> I asked pgraner about maybe getting some Macs for the testing lab
[08:10] <pitti> cjwatson: the pad currently says to not publish amd64+mac; is that obsolete now that the gpt fix is in? i. e. should move from "new" to "pending testing"?
[08:10] <pitti> s/from "new"/from "no"/
[08:10] <cjwatson> IMO yes
[08:11] <pitti> that's what I thought, too; doing
[08:11] <cjwatson> oh, must get back to the xorriso guy about the work needed to make the need for a separate amd64+mac image GO THE HELL AWAY
[08:11] <cjwatson> then people can stop being confused by it :)
[08:33] <pitti> autoresize worked well on amd64 desktop
[09:04] <jibel> ubuntu alternate, dvd and desktop ok on amd64 and i386. tested entire disk, autoresize, manual, encrypted lvm.
[09:05] <jibel> now testing ltsp
[10:08] <pitti> but it seems it's now being used for image publishing status as well
[10:08] <infinity> Indeed.
[10:09] <ogra_> pitti, apart from netboot omap3 all should be releasable
[10:09] <pitti> anyway, it's just a release team tool, nothing like an official report
[10:11] <pitti> ogra_: cool, thanks; I'll update it then
[10:11] <ogra_> ubuntu-core is missing tests on the isotracker though
[10:11] <pitti> ogra_: ah, want me to create core i386/amd64 test cases?
[10:11] <pitti> (I'm not sure whether I'm able to, but I'll try)
[10:11] <ogra_> well, untar, chroot, apt-get install <something> ... is the testcase
[10:11]  * ogra_ can do that quickly
[10:11] <infinity> Which is missing some steps. ;)
[10:11] <pitti> ogra_: I mean, do you want test cases for i386/amd64 core in the tracker?
[10:11] <infinity> (like, have a valid resolv.conf)
[10:11] <ogra_> infinity, your baby ^^^
[10:11] <infinity> I'm not sure if I care that it's in the tracker, TBH, unless people want it there for paper trails.
[10:11] <ogra_> well, are we supposed to do milestones ?
[10:11] <infinity> I tested i386 and amd64 when I built them yesterday, for all that "testing" a minimal chroot is "making sure it contains binaries that don't all segv".
[10:11] <ogra_> then it should live on the tracker
[10:11] <infinity> Yeah, probably.
[10:11] <infinity> Then I guess we need one or two silly/simple testcases.
[10:11] <infinity> Honestly, if the image builds, it works.
[10:11] <ogra_> pitti, add it then :)
[10:11] <ogra_> infinity, agreed
[10:11] <infinity> (Well, unless there's a hideous bug in some part of Essential, but then every image in the archive is broken)
[10:11] <ogra_> well, by the looks of it, we might have actual -core images next release
[10:11] <ogra_> they will  need bootability testing ...
[10:12] <pitti> I guess http://testcases.qa.ubuntu.com/Install/ARM/Core will work for i386/amd64 as well
[10:12] <ogra_> sure
[10:12] <ogra_> hmm, tobin actually tested it, why doesnt it show as done on the front page
[10:13] <infinity> The paths on that page are wrong.
[10:13] <infinity> But otherwise, that works.
[10:13] <pitti> hmm
[10:13] <pitti> I added the two products
[10:14] <pitti> and actually also added two test cases, but they don't appear
[10:14] <pitti> hang on
[10:14] <infinity> ogra_: I'm trying to fight having bootable core images, TBH.  But we'll see where that goes.  I imagine some lively discussion at UDS about it all.
[10:14] <pitti> ah, now
[10:14] <pitti> ogra_: added
[10:15] <infinity> ogra_: Once they're bootable, they need an installer to set things up, once they have an installer, they need... You see the problem.
[10:15] <infinity> Expectations go up when it's bootable, and bloat happens.
[10:17] <ogra_> infinity, you got me fully on your side, but i think some upper level wants a proof of concept :)
[10:17] <ogra_> (which would essentially be linaros nano image though, it actually is a minimal image with root login and some pre-configuration)
[10:18] <infinity> Well, I could turn core into a bootable image on ARM with some reuse of linaro tools (which I think is the sane way to go), but I'd like to generalise those tools a bit more first, and make them not ARM specific.
[10:18] <infinity> Then everyone can have their cake and eat it too.  And I'm not stuck generating "bootable rootfses" for the world, which is silly.
[10:19] <infinity> Anyhow, not really release-related, so I'll go to bed and stop babbling in the wrong channel. :P
[10:24] <ogra_> yeah, way to late for you anyway, go sleep :)
[10:49] <astraljava> Hey guys, where should I talk about beta1 QA testing?
[10:49] <pitti> astraljava: here, or in #ubuntu-testing
[10:50] <astraljava> pitti: Okay, thanks. I'll go on here, then. alternate install doesn't have auto-resize option for partitioning, yet on our ISO QA tracker that's a mandatory testcase.
[10:50] <pitti> astraljava: it's only offered if there is actually sufficient space available
[10:51] <pitti> astraljava: I just tested it successfully two hours ago on the current ubuntu desktop amd64 image
[10:52] <astraljava> pitti: So if I'm using vbox with a dedicated file as a hard drive partition?
[10:52] <pitti> it worked for me with a 10 GB image, but not with 6 (that's too small for two installations)
[10:52] <astraljava> Okay, thanks!
[10:58] <cjwatson> yep, that's a conditional test
[10:58] <cjwatson> or should be
[10:58] <cjwatson> there are multiple reasons why you might not see it - insufficient space is just one of them
[10:59] <cjwatson> bug 835961 looks fatal for the Lubuntu alternate images to me
[10:59] <cjwatson> no gilir around though ...
[11:06] <cjwatson> pitti: could you give me a TB second opinion on https://bugs.launchpad.net/ubuntu/+source/lubuntu-meta/+bug/835961/comments/12 ?  I'm tempted to Just Do It and respin, but I'd like a check
[11:06] <pitti> I'm done with fixing grammar/spelling etc. on https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview, and updating it with noteworthy bugs from the ISO tracker
[11:06] <pitti> cjwatson: looking
[11:09] <pitti> cjwatson: fully agree, updated bug
[11:11] <cjwatson> I think the roots of the libav* deps are gnome-mplayer and guvcview
[11:11] <pitti> cjwatson: curious that the lubuntu desktop squashfs built; shouldn't it have the same problem, or don't we have a blacklist there?
[11:12] <cjwatson> they're recommends, so it's possible there's a bit of nondeterminism
[11:12] <pitti> ah
[11:12] <cjwatson> and yes, no blacklist for the squashfs anyway
[11:12] <pitti> http://cdimage.ubuntu.com/lubuntu/daily/current/report.html doesn't show lubuntu-desktop as being uninstallable, just some extra packages
[11:12] <cjwatson> the blacklist is done at the ship-live level ...
[11:12] <pitti> ah
[11:12] <cjwatson> it's not ideal
[11:12] <pitti> right, it's in the desktop squashfs
[11:13] <pitti> so we already ship the lubuntu desktop images with it; might as well do the alternates, too
[11:15] <cjwatson> committed
[11:16] <pitti> are you doing the rebuild, or want me to?
[11:17] <cjwatson> I will
[11:18] <cjwatson> running now
[11:18] <cjwatson> (pad updated)
[11:23] <ScottL> slangasek, ack'd ty
[11:31] <cjwatson> is that kubuntu-meta upload needed for b1?
[11:32] <ScottK> cjwatson: No.
[11:39] <ScottK> Any idea what's happening at Installing system 64%?  Seems like I'm stuck there.
[11:39] <ScottK> Nevermind
[11:39] <ScottK> Asking seems to have fixed it.
[12:03] <ScottK> Looking good here. bbiab.
[12:05] <charlie-tca> Away
[12:06] <charlie-tca> good morning
[12:06] <pitti> hey charlie-tca
[12:07] <pitti> http://cdimage.ubuntu.com/lubuntu/daily/20110901/report.html is empty now, yay
[12:07] <pitti> (looked at cdimage, not mirrored yet)
[12:07]  * pitti posts that image
[12:07] <pitti> cjwatson: ^
[12:07] <charlie-tca> pitti: Starting those tests on the new image. I will get back to you
[12:07] <pitti> charlie-tca: yay
[12:09] <cjwatson> ah, thanks, sorry I missed it
[12:10] <pitti> cjwatson: you didn't, it just finished (I followed it on cdimage)
[12:10] <pitti> for some reason the lubuntu one took very long
[12:12] <ScottK> Still testing Kubuntu images, but so far, so good, so I don't anticipate any problems with pre-publishing.
[12:13] <pitti> ScottK: I already did that (faster rsync if we need to do it again)
[12:13] <ScottK> OK.   Should have both of them entirely tested in the next two hours
[13:40] <charlie-tca> pitti: I will accept the images dated today. I have tried to them, ran an install off each one, and they are working
[13:40] <charlie-tca> pitti: let's publish them
[13:51] <pitti> charlie-tca: nice, thanks!
[13:52] <pitti> charlie-tca: added to the tracker; can you please mark the tests you just ran?
[13:56] <charlie-tca> sure
[13:59] <stgraber> would be great if someone could review that UIFe, bug 838829
[14:00] <skaet> good afternoon pitti, cjwatson
[14:00] <stgraber> hmm, something seems wrong with the bot: https://bugs.launchpad.net/ubuntu/+source/edubuntu-artwork/+bug/838829
[14:10] <stgraber> updated that UI freeze exception to target unity-2d instead of edubuntu-artwork as it's been suggested we should fix it there
[14:13] <pitti> hey skaet
[14:13] <skaet> heya pitti
[14:14] <skaet> looks like things are settling into the groove for a release,  mostly. ;)
[14:14] <pitti> yeah
[14:14] <skaet> nice work.  :)
[14:15] <pitti> skaet: at this point I'm confident in all images except for lubuntu alternate
[14:15] <skaet> any updates on lubuntu images
[14:15] <skaet> lol
[14:15] <pitti> skaet: it was rebuilt a few hours ago and now everything should be installable
[14:15] <pitti> but we haven't gotten any test yet
[14:15] <skaet> anyone spot gilir around?
[14:16] <skaet> or is there another member of the lubuntu community we can contact?
[14:16] <pitti> downloading lubuntu alternate amd64
[14:16] <pitti> I'll give it a whirl
[14:16] <skaet> thanks pitti
[14:16] <pitti> skaet: are you ok with me publishing the other images already, or do you still want to wait a bit?
[14:16] <skaet> I'll go start off a round of release notes scrubbing
[14:17] <skaet> pitti,  lets wait a bit for some of the north american testing results to trickle in.
[14:17] <skaet> when do you plan on EODing?
[14:18]  * skaet assuming no crisis pops up, of course ;)
[14:23] <jibel> pitti, skaet I'm testing lubuntu alternate i386|amd64 entire disk and resize
[14:23] <pitti> ah, as always jibel is ahead of me :)
[14:25] <pitti> skaet: if all goes well, in about two hours
[14:27]  * stgraber is filing a bunch of Chinese specific bugs... has been a while since I last tried it
[14:30] <pitti> skaet: I gave the TechOverview a review and did a couple of bug additions and language fixes
[14:30] <pitti> skaet: I think the "known issues" is reasonably complete now; I left out the tracker bugs for the crashes (apport/duping/bug patterns will handle those) and the ones which break images which we won't publish
[14:32] <pitti> skaet: btw, I updated the pad so that we'll publish amd64+mac and omap images
[14:34] <skaet> pitti, yup saw that ogra blessed them.   Some of those bugs look painful though, but its a limited audience, so ...
[14:34] <pitti> skaet: I'd like to update the tracker to disable the images that we won't publish (like omap/netboot), and retire the section in the pad
[14:34] <pitti> skaet: as publish-image-set will read it from the tracker
[14:35] <pitti> and it seems fairly redundant in the pad anyway
[14:35] <pitti> ok?
[14:35] <pitti> (netboot in particular isn't published anyway, of course)
[14:36] <pitti> but e. g. kubuntu desktop amd64+mac
[14:36] <pitti> and kubuntu mobile
[14:37] <ScottK> pitti: I thought we were doing the +mac images now that the GPT bug is fixed?
[14:37] <pitti>     amd64+mac      NO per ScottK IRC
[14:37] <ScottK> (and it does have some testing)
[14:37] <pitti> ScottK: fine with me
[14:37] <ScottK> Thanks.
[14:37] <ScottK> My mistake.
[14:37] <pitti> ScottK: we'll still skip mobile and powerpc, right?
[14:37] <pitti> ScottK: np
[14:37] <ScottK> Yes
[14:38] <ScottK> And omap.
[14:38] <pitti> right
[14:38] <pitti> ScottK: tracker doesn't have kubuntu omap4 either
[14:39] <pitti> but IIRC that failed as well due to libo (whatever pulled that in)
[14:39] <skaet> pitti,  go ahead with the disables
[14:39] <pitti> so, netboot armel disabled, the rest should be released
[14:40]  * skaet goes off to do a review
[14:40] <pitti> skaet: ok, tracker updated and is consistent now, pad cleaned up
[14:41] <skaet> pitti:  :D  Thank you!
[14:41] <pitti> this isn't supposed to grow to a large form anyway, just for temporary scribbling like rebuild triggers
[14:43] <skaet> pitti,  it was a good idea though for communicating and summarizing with IRC.   I just added release images, since there was so much flux, and being able to get the expectations clear as to what was still needed was useful.
[14:43] <pitti> yep, that was fine
[14:43]  * skaet likes the historical playback too.  ;)
[14:44] <pitti> skaet: when do you think we can unfreeze? from my POV as soon as lubuntu alternate got tested?
[14:45] <skaet> pitti,  agreed.
[14:45] <pitti> skaet: there's a few high-profile bug fixes there, like ubiquitous unity-2d crashes, or jockey crash (failing to install nvidia), etc.
[14:46] <skaet> pitti,  yeah, getting them in will be good.
[14:46] <stgraber> yeah, the unity-2d ones are a bit annoying :) it's respawning fine but I get apport everytime I open a session post-install...
[14:46] <jibel> lubuntu alternate looks good. it installs, boots, user can login and install updates. tested entire disk, resize, encrypted lvm on amd64 and i386
[14:46] <skaet> jibel,  excellent!   Thank you.
[14:47] <stgraber> I should have Edubuntu amd64 tested in the next 10 minutes
[14:47] <skaet> ok pitti,  lets wait for stgraber, then open it.
[14:47] <pitti> jibel: yay
[14:48] <pitti> skaet: roger
[14:48] <skaet> :)
[14:48] <pitti> skaet: then I'll start the publishing exercise, that'll also take me some 30 to 60 minutes to triple-check all the header html etc.
[14:50] <skaet> pitti,  sounds good. :)
[14:57] <skaet> Daviey,  Server section of the release notes is looking a little sparse,  you've got lots of neat stuff with this release.  Can you add something?
[15:01] <ScottK> Is OK if I start slowly accepting seeded packages from the queue?  The sooner we start, the less chance of a late Friday surprise.
[15:04] <skaet> ScottK, can you take a pass at the Kubuntu part of the release notes?    Would like to get that wrapped.
[15:04] <ScottK> Sure.
[15:04] <slangasek> stgraber: how's Edubuntu amd64 looking?
[15:04] <skaet> Thanks!
[15:05] <stgraber> slangasek: testing ltsp now, should be done in a minute or so. Just spent a bit of time debugging the UI (for some reason I decided to try a Chinese install...)
[15:05] <stgraber> and so got into bug 771510 breaking everything :)
[15:05] <ScottK> skaet: Where am I looking?
[15:06] <stgraber> pitti, skaet, slangasek: Ok, Edubuntu amd64 works fine.
[15:06] <slangasek> ScottK: https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview
[15:06] <ScottK> slangasek: Thanks.
[15:06] <pitti> stgraber: yay
[15:06] <skaet> https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview
[15:07]  * skaet is just too slow typing today it seems ;)
[15:07] <pitti> skaet: ok, I think it's time to open the floodgates and time for pushing some bits out to the web :)
[15:07] <skaet> pitti,  make it so. :)
[15:07]  * pitti pushes the buttons
[15:08]  * skaet applauds (and holds breath),  then crosses fingers.   ;)
[15:09] <infinity> \o/
[15:09] <ScottK> Done.
[15:10] <skaet> Thanks ScottK
[15:11] <stgraber> I guess we'll need to test Chinese installs a bit more often in the future ;) my final release test list for Edubuntu usually is English, French (for translation), German (also for translation), Chinese (to test ibus), Arabic (to test right-to-left) and Greek (quite a lot of Edubuntu users)
[15:12] <skaet> slangasek, I think we need to put something in about the new DVDs in the release notes.   Any opinions on where is best?
[15:12] <pitti> skaet: bug 771510
[15:12] <pitti> that affects all desktop/DVD images at least; not sure about alternate
[15:13] <pitti> workaround is to install in English and use language-selector afterwards, or edit /etc/default/locale
[15:13] <pitti> so, release-note-y
[15:13] <skaet> pitti,  yup, at this stage release-note-y
[15:16] <micahg> I take it it's ok to do a security sync at this point?
[15:16] <pitti> beware of some queuebot flood
[15:16] <pitti> micahg: yes
[15:17] <micahg> pitti: thanks
[15:17] <slangasek> skaet: I'd be inclined to put it at the very top of new features - unless it fits under Ubuntu Desktop, in which case I would at least call it out with a subheading?
[15:19] <skaet> slangasek,   thanks.
[15:20]  * skaet sees the floodgates opened.
[15:20] <nigelb> woah.
[15:20] <NCommander> skaet: eeek
[15:20] <nigelb> I thought there was some spam in here.
[15:20] <pitti> prepare for even more oneiric goodness
[15:22] <skaet> NCommander,  when did you ping last night?   didn't see it.
[15:22] <cjwatson> trying another ubuntu-defaults-image build
[15:22] <NCommander> skaet: I sent you a PM asking if you what you wanted to do with omap3 images.
[15:22] <NCommander> er,omap3 netboot
[15:24] <skaet> NCommander,  not seeing it in my logs, and was worried about them.    Best to use #u-release channel at this time in the cycle.
[15:24] <skaet> :)
[15:24] <NCommander> oops
[15:25] <skaet> NCommander, do you want any changes to the images we're publishing?
[15:26]  * skaet we can still pull them from the publishing and site.
[15:26] <pitti> I'm not actually sure how to "publish" netboot
[15:26] <NCommander> ^- GrueMaster - your call
[15:26] <pitti> it's not an iso or so, I think that requires some different magic
[15:27] <cjwatson> manual HTML, I'll do it
[15:27] <GrueMaster> I would recommend publishing it with notes.  I have had people ping me in other channels for it (and even email through LP).
[15:28] <skaet> GrueMaster,  do we need to add more cautions into the overview,  as well as the individual bugs you've noted already?
[15:29] <GrueMaster> I added something last night to the link you gave me.  I'll review it after our IRC meeting.
[15:29] <GrueMaster> I also will go through the bugs and document workarounds.
[15:30] <skaet> Thanks GrueMaster,  sounds good.
[15:35] <cjwatson> pitti: done, though the links won't work until after the next publisher run
[15:35] <pitti> thanks
[15:44] <slangasek> anyone here know what's going on with ubuntuone-couch?  shows up for demotion on components-mismatches, and is also dep-wait on python-mocker - is this an MIR in progress with a dep that got missed, or a deliberate demotion?
[15:45] <pitti> slangasek: it might be related to ubuntuone using ubuntuone-installer now, instead of shipping them by default
[15:45] <pitti> but these shuold be in main anyway, I think
[15:46] <pitti> nessita/dobey probably know better, though
[15:46] <slangasek> oh, actually only dep-wait in the rebuild archive; in the real archive it's built, but python-mocker is still in universe
[15:47] <slangasek> what's going on with libreoffice on powerpc?  Is someone working on that, or should I kill-thread the livefs build failure mails? :)
[15:48] <pitti> slangasek: a new libo was just accepted from unapproved which ought to fix armel/ppc builds
[15:49] <slangasek> ok
[16:04] <pitti> cjwatson: hm, at least the failure mails have logs now -- that's progress?
[16:04] <pitti> cjwatson: do we need more recommends for genisoimage and isohybrid?
[16:05] <cjwatson> just added that
[16:06] <cjwatson> yeah, I fixed the logging
[16:06] <pitti> cjwatson: IS didn't take the part about fixing the mail subject?
[16:06] <cjwatson> not sure, but I'm not too worried
[16:06] <pitti> (it was part of the patch that you sent to the RT)
[16:08] <cjwatson> maybe the new BuildLiveCD hadn't propagated out yet; it wasn't strictly needed to get past the immediate failure, only to improve things for the future
[16:18] <doko> skaet, ok to give back the failed builds on all architectures? we never gave them back this release cycle
[16:21] <pitti> doko: they won't build very fast, but sure
[16:21] <skaet> pitti, cjwatson, slangasek,  ^^ am ok with starting it, as it won't hurt anyone ?
[16:21] <cjwatson> yes
[16:22] <skaet> thanks for your patience doko,  looks like its a go for it.
[16:22] <GrueMaster> skaet: As soon as the Tech Overview wiki is released, I will edit the omap3 netboot info.
[16:23] <skaet> Thanks GrueMaster,  Daviey ^^ please ping GrueMaster when you're done.
[16:28] <pitti> skaet: *phew*, publishing done, pressed the big red "sync" button
[16:28] <skaet> pitti.  Thank you.  :)
[16:30] <skaet> cjwatson,  I thought there was an email announcing the DVD images - but can't seem to find it.   Do you have a pointer to an email/changelog I can cross check against?
[16:33] <cjwatson> skaet: try the natty beta-2 announcement
[16:34] <skaet> for DVD image content?
[16:34] <cjwatson> oh, I misunderstood
[16:34] <cjwatson> I thought you were looking for a format for announcing DVD images as part of a release announcement
[16:35] <skaet> no,  looking for some content to put into the release notes and general announce. ;)
[16:35] <skaet> I though there was something mailed out in the last month,  but after poking around for 15 minutes, and not finding, figured better to ask.
[16:35] <cjwatson> so you mean for the new smaller DVD images
[16:35] <skaet> yes
[16:36] <cjwatson> I don't see anything other than the discussion on ubuntu-devel, which is not terribly helpful for this
[16:36] <cjwatson> https://blueprints.launchpad.net/ubuntu/+spec/foundations-o-great-cd-debate sort of
[16:36] <skaet> Will use that then - just thought there was a summary already somewhere.
[16:37] <skaet> Will post my draft for review then.
[16:38] <pitti> whoops, TechOverview links to /natty
[16:38] <cjwatson> I don't think so.  The exec summary is that the DVD images have been turned into extended desktop images with additional language support and a few extra applications, and thereby reduced to a more manageable size of around 1.5 GB
[16:39] <pitti> no, ignore me
[16:39] <cjwatson> (that's probably a more useful summary than anything you'll get out of the spec, since most of this was put together after UDS)
[16:40] <pitti> smoser: can you please press the publish button for http://cloud-images.ubuntu.com/releases/oneiric/beta-1/ ?
[16:40] <smoser> utlemming, ^ you want to handle ?
[16:41] <astraljava> Ubuntu Studio homes in and tells all of their testcases are successfully done.
[16:45] <skaet> astraljava, yay!  :)
[16:46] <skaet> cjwatson, will keep it to that then.   Was wanting a bit more details of the applications, but we can do that in the formal release notes.
[16:46] <skaet> by formal release notes - I mean the 11.10 release - final set. ;)
[16:47] <cjwatson> the current list is inkscape, gimp, pitivi, and a more complete LibreOffice suite
[16:47] <cjwatson> you can look at the usb seed if you want full details
[16:48] <GrueMaster> skaet: Done editing the tech overview.  I also added a note on there about the older Panda ES2.0 (prerelease) boards.
[16:48] <skaet> Thanks cjwatson.
[16:49] <skaet> Thanks GrueMaster
[16:50] <ogra_> skaet, to be honest, looking at the tech overview, i dont really have anything for the release notes this time, most of the team fought with image buildability or general bugs, there are no actual highlights on image content this time
[16:51] <skaet> ogra_,  ok.  Thanks for the follow up.
[16:51] <ogra_> and the line under ubuntu arm is info from last alpha
[16:51] <ogra_> that should go (preinstalled-pool)
[16:51] <skaet> ogra_, delete away.
[16:52] <ogra_> k
[16:54] <pitti> skaet, cjwatson: hm: TechOverview says it should be http://releases.ubuntu.com/kubuntu/oneiric/beta-1
[16:54] <pitti> while reality is http://releases.ubuntu.com/kubuntu/oneiric/
[16:54] <pitti> i. e. without the /beta-1
[16:55] <pitti> which one is right?
[16:55] <pitti> I think it's cdimage, and we should fix TechOverview
[16:55] <pitti> but making triple sure
[16:55] <pitti> http://releases.ubuntu.com/kubuntu/natty/ also exists, no /final or so
[16:55] <skaet> pitti appreeciate it.
[16:56] <skaet> ScottK,  ^^ can you confirm it should be: http://releases.ubuntu.com/kubuntu/oneiric/
[16:56] <pitti> skaet: same for ubuntu
[16:56] <GrueMaster> skaet: I noticed Kubuntu Arm on the Tech Overview.  Did it even get tested?  I didn't see an entry on the iso tracker.
[16:56] <cjwatson> pitti: reality is correct
[16:57] <cjwatson> skaet,ScottK: ^-
[16:57] <skaet> GrueMaster,  delete it.   It didn't get tested.
[16:57] <cjwatson> the /beta-1 suffix is only for cdimage.u.c
[16:57] <pitti> cjwatson: ok, thanks for confirming
[16:58] <pitti> skaet: TechOver fixed
[16:59] <pitti> skaet: fixed harder for netboot
[16:59] <GrueMaster> Hmm.  It's gone now.  Was there yesterday iirc.
[16:59] <skaet> Thanks pitti!
[17:00] <pitti> skaet: ok, seems to be mostly right now; now we need an hour of patience until stuff gets mirrored
[17:00] <pitti> (or two)
[17:00]  * pitti has some dinner in the meantime
[17:01] <skaet> pitti,  enjoy your dinner.
[17:06]  * cjwatson -> dinner
[17:06] <skaet> cjwatson, enjoy yours as well.
[17:35]  * skaet --> lunch,  be offline for a bit, then back.
[18:11] <ScottK> skaet: I'm sure whatever pitti says is right.
[18:11] <ScottK> GrueMaster: If you didn't get a chance to test Kubuntu arm, then I know it didn't get tested.
[18:12] <GrueMaster> ScottK: My time this cycle is overloaded with server testing.  I honestly didn't get as much time testing the ubuntu desktop images that I would have liked.
[18:13] <GrueMaster> But I noticed the kubuntu arem images weren't even on the tracker this time.
[18:13] <ScottK> Sure. Not being critical, just saying if it'd been tested, you'd know.
[18:13] <ScottK> Not sure why that was.
[18:13] <utlemming> cloud-images are published, however with the addition of the armel images the scripts didn't populate them to them to http://uec-images.ubuntu.com/releases/oneiric/beta-1/
[18:13] <GrueMaster> I thought it was a Kubuntu decision and as overloaded as I am, didn't say anything.  Sorry about that.
[18:17] <skaet> ScottK, since it was about where Kubuntu was pointing to, figured you should be aware. ;)
[18:17] <ScottK> Thanks.
[18:25] <pitti> a stack of pancakes later..
[18:36] <ScottK> Would someone please look at https://wiki.kubuntu.org/OneiricOcelot/Beta1/Kubuntu and verify I described the download locations correctly?
[18:37] <pitti> skaet: all download links in the release announcement confirmed to work, cdimage mirroring complete
[18:38] <pitti> skaet: I also did a random sample on https://launchpad.net/ubuntu/+cdmirrors and it seems more than half of the mirrors have beta-1
[18:38] <skaet> pitti, excellent.  :)  just putting up a draft of the Upgrade instructions on community page.   Can you take a pass to check it?
[18:38] <pitti> skaet: so we now need IS to run the mirror prober, and get it online
[18:39] <pitti> ScottK: looks good to me
[18:39] <ScottK> pitti: Thanks.
[18:39] <skaet> https://help.ubuntu.com/community/OneiricUpgrades
[18:40] <pitti> skaet: http://www.ubuntu.com/getubuntu/releasenotes/1110 link doesn't work yet, I guess that's expected?
[18:40] <skaet> pitti,  try now
[18:40] <skaet> sorry
[18:40] <skaet> yeah
[18:40] <pitti> no, I get to http://www.ubuntu.com/
[18:40] <skaet> that won't work until web team makes it live.
[18:40] <pitti> skaet: "Upgrade from 11.10 to 11.04" that would be backwards :)
[18:40] <skaet> heh,  see why I wanted someone to check ;)
[18:41] <pitti> skaet: "Open the Update Manager application from the System → Administration menu." that doesn't actually exist any more in unity
[18:41] <pitti> that would be something like Windows key + "update"
[18:42] <skaet> ack.
[18:42] <skaet> :)
[18:42] <pitti> skaet: I don't think these instructions will work for beta releases
[18:42] <pitti> you need update-manager -d
[18:42] <pitti> as in our Tech Notes
[18:43] <pitti> these instructions are valid for the final release
[18:43] <ScottK> Yep.
[18:43] <ScottK> Kubuntu section needs the same change.
[18:43] <skaet> pitti, yes you're right.
[18:43] <pitti> "Download the alternate installation CD from http://releases.ubuntu.com/natty/"
[18:43] <pitti> in the Upgrading Using the Alternate CD/DVD section
[18:45]  * skaet did a fast clone from natty and should have spent more time on it before asking.  :/
[18:45] <pitti> heh, np -- perhaps just grep for "atty"?
[18:46] <pitti> skaet: seems it's the only one
[18:46] <skaet> there's always one.  ;)
[18:47] <pitti> "Just visit http://releases.ubuntu.com/11.04/," in the torrent section
[18:47] <skaet> yeah, that needs to be matching the announce now.
[18:49] <ScottK> Can I edit now?
[18:49] <skaet> ScottK,  if pitti's not in,  go ahead.
[18:49] <pitti> I'm not editing any page
[18:50] <pitti> skaet: btw, release meeting tomorrow, or do we skip it?
[18:50] <skaet> pitti,  skip it.   I'll send out the cancellation later.
[18:50] <charlie-tca> oh, thank you
[18:50]  * skaet needs to sleep tonight, not work on agendas.
[18:50] <pitti> can't say I'm overly disappointed :)
[18:51] <skaet> and its been a long, long week for the entire team... and everyones efforts and patience is VERY much appreciated!
[18:53] <ScottK> Kubuntu fixed.
[18:58] <skaet> Thanks ScottK
[19:26] <ScottK> Just got another amd64+mac install success story.
[19:31] <pitti> good night everyone!
[19:33] <skaet> good night pitti!  sleep well and thank you!!
[19:33] <stgraber> pitti: bye!
[20:37] <elmo> is unity known to be broken for upgrades from 11.04 right now or am I just special?
[20:38] <highvoltage> the two concepts aren't mutually exclusive.
[20:38] <skaet> elmo, there are a couple of known bugs still. :( seeing a crash or something more subtle?
[20:38] <elmo> highvoltage:  well played
[20:39] <elmo> skaet: no, I mean, as in, unity appears to be causing upgrade-manager -d to break
[20:39] <skaet> classic
[20:39] <elmo> skaet: but, actually it looks more like it's a combination of a stupid transparent proxy setup by incompetent sysadmins  and archive.ubuntu.com de-sync problems
[20:39] <elmo> the latter at least is fixed - I guess I'll go and look at the former
[20:40] <skaet> elmo,  thanks.   Let us know if it persists.
[20:41]  * skaet crosses fingers
[20:51]  * Daviey checks in
[20:51] <elmo> nope, it really is broken for me - is anywhere other than mvo good at decoding update-manager apt spew?
[20:52] <slangasek> I could have a peek
[20:53] <Daviey> elmo: If it's spew, it sounds at the very least a usability bug.. raise it with the log.. the worst that will happen is that it'll be Invalid. :)
[20:53] <elmo> I also notice update-manager is leaking private ppa passwords
[20:53] <ScottK> So the log in a bug would be double plus good.
[20:53] <slangasek> in bug reports, or where?
[20:54] <elmo> slangasek: /var/log/dist-upgrade is 755
[20:54] <elmo> http://paste.ubuntu.com/680120/
[20:54] <slangasek> oh, and private ppa configs are 0600?
[20:54] <elmo> yeah
[20:54] <elmo> and the password is included in the log spew
[20:54] <elmo> I'll file a bug about it
[20:55] <skaet> elmo, yes please.
[20:55] <slangasek> i386 or amd64 system?
[20:55] <elmo> slangasek: i386
[20:55] <slangasek> ok
[20:56] <slangasek> well, step 1, gvfs shouldn't be using Conflicts on libgvfscommon0
[20:56] <slangasek> but that one it solves
[20:56] <Daviey> "Broken unity-2d-panel:i386 Depends on libunity-2d-private0" .. I assume that is a non-archive package?
[20:57] <Daviey> I suck, forget that
[20:57] <elmo> http://paste.ubuntu.com/680123/
[20:57] <slangasek> Broken libindicator6:i386 Breaks on libindicator3 [ i386 ] < 0.3.22-0ubuntu1 -> 0.3.22-0ubuntu2 > ( universe/libs ) (<= 0.3.93-0ubuntu1)
[20:57] <elmo> I have some non-archive packages installed, but nothing to do with unity, I don't think
[20:57] <slangasek>   Considering libindicator3:i386 10 as a solution to libindicator6:i386 5
[20:57] <slangasek>   Holding Back libindicator6:i386 rather than change libindicator3:i386
[20:57] <slangasek> that's not good
[20:59] <slangasek> libindicator6 should drop the Breaks: libindicator[123], there are no file overlaps
[21:00] <elmo> slangasek: shall I file those two as bugs?
[21:01] <slangasek> elmo: yes please
[21:01] <slangasek> hmm, I see some at-spi noise in here still
[21:02] <elmo> slangasek: a bug against update-manager too for giggles?
[21:02] <ScottK> "Update-manager should make it work anyway"
[21:02] <slangasek> elmo: for the log perms?
[21:02] <slangasek> no, it's not update-manager's job to predict wrong package relationship declarations in advance
[21:03] <slangasek> only to fix them up as a last resort, and we have a better resort here
[21:03] <elmo> no no
[21:03] <elmo> I didn't mean it should be magic
[21:03] <elmo> I meant in case mvo wanted to see if there was any other stuff in there of interest
[21:04] <elmo> the logs is #839094, I'll go file the other 2
[21:05] <slangasek> well, I'm confident that libindicator6 is the root of all the problems, but feel free to disbelieve me :)
[21:08] <slangasek> and as that's a quick'n'easy fix, once the bug is filed I'll shoot off an upload
[21:10] <elmo> slangasek: #839098 is libindicator bug
[21:13] <elmo> and #839101 is the gvfs one
[21:13] <elmo> slangasek: thanks a lot
[21:16] <slangasek> elmo: thanks for the report!
[21:17] <skaet> +1
[21:17] <skaet> slangasek,  I need a one liner about multiarch for the announce email.
[21:17]  * skaet figures we should say something there.
[21:17] <ScottK> Works more better and ia32-libs is shrinking.
[21:17] <slangasek> man
[21:17] <slangasek> you're talking to the guy who can't fit sentences on twitter
[21:17] <skaet> Multiarch is now the default. ??
[21:18] <skaet> just some sort of flag, is the hope.
[21:18] <slangasek> maybe it's best to avoid the jargon term "Multiarch" in the announcement?
[21:18] <slangasek> Ubuntu 11.10 Beta 1 enables support for installing 32-bit library and application packages on 64-bit systems.
[21:19] <slangasek> that's the first line of what I put in the tech overview, maybe that works?
[21:20] <skaet> slangasek, yeah that works.  :)
[21:20] <skaet> thanks
[21:20] <slangasek> n/p :)
[21:27] <slangasek> libindicator uploaded
[21:35] <Laney> hoorah
[21:39] <skaet> Thanks everyone for your help getting this one out!!  :)
[21:39] <Daviey> Is it too late for a respin?
[21:39] <charlie-tca> I would say thank you to everyone too. This one was not easy to get done!
[21:39] <slangasek> Daviey: you're free to spin :)
[21:39] <Daviey> heh
[21:40] <ScottK> skaet: Shouldn't it be ocelot pelts?
[21:41] <skaet> ScottK,  ocelots are endangered, we want to feed them, not skin 'em ;)
[21:42] <ScottK> But are they tasty?
[21:42] <ScottK> I guess I'm unlikely to find out.
[21:42] <skaet> lol.  true.  :)
[21:46] <charlie-tca> um, not to put a damper on things, but server images are missing from http://releases.ubuntu.com/oneiric/
[21:48] <Daviey> charlie-tca: well spotted
[21:49] <skaet> charlie-tca, Daviey - investigating...
[21:49] <jibel> and wubi.exe
[21:49] <robbiew> Daviey, you're fired
[21:50] <jibel> charlie-tca, that's because Daviey is waiting for a respin
[21:50] <Daviey> robbiew: good stuff.
[21:50] <skaet> slangasek, can you help here.
[21:51] <charlie-tca> Thank you, jibel
[21:51] <charlie-tca> That is a good reason
[21:51] <Daviey> (no, i'm not)
[21:51] <jibel> j/k
[21:51] <robbiew> lol
[21:51] <robbiew> utlemming: you shut down your test instances, right?
[21:51] <robbiew> lol
[21:52] <utlemming> robbiew: why would I want to do that? I was hoping to break my high score
[21:53] <robbiew> heh
[21:53] <Daviey> robbiew: He has a cronjob to do it just in case :)
[21:53] <utlemming> yes, yes, I do
[21:54] <Daviey> considering the filenames are consistent, doing a crawl and HEAD requests prior to anouncement might be good.
[21:56] <sladen> hello all.  Late drop wallpaper time
[21:58] <sladen> bug #833990 (default wallpaper, slightly tweak from previous version that shouldn't affect documentation or screenshots) + bug #829213 (community wallpapers;  not set by default, only potentially visible in screenshots of Apperance control panel, where they are interchangable with any other selection)
[21:58] <Daviey> sladen: Yeah, Yeah, we've done the last minute fix gag already
[21:59] <sladen> Daviey: one has to be seen to do *something* ;-)
[22:03] <skaet> sladen,  ok,  if its not affecting the documentation and screenshots means we should be fine.   Thanks for explaining.
[22:03] <slangasek> skaet: help with what?  disrespectful engineers? :)
[22:03] <skaet> slangasek,  we haven't published the server images.
[22:03] <slangasek> ah
[22:03] <slangasek> yes, I can help with that :)
[22:04] <skaet> Thank you!  I'm needing sleep, and would probably make things worse if I started in at it. :P
[22:04] <robbiew> eh...it's just server...who runs that anyway
[22:04] <skaet> lol
[22:05] <slangasek> skaet: is 20110901 the correct image to publish?  Because the ISO tracker (and therefore publish-image-set) says 20110830 is what was tested
[22:06] <slangasek> and that one went away due to the image rotation policy when 20110901 was spun
[22:06] <skaet> slangasek,  publish 20110830,  that was the one tested.
[22:06] <slangasek> yeah, can't do that :/
[22:06] <slangasek> 20110901 probably shouldn't have been spun if we intended 20110830 to be published, since it's spinning the new image that expires the older ones...
[22:06] <skaet> The images are still on the iso tester though.
[22:07] <slangasek> the iso tester doesn't know what's actually on the server
[22:07]  * skaet lives and learns
[22:07] <slangasek> it just believes whatever people tell it about the versions
[22:08] <slangasek> so is there a way to get 20110901 tested quickly?
[22:08] <skaet> Daviey, robbiew - any options here.
[22:09] <skaet> ?
[22:09] <Daviey> 20110830 is gone?
[22:09] <Daviey> gah
[22:09] <Daviey> why is only one being kept?
[22:09] <slangasek> it's two that are kept
[22:09] <slangasek> rather, two days worth
[22:10] <Daviey> I can only see one on cdimage
[22:10] <robbiew> does hggdh have a version lying around
[22:10] <robbiew>  or in jenkins?
[22:10] <slangasek> yes, because there was no run on 20110831
[22:10] <skaet> what about on the auto testers?
[22:10] <hggdh> robbiew: version of what?
[22:10] <robbiew> server beta iso
[22:10] <robbiew> 20110830
[22:11] <Daviey> The known issues, other than EFI are not resolved.
[22:11] <slangasek> I'm somewhat uncomfortable with the idea of reconstituting the images from elsewhere unless you can show me the SHA256SUMS.gpg to go with it
[22:11] <hggdh> robbiew: just checked, it has already been updated to today's image, sorry
[22:11] <Daviey> So at automated test run would be 'ok' to release with, plus a manual smoke test IMO.  However, that will not complete quickly.
[22:12] <hggdh> and not on Jenkins either, we only keep the current version there
[22:12] <slangasek> how long?
[22:12] <Daviey> hggdh: Do you know how long a test run takes?
[22:12] <Daviey> the jenkins tests
[22:12] <hggdh> on Jenkins? ~ 30 minutes
[22:12] <hggdh> want one?
[22:12] <skaet> yes please
[22:12] <Daviey> hggdh: all images, or just 1?
[22:13] <slangasek> we're only releasing amd64 and i386, right?
[22:13] <hggdh> Daviey: right now we fire off all tests
[22:13] <slangasek> So max 2 images
[22:13] <robbiew> right
[22:13] <Daviey> sorry, s/images/testcases
[22:13] <slangasek> (I see there's also an amd64+mac server, is that used?)
[22:14] <slangasek> should I bump to 20110901 on iso.qa, then?
[22:14] <skaet> slangasek, no.
[22:14] <hggdh> Daviey: jenkins run started
[22:14] <slangasek> skaet: no to the first or second question?
[22:14] <skaet> only ones we care about right now and publish... amd64 and i386
[22:15] <Daviey> slangasek: Yes please.
[22:15] <slangasek> ack
[22:15] <Daviey> hggdh: thanks.
[22:15] <robbiew> we don't care about amd64+mac server
[22:15] <skaet> sorry slangasek,  typing IRC speed again.
[22:15] <robbiew> I mean, I "care"...but you know
[22:15] <Daviey> hggdh: Are you able to smoke a manual test to gain confidence aswell?
[22:16] <hggdh> Daviey: yeah. Now if this is about today's image, already did it ;-)
[22:17] <Daviey> slangasek: So we 'lost' the final release candidate last cycle for the cloud images, due to the same issue last cycle... causing much stress,
[22:17] <Daviey> I think when we have a declared candidate, for milestones/releases.. the images need to chowned/chmodded to stop the cleanup removing them without manual intervention.
[22:18] <hggdh> Daviey: I will smoke-test i386; AMD64 was smoke-tested earlier on today
[22:18] <Daviey> Losing the candidates is suck.
[22:18] <Daviey> hggdh: you are my hero.
[22:19] <skaet> slangasek, Daviey - yeah we need some redundancy here.    Not sure what the solution is, but when something goes on the tracker, getting it shadowed somewhere seems logical to me.
[22:19] <slangasek> logical but difficult to implement
[22:20] <Daviey> slangasek: What will happen if the cleanup doesn't have access to rm them?
[22:20] <slangasek> because the iso tracker and cdimage.u.c don't actually know anything about each other
[22:21] <slangasek> Daviey: er, I don't actually see any way to block the access to rm them.  I would much rather we have a command that sets antimony into "Milestone mode", disabling the automatic cleanup and the cronjob at once
[22:21] <Daviey> slangasek: Yes, i don't care about automating it, but a human removing permission on cdimage for the cleanup script to rm them?
[22:21] <skaet> Lets talk about this with jibel tomorrow, and see if he has some ideas how we can clone them somewhere when they're loaded to the iso tracker - that may be the angle to tackle it from.   Not sure.
[22:21] <Daviey> slangasek: ah ok.
[22:22] <slangasek> Daviey: there are no accounts having write access to the directories in question other than the account doing the actual removal
[22:22] <slangasek> so it's hard to set perms such that an rm will fail :)
[22:22] <Daviey> slangasek: Yeah, if only it were possible to add more users to servers. :)
[22:23] <Daviey> But yes, i agree your implementation is better.
[22:24] <slangasek> posted to the tracker
[22:24] <skaet> thanks slangasek
[22:26] <Daviey> This should mean that EFI issue can be un-release-noted.
[22:29] <hggdh> of the 24 Jenkins tests, 20 have already finished successfully
[22:30] <hggdh> er, 21 have finished
[22:36] <hggdh> Daviey: i386 smoke test successful; Jenkins run successful
[22:49] <slangasek> jenkins run for both archs?
[22:53] <hggdh> slangasek: yes. Two failures noted on AMD64, but these are caused by a local issue; I am hand-running these two now
[22:53] <hggdh> slangasek: I updated the tracker with the Jenkins runs
[22:54] <Daviey> I am also running a smoke on amd64.
[22:54] <Daviey> hggdh: thanks!
[22:55]  * skaet --> needs to shift location.   biab.
[22:58] <hggdh> slangasek: I very much doubt I will be able to run *all* tests in a timely manner, though
[23:03] <Daviey> hggdh: suitable confidence is enough i think.
[23:05] <hggdh> Daviey: then I guess we have it, 13/16 tests run for each AMD64 and i386
[23:08] <slangasek> are the other test cases not automated yet?
[23:08] <slangasek> Daviey: you're happy for me to publish then?
[23:10] <Daviey> slangasek: 4 more mins pls
[23:12] <hggdh> slangasek: they are indeed not automated -- they require user intervention (encrypted LVM, RAID1) or resources I do not have access to (ESX)
[23:12] <hggdh> for the user intervention we may be able to address very soon, though
[23:14] <Daviey> slangasek: I am happy.. FIRE!
[23:15] <Daviey> hggdh: does anyone actually test ESX?.. it seems to be skipped every milestone.
[23:16] <hggdh> we had someone to test it before -- but I myself do not have access to a VMWare ESX. I *think* Canonical has it installed, but IDK the details
[23:17] <Daviey> hggdh: we should probably get to the bottom of that before b2.
[23:17] <hggdh> Daviey: certainly
[23:19] <hggdh> pfui! We may die of a lot of different things, but boredom will not be it ;-)
[23:20] <Daviey> :)
[23:25]  * skaet sees edit is done on the WIKI - thanks Daviey.
[23:27] <Daviey> np
[23:27] <Daviey> slangasek: Did you publish it?
[23:35] <elmo>
[23:39] <slangasek> Daviey: done
[23:40] <Daviey> slangasek: thanks!
[23:40] <skaet> Thanks slangasek!!
[23:40] <skaet> Thanks Daviey, hggdh!
[23:40] <hggdh> skaet: my pleasure
[23:40]  * Daviey heads to bed. Thanks.
[23:52] <skaet> crontab edited.  (have left server commented)