[02:00] <micahg> ok, a few more removals files
[02:00] <micahg> *filed
[03:38] <ScottK> slangasek: Could you take another shot at removals (if you haven't in the last 90 miuntes or so)?
[03:40] <skaet> ScottK or RIddell - any problem with me removing powerpc from the Kubuntu image set?
[03:41] <ScottK> skaet: Why?  They are being tested?
[03:41]  * skaet not seeing evidence of being tested 
[03:41] <skaet> ScottK,  just trying to clean the tracker up to what we'll actually be trying to ship.
[03:42] <ScottK> I'm pretty sure we'll ship the powerpc desktop image and we've got a shot at the alternate as the guy doing the testing has promised to do more.
[03:42] <ScottK> I've also got promises for amd64+mac testing too.
[03:42] <skaet> https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest
[03:43] <skaet> does not have it listed as an architecture for this release.
[03:43] <skaet> re: amd64+mac,  that's fine if its tested.
[03:43] <ScottK> Which?  powerpc?  that's because we didn't have a tester until this week.
[03:44] <ScottK> So far the desktop image looks good.
[03:46] <skaet> Please encourage logging of some of the powerpc results to the iso tracker then asap.   They're sitting at 0, and we're going to need to figure out if viable or not tomorrow.
[03:50] <ScottK> Not for the desktop image.
[03:50] <ScottK> http://iso.qa.ubuntu.com/qatracker/milestones/214/builds/15943/testcases
[04:01]  * skaet sees some now after hitting refresh.
[04:21] <ogasawara> skaet: just fyi, I'd uploaded the day-0 kernel earlier today.  It's sitting in the queue awaiting approval.  I understand if there's more pressing packages needing approval first, but just wanted you to be aware.
[04:21] <skaet> ogasawara,  Thanks for letting me know.  :)
[04:21] <ogasawara> skaet: I also posted a quick summary of the bugs being fixed -> http://pastebin.ubuntu.com/944474/
[04:22] <skaet> Thanks.  :)
[04:22] <skaet> Are the release notes for linux portion pretty much done from your perspective?
[04:22]  * skaet thinks so, but checking
[04:23] <skaet> ogasawara, ^
[04:23] <ogasawara> skaet: for the most part yes, but I'll do another pass in the morning to be sure I've not left anything out.  I also updated the known issues section
[04:23] <skaet> coolio.   That will suit well.
[04:24] <skaet> (and thank you for the known issues,  spotted them earlier)
[04:58] <astraljava> What is the policy re: Wubi, when apparently no one in the Xubuntu community has Windows, so we might not get that test case covered.
[05:20] <pitti> slangasek: #986928> noted, will look into it
[06:34] <slangasek> pitti: we really ought to have the apt SRU in oneiric-updates before release; we only have 1 of 3 bugs verified so far, but it's the one that has the largest impact on oneiric upgrades AFAICS.  Do you think that's good enough to publish?
[06:35] <pitti> let me look at the bugs
[06:35] <slangasek> or should we try to get an autotestupgrade run for all the oneiric->precise upgrades using the -proposed apt?
[06:35] <pitti> ah, bug 850264
[06:35] <ubot2> Launchpad bug 850264 in apt "given a foreign architecture of i386 on amd64 machine, and an outdated libc, apt tries to remove libc-bin" [High,Fix committed] https://launchpad.net/bugs/850264
[06:35] <pitti> I wonder if jibel did a full upgrade test with that version from -proposed
[06:35] <pitti> if so, I'm happy
[06:35] <pitti> jibel: ^
[06:36] <pitti> as the other tests also apply to oneiric->precise dist-upgrades, above test should at least provide regression testing for the other two bugs as well
[06:49] <skaet> slangasek,  up late...
[06:49] <skaet> good morning pitti
[06:50] <slangasek> a bit
[06:50] <pitti> hey skaet
[06:50] <skaet> seeing the backscroll on the apt SRU - would be very good if possible.
[06:51] <micahg> pitti: please copy lightning-extension, enigmail, and thunderbird from natty-proposed to natty-updates only
[06:51] <pitti> skaet: yes, waiting on jibel to confirm that he used it for a complete dist-upgrade test, and will move then
[06:51] <skaet> slangasek,  any concerns show up on the radar, beyond the server respin?
[06:52] <pitti> micahg: ok, so NOT -security? doing
[06:52] <micahg> pitti: correct
[06:52] <skaet> pitti,  gotcha.   sounds good.
[06:53] <slangasek> skaet: nope, all quiet overnight
[06:54] <pitti> micahg: done
[06:54] <micahg> pitti: thanks
[06:54] <pitti> micahg: one of these days you should ask for ~ubuntu-archive permissions :)
[06:55] <slangasek> ScottK: hmm, what was the issue with removals?
[06:55] <pitti> not that I mind doing the copying for you, I just don't want to become this a bottleneck
[06:55] <pitti> "this to become a", argh morning grammar
[06:57] <skaet> astraljava,  work with balloons to see if there is someone else in the community with windows, who might be willing to give it a try?   The mandatory test cases should be revisited early next cycle, to ensure they still all make sense with the goals of the individual products...
[06:57] <SpamapS> pitti: one of these days I should get full training on AA status too :)
[06:57] <skaet> slangasek,  quiet = good right now.  ;)
[06:57] <skaet> thanks
[06:58] <pitti> SpamapS: +1
[06:59] <skaet> SpamapS:  +1 (from me too)
[07:01] <astraljava> skaet: Alright, will do, thanks!
[07:02] <jibel> pitti, I did a manual verification because there is no profile that correspond to the test case but I can run the autoupgradetest with the package from oneiric-proposed for regression testing.
[07:02] <jibel> doing it now.
[07:02] <pitti> jibel: nice, thanks a lot!
[07:03]  * skaet --> food then office,  back in a bit.
[07:23] <Riddell> morning
[07:23] <pitti> hey Riddell
[07:23] <Riddell> are we nearly there yet?
[07:25] <pitti> oh no, you just killed another kitten!
[07:35] <stgraber> good morning
[07:39] <pitti> bonjour stgraber
[07:50] <skaet> Daviey, pitti - did the server images get respun, or that's still pending.   Can't tell from the pad.
[07:50] <skaet> either of you know?
[07:51] <skaet> (ie.  are we waiting on an upload from Daviey or has it happened? )
[07:51] <skaet> :)
[07:51] <pitti> last respin of server was yesterday around 13:30 UTC
[07:51] <skaet> pitti,  ok,  looks like we're waiting for an upload from Daviey then,  otherwise and ok from QA that they can test the new version.   Otherwise we'll go with what we have.
[07:52] <pitti> I believe that's related to the MAAS string change that we discussed on Monday
[07:52] <pitti> that cjwatson did/was going to do
[07:52] <skaet> yes,  that's it.  Low risk.
[07:52]  * pitti checks changelogs
[07:53] <skaet> pitti, yes we discussed it yesterday,  just not sure whether something had happened overnight,  and sounds like not then.
[07:54] <pitti> skaet: right, still mining changelogs
[07:55] <pitti> skaet: https://launchpad.net/ubuntu/+source/gfxboot-theme-ubuntu/0.13.2
[07:55] <pitti> that was the relevant change I think, updating pad
[07:56] <skaet> thanks pitti
[07:56] <pitti> skaet: so I'm fairly sure that's in now
[07:56] <pitti> on the current server daily
[07:56] <pitti> Daviey: ^ triple-check?
[07:58] <pitti> skaet: seems you set the release team sync meetings to "weekly", I guess they only apply for this week?
[08:01] <skaet> pitti,  yeah,  only this week.
[08:01] <pitti> skaet: ok; seems I can't edit it to not be repeated, you need to do that apparently
[08:02]  * skaet doing
[08:05] <skaet> pitti,  cleaned up.   (hopefully,  let me know if you still see)
[08:05] <pitti> skaet: looks fine now, thanks!
[08:05] <skaet> thanks for flagging
[08:09] <cjwatson> pitti,skaet: the relevant change was actually in debian-cd (gfxboot-theme-ubuntu was the day before), but in any case, it got done and respun
[08:10] <skaet> cjwatson,  ok,  so moving it off the pad then.
[08:22] <Daviey> skaet: yes, respin was yesterday..
[08:22] <Daviey> And it's been validated
[08:22] <cjwatson> eclipse/armhf failed for me in my latest build attempt on scheat, with no other changes; so I infer that it may be intermittent and I'm going to keep throwing it at the builder
[08:23] <skaet> Thanks Daviey.  :)
[08:23] <skaet> cjwatson, ack.
[08:28] <jibel> skaet, it's confusing to have 2 milestones opened on the tracker. do you plan to merge pre and final ?
[08:28] <stgraber> I'm doing a few edits of the release notes, let me know if you need me to release the lock
[08:29] <skaet> jibel,  we're moving them from pre to final as the teams sign off on them for the release.
[08:29] <skaet> so problem will resolve shortly.  ;)
[08:30] <skaet> Additional test results can still be added to final, but emphasis should be on the pre ones.
[08:30] <jibel> skaet, ok, tester can continue submitting results to pre-release then ?
[08:30] <jibel> *testers even
[08:33] <stgraber> jibel: images in Precise Pre-release are the priority but once they're moved to Precise Final they can still receive test results
[08:33] <skaet> :)
[08:34] <stgraber> skaet: for some reason I skipped that last sentence of yours when reading scrollback ;)
[08:36] <skaet> :)  no worries.
[08:36] <stgraber> cjwatson,pitti,skaet: Looking at system requirements, should we say something about low-memory systems installing the 64bit image? basically recommending at least 512MB for 64bit installs
[08:37] <pitti> stgraber: did anyone actually try that on 512 MB? it might technically work, but certainly not a ver good experience?
[08:37] <pitti> was that tried without swap?
[08:37] <skaet> stgraber,  there's a spot in the desktop release notes for system requirements,  that's probably best place to add it
[08:37] <stgraber> pitti: last I tried, "Install Ubuntu" works on 512MB as long as you have a swap in your partitioning scheme, if you don't, it fails
[08:38] <pitti> stgraber: the live session uses existing swap partitions?
[08:38] <stgraber> pitti: the live session doesn't, but ubiquity enables the swap partition as soon as it's created
[08:38] <pitti> ah, I see
[08:39] <stgraber> skaet: ok. I'll mention that while the bare minimum for 32bit is 384MB, 64bit should be at least 512MB
[08:40] <cjwatson> bare minimum, but it does fail in some cases
[08:40] <cjwatson> (512MB for amd64)
[08:41]  * skaet nods
[08:41] <stgraber> skaet: any reason why the lid issue on Unibody Macbook is only listed for UbuntuDesktop? I'd think it'd affect all flavours as it's a kernel/X problem
[08:42] <Daviey> pitti: Could you promote horizon (bug 914164), not shipped on ISO.. please?
[08:42] <ubot2> Launchpad bug 914164 in horizon "[MIR] horizon" [High,In progress] https://launchpad.net/bugs/914164
[08:42] <skaet> stgraber,  just where it got placed likely.   feel free to move it.
[08:42] <stgraber> skaet: ok
[08:42] <Daviey> stgraber: I suspect it doesn't impact server flavour strongly.
[08:44] <stgraber> Daviey: indeed, though we don't have CommonInfrastructureDesktop...
[08:44] <Daviey> :)..
[08:45] <Daviey> skaet: Working on server release notes now.
[08:45] <pitti> Daviey: at it
[08:45] <Daviey> pitti: thanks
[08:45] <stgraber> Daviey: and the current list of kernel bugs on CommonInfrastructure already includes some mentions of touchpads, so I guess it won't hurt to have the specifics there too
[08:45] <skaet> thanks Daviey,  arosales has been adding last night too.   :)
[08:45] <Daviey> superduper
[08:47] <pitti> Daviey: done; initially I promoted all binaries, but demoted back the ones not mentinoed on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[08:47] <pitti> so after next publisher, that shoudl ideally be empty
[08:48] <Daviey> pitti: openstack-dashboard was promoted?
[08:48] <pitti> Daviey: no, c-m doesn't ask for it
[08:49] <pitti> if you want it as well, you need to seed it
[08:49] <Daviey> curses, i'll fix the seed.
[08:49] <pitti> Daviey: ah, so perhaps my intial "promote all binaries" was right after all :)
[08:49] <Daviey> pitti: yeah, it was right :(
[08:49] <pitti> Daviey: so yes, please fix the seeds, and we'll check the binary c-m after the next publisher
[08:53] <Daviey> pitti: pushed
[08:57] <rickspencer3> hey skaet, sorry to sound dense, but I don't think I have the correct link for hte ISO tracker
[08:58] <cjwatson> http://iso.qa.ubuntu.com/qatracker/milestones/214/builds
[09:07] <jamespage> cjwatson, I'm not getting anywhere with the eclipse failure on armhf - can't reproduce locally :-(
[09:08] <stgraber> skaet: http://www.edubuntu.org/news/12.04-release
[09:09] <cjwatson> jamespage: 09:22 <cjwatson> eclipse/armhf failed for me in my latest build attempt on scheat, with no other changes; so I infer that it may be intermittent and I'm going to keep throwing it at the builder
[09:09] <cjwatson> jamespage: you can find the hs_err_*.log or whatever it's called in my homedir on scheat
[09:10] <jamespage> cjwatson, ack - I'll take a look
[09:12] <skaet> thanks cjwatson.  :)
[09:13] <skaet> rickspencer3, ok now?
[09:13] <rickspencer3> skaet, yeah, I got the link, thanks
[09:13] <ogra_> hmm, i thought the QA team does the oamp4 netinst image tests ... i wonder why there is nothing logged on  the tracker
[09:13] <ogra_> *omap4
[09:15] <pitti> skaet, cjwatson: FTR, doing pre-publishing now
[09:16] <pitti> hm, it's a bit confusing to have two milestones for that
[09:17] <pitti> seems that publish-image-set.py crashes, looking/fixing
[09:18] <pitti> skaet, stgraber: I think it would be cleaner to move ubuntu (and server) to "Precise Final" in the tracker now, before pre-publishing; WDYT?
[09:18] <pitti> I can also fix publish-image-set to publish from "Pre-release", but conceptually that sounds a bit bad
[09:18] <cjwatson> pre-publishing is kind of not final
[09:19] <cjwatson> I'd rather pre-publishing went from pre-release
[09:19] <pitti> ok
[09:20] <pitti> I'll add "Pre-release" and map that to "final" then
[09:21] <stgraber> pitti: if we want to pre-publish from pre-release, make sure that you also include what's been moved to final (as these should clearly get pre-published, though IIRC we don't have anything that's on releases.u.c on that page yet)
[09:21] <pitti> committed, r404 in u-a-t
[09:21] <pitti> stgraber: yes, I will (there is nothing pre-publish-y on final ATM)
[09:22] <pitti> we only pre-publish ubuntu desktop/alternate/server now AFAICS (and only i386 amd64)
[09:23] <Daviey> cjwatson: Are you still handling removals?
[09:25] <cjwatson> Daviey: can do, point me at a bug?
[09:25] <cjwatson> I thought server just added stuff ;-)
[09:25] <pitti> cjwatson, skaet: pre-publishing done and syncing; I run cron.source now, as we are past all freezes for the release pocket; so we'll have the source images readily available tomorrow
[09:25] <Daviey> cjwatson: not yet raised, didn't seem the point if it wasn't going to happen.. will raise now.
[09:25] <cjwatson> pitti: cool
[09:25] <Daviey> cjwatson: LOLOLO
[09:25] <Daviey> z
[09:25] <skaet> thanks pitti
[09:27] <Daviey> cjwatson: bug 988234
[09:27] <ubot2> Launchpad bug 988234 in openstack-dashboard "Please remove this package from precise, superseeded by horizon" [Undecided,New] https://launchpad.net/bugs/988234
[09:27] <pitti> Daviey: adjusting horizon overrides again
[09:27] <Daviey> pitti: thanks
[09:30] <cjwatson> Daviey: done
[09:30] <cjwatson> we have no report for obsolete source packages, unfortunately, although they're more or less no-brainers to remove
[09:30] <cjwatson> we should have, Debian does
[09:32] <Daviey> cjwatson: i suspect that will be a few crufty things.
[09:33] <Daviey> Annoyingly, a few bugs got missed because people raised it against the old package source.. which were weren't subscribed to.. not that this problem will go away!
[09:35]  * cjwatson gives up on the web interface and finds out what the archive bug queue looks like using lp.distributions['ubuntu'].searchTasks(bug_subscriber=lp.people['ubuntu-archive'])
[09:36] <pitti> https://bugs.launchpad.net/~ubuntu-archive/+assignedbugs seems to work well here, but that's different from "subscribed", of course
[09:37] <pitti> https://bugs.launchpad.net/~ubuntu-archive/+subscribedbugs?batch=30 WFM
[09:37] <cjwatson> rather vitally different
[09:37] <cjwatson> half the time I prefer lp-shell anyway :-)
[09:38] <pitti> I found that reducing the batch size often helps
[09:39] <cjwatson> it was faster for a while with the introduction of BugTaskFlat
[09:39] <cjwatson> but meh
[09:40] <Daviey> Ooo, not seen BugTaskFlat
[09:40] <cjwatson> wgrant's reindexing effort
[09:43] <pitti> Daviey: ah, http://people.canonical.com/~ubuntu-archive/component-mismatches.txt updated again; fixing harder..
[09:44] <pitti> err, wait, that looks confusing
[09:44] <pitti> why does it want to demote horizon again?
[09:45] <pitti> FFS
[09:45] <pitti> https://launchpad.net/ubuntu/precise/amd64/python-django-openstack/2012.1-0ubuntu5
[09:45] <pitti> Status:
[09:45] <pitti>     Superseded
[09:46] <pitti> Daviey: I'm afraid LP got confused about the promotion/demotion
[09:46] <pitti> seems this needs a no-change upload
[09:46] <cjwatson> uh, how did you manage that
[09:46] <pitti> err, wrong URL, ubuntu5 -> ubuntu6, but same problem
[09:46] <Daviey> hmm
[09:46] <pitti> cjwatson: I promoted -S -c main horizon, and then demoted the binaries that we didn't want
[09:47] <pitti> apparently you need to have a publisher run in between that
[09:47] <pitti> sorry about that
[09:47] <pitti> cjwatson: there was some confusion which extra binaries we needed, but the seeds got updated now
[09:47] <wgrant> You can't revert overrides within a single publisher run. The binaries will disappear, as you've seen here.
[09:48] <cjwatson> 2012-04-25 09:04:07 DEBUG   horizon/2012.1-0ubuntu6 has been judged as superseded by horizon/2012.1-0ubuntu6
[09:48] <cjwatson> comedy gold
[09:48] <Daviey> it does need a no-change upload?
[09:48] <pitti> ok, doing a no-change upload
[09:48] <Daviey> pitti: wait
[09:48] <wgrant> cjwatson: ~ubuntu-archive/+subscribedbugs confuses postgres' planner. ~ubuntu-archive/+bugs is a superset of that, but uses a sufficiently nasty query that the planner is outsmarted, so it should be fast.
[09:48] <Daviey> pitti: I'd like to sneak in one more change i was going to leave for SRU.
[09:49] <pitti> Daviey: ok, I'll let you do the upload and will review then
[09:49] <Daviey> thanks.
[09:49] <pitti> (and presumably binNEW)
[09:49] <pitti> Daviey: what's the nature of the change, OOI?
[09:49] <cjwatson> wgrant: ah, thanks, indeed
[09:49] <pitti> something 100% super-safe, I hope? :-)
[09:49] <Daviey> pitti: seems running under wsgi we NEED to use memcache otherwise it randomly looses it's sessions as sessions are not handled across workers.
[09:50] <wgrant> Bug #180218 is the binary-eater
[09:50] <ubot2> Launchpad bug 180218 in launchpad "override mismatch race needs to be fixed" [High,Triaged] https://launchpad.net/bugs/180218
[09:50] <pitti> Daviey: ok, TBH I don't understand a word of that
[09:51] <pitti> Daviey: doesn't sound like a trivial change, though?
[09:51] <Daviey> pitti: bug 968850 .. random log outs as the session is lost across wsgi/aapche workers
[09:51] <ubot2> Launchpad bug 968850 in horizon "intermittent errors and login page" [Undecided,Confirmed] https://launchpad.net/bugs/968850
[09:51] <cjwatson> pitti: so it would be safer to be in the habit of using  -t -c main horizon  -c main <binaries>  in such cases
[09:51] <cjwatson> for now
[09:52] <pitti> cjwatson: right
[09:52] <Daviey> pitti: it's just a config change.
[09:52] <cjwatson> I think I'm in that habit so I don't notice this
[09:52] <pitti> cjwatson: as I said, the set of <binaries> changed in the middle of that :/
[09:52]  * pitti -> 1-on-1
[09:52] <cjwatson> ah :-/
[09:56] <wgrant> cjwatson: https://launchpad.net/ubuntu/+bugs?field.subscriber=ubuntu-archive should work most of the time. I intend to look at fixing the bad plans tomorrow.
[09:57] <wgrant> ubuntu-archive has the fourth largest number of subscriptions, so it makes some bad choices.
[09:57] <ScottK> slangasek: just that i understood there were some needing doing.
[09:57] <cjwatson> the extra ones in +bugs on its own shouldn't be a particular problem
[09:58] <cjwatson> but thanks
[09:58] <wgrant> For people they're pretty problematic, but for ubuntu-archive it might work, yeah.
[10:03] <Daviey> pitti: http://pb.daviey.com/qKej/ , currently validating
[10:09] <ogra_> skaet, so slangasek asked me to update the ubuntu-core part in the release notes ... i dont really know what to write apart from "all general changes for ubuntu also apply to ubuntu-core" ... we didnt touch anything in -core this cycle
[10:09] <ogra_> would that be enough for you ?
[10:10] <skaet> ogra_ not quite.... ;)
[10:10] <ogra_> (and probably a link to the ubuntu core wikipage where we describe what core is indeed)
[10:10] <skaet> a link to the page, is definitely appropriate
[10:10] <ogra_> k
[10:10] <skaet> no significant package changes between the releases?
[10:11] <ogra_> we simply dont have any precise spcific changes in it (unless infinity did anything i'm not aware of)
[10:11] <skaet> how should the installation/usage happen/
[10:11] <ogra_> skaet, nope, its still the same as in oneiric, just updated versions (as everywhere in ubuntu)
[10:11] <skaet> minimum configuration to use it in.
[10:11] <skaet> those are the sort of questions.
[10:11] <skaet> that are in the template
[10:11] <ogra_> thats all described in the wikipage and didnt change either
[10:12] <skaet> https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuCore
[10:12] <ogra_> no
[10:12] <ogra_> https://wiki.ubuntu.com/Core
[10:13] <skaet> ok,  if all the info is in the UbuntuCore page,  and no significant changes.
[10:13] <ogra_> its a kit to produce your own chroot or rootfs, nothing any enduser would use
[10:13] <skaet> Add 12.04 to the current supported releases
[10:13] <ogra_> will do
[10:13] <skaet> and we'll just direct the top level page to it.
[10:13] <skaet> Are there any specific Ubuntu Core bugs?
[10:13] <skaet> The only other thing is statinging somewhere the new architectures supported
[10:14] <skaet> (arm hf,  etc...)
[10:14] <cjwatson> I can't think of any way a bug could be specific to Ubuntu Core without also being a bug elsewhere.
[10:14] <ogra_> yeah
[10:15]  * ogra_ assumes core is supported for 5 years and adds the entry like that
[10:15] <cjwatson> It must be.  Five-year support applies to packages, not continuing production of images (since we stop that after two years), and all the packages in core are by definition supported for five years already.
[10:16] <cjwatson> (If they weren't, nothing else could be supported for five years.)
[10:16] <ogra_> right, thats what i assumed
[10:17] <pitti> re
[10:17] <skaet> https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest
[10:17] <skaet> ^ ogra,  Manifest is where support terms, etc. are kept.
[10:18] <ogra_> heh, yes, i know :)
[10:18] <pitti> Daviey: http://pb.daviey.com/qKej/> thanks; I'm afraid I cannot judge about the impact on this, so if you say we need this, then let's get it in; it's not on any of the images anyway, so in theory an SRU should suffice as well
[10:18] <skaet> all are 5 years, except for the armel port,  which is only 18 months
[10:18] <pitti> skaet: that's armhf, I take it?
[10:18] <ogra_> skaet, it says preinstalled in the table
[10:18] <ogra_> thats wrong, it is just a tarball
[10:19]  * ogra_ corrects
[10:19] <infinity> That was probably just a bit of cargo-culting.
[10:19] <skaet> thanks ogra_
[10:20] <ogra_> pitti, armhf is 5 years for non-desktop
[10:20] <pitti> oh, it is? ok
[10:20] <ogra_> (due to armhf server)
[10:20] <pitti> but I thought armel was completely unsupported now
[10:20] <pitti> i. e. similar to powerpc
[10:20] <ogra_> armel is out, yes
[10:20] <cjwatson> clang is good.
[10:21] <cjwatson> Well, except for the ways it fundamentally isn't.
[10:21] <ogra_> well, out of the canonical supported set ...
[10:21] <cjwatson> But the patch is fine, and certainly isn't going to make clang/armhf worse since it's totally unusable right now.
[10:21] <ogra_> still there as community image
[10:21] <infinity> cjwatson: Heh.
[10:21] <cjwatson> So accepted in order that we can clear those failures.
[10:21] <infinity> ogra_: For strategic reasons, armel's getting some limited support.  Feel free to scream "LA LA LA" and ignore the previous sentence.
[10:52] <doko> cjwatson, seeing that lsb_release still talks about the "development branch" ...
[10:52] <pitti> that was fixed a few days ago by stgraber
[10:53] <pitti> https://launchpad.net/ubuntu/+source/base-files/6.5ubuntu6
[10:53] <pitti> doko: ^
[10:53] <doko> ahh, ok
[10:53] <pitti> lsb_release -a LGTM here; do you have the previous version, or did something go wrong here?
[10:55] <cjwatson> me too
[11:05] <cjwatson> Daviey: any news on that horizon upload?
[11:05] <cjwatson> Daviey: if it's going to take a while, we should have a no-change upload to at least get the binaries back
[11:05] <Daviey> cjwatson: I'm just waiting on one more ack before uploading.
[11:06] <Daviey> cjwatson: i'll put it in the queue, but hold out for ack please
[11:07] <cjwatson> ok
[11:13] <Daviey> wb queuebot
[11:13] <stgraber> hehe, the auto-respawn seems to work but I'll need to have it do that before it tries to paste something
[11:14] <stgraber> as the current behaviour means we loose the entry it tried to paste before detecting it's no longer connected
[11:14] <doko> infinity, does clang generate hard float code by default now?
[11:15] <cjwatson> doko: that's the idea
[11:19] <infinity> doko: llvm certainly claims to, if fed the right bits.
[11:20] <infinity> I won't go beyond "claim" without digging deeper. :P
[11:20] <doko> infinity, no, I mean clang
[11:20] <infinity> Well, yes, and I have clang feeding the right bits to llvm.
[11:20] <infinity> I thought that was implicit. ;)
[11:20] <doko> because last time I checked it did default to soft float
[11:20] <cjwatson> That's what infinity's most recent upload fixed.
[11:20] <doko> ok
[11:21] <infinity> Well, "fixed".  Brute-forced with various multi-clawed hammers.
[11:21] <cjwatson> Because otherwise we couldn't build libdispatch.
[11:21] <infinity> I'll revisit it post-release to generate upstreamable patches.
[11:28] <Daviey> cjwatson: can that upload be rejected please, uploading a more suitable one.
[11:37] <cjwatson> Daviey: done
[11:38] <cjwatson> https://launchpad.net/ubuntu/+source/eclipse/3.7.2-1/+build/3382822 - hooray, it stuck to the wall this time!
[11:38] <cjwatson> heisenbugs ftl
[11:40] <jamespage> cjwatson, marvellous!
[11:42] <cjwatson> I suspect that there's a random set of parallelised ant invocations that all have to get lucky, or something
[11:42] <cjwatson> but who knows
[11:43] <doko> hmm, last I looked it was all sequential
[11:43] <cjwatson> there were parallel bits in one of the ant xml files
[11:43] <cjwatson> whether they're honoured I have no idea
[11:43] <cjwatson> (specifically, in the one in the directory that I saw failing)
[11:44] <Daviey> cjwatson: please accept horizon recent upload, thanks
[11:47] <jamespage> doko, cjwatson: it looks like something in the native thumb code (just discussing with xranby on #openjdk)
[11:47] <cjwatson> you found my log?
[11:48] <jamespage> cjwatson, yep
[11:51] <cjwatson> Daviey: done
[11:56] <Daviey> thanks cjwatson
[12:00] <Daviey> Is anyone else seeing postfix sending mail failures?  seems to be ipv6 related?
[12:01] <lamont> Daviey: I've seen them when my machine is unfortunate enough to be somewhere that hands it an ipv6 router without bothering to actually be part of the greater ipv6 world
[12:02] <Daviey> lamont: hmm, actually.. localhost AAAA lookup failure.
[12:03] <Daviey> http://pb.daviey.com/CqW0/
[12:11] <lamont> Daviey: does it have an A RR?
[12:13] <Daviey> lamont: I wrongly blamed postfix, for some reason dig localhost is failing :/.. /etc/hosts seems valid.. :/  Nevermind, sorry for the noise.
[12:16] <lamont> dig ignores /etc/hosts
[12:34] <scottl-work> skaet: i have signed off on the release manifest, thank you :)
[12:34]  * scottl-work is very excited about this release
[12:35] <skaet> Thanks scottl-work!  :)   us too!
[12:53] <jo-erlend> are the iso's done? I'm anxious about a fix that's marked as released, but  I don't think it's in the distro yet.
[12:53] <jo-erlend> bug 899001 to be precise.
[12:53] <ubot2> Launchpad bug 899001 in sessioninstaller "gst-install wants to install i386-version of codec packages on amd64" [High,Fix committed] https://launchpad.net/bugs/899001
[12:53] <jo-erlend> committed, even.
[12:54] <ogra_> well, committed isnt released :)
[12:55] <jo-erlend> right.
[12:55] <jo-erlend> is it too late for it to be released in time for the iso's to be completed?
[12:55] <jo-erlend> that one really, really bothers me.
[12:55] <stgraber> jo-erlend: yes, it's too late
[12:56] <jo-erlend> ai...
[12:57] <astraljava> skaet: All required Studio tests are marked as Passed without bugs. Able to move them into Final now?
[12:58] <skaet> astraljava,  yup.  we'll work with stgraber to get them moved over, in the next batch.  :)
[12:58] <jo-erlend> I don't understand how Ubuntu can be released with an open bug that prevents nearly all users from doing something nearly all users will want to do; play media.
[12:58] <stgraber> astraljava: doing it now. Are upgrades ready too?
[12:58] <ogra_> jo-erlend, because there is always a .1 release (and SRUs) :)
[12:59] <astraljava> stgraber: Studio doesn't have an upgrade case. It probably should, but...
[12:59] <stgraber> astraljava: oh, good point ;)
[12:59] <astraljava> ;)
[12:59] <Daviey> mvo: bug 899001: Didn't hit the archive?
[12:59] <ubot2> Launchpad bug 899001 in sessioninstaller "gst-install wants to install i386-version of codec packages on amd64" [High,Fix committed] https://launchpad.net/bugs/899001
[13:00] <astraljava> Whee! Thanks stgraber, skaet! :)
[13:00] <jo-erlend> ogra_, right. In the meantime, journalists are going to write that Ubuntu is promising, but that it still requires some technical knowhow, such as figuring out that you need to "install the restrictions", as someone put it.
[13:00] <cjwatson> Does this affect only amd64?
[13:00] <jo-erlend> cjwatson, it does, yes.
[13:00] <jo-erlend> or I think so.
[13:01] <Daviey> it seems someone marked it fix committed for the ubuntu task when really it was just fix committed 'upstream'
[13:01] <popey> cjwatson: i only tested under amd64
[13:01] <cjwatson> Can we at least please get this uploaded to -proposed immediately?
[13:02] <cjwatson> We can't do anything until that's done
[13:02] <mvo> Daviey: uh, let me check that out
[13:02] <mvo> cjwatson: yeah I have a look now
[13:02] <apw> i hit the similar issue in testing, filed as bug #987383
[13:02] <ubot2> Launchpad bug 987383 in sessioninstaller "rhythmbox triggered request for additional codecs which erroneously included multi-arch libraries" [High,Triaged] https://launchpad.net/bugs/987383
[13:03] <cjwatson> I assume that https://code.launchpad.net/~aptdaemon-developers/sessioninstaller/multiarch/+merge/99693 is the fix
[13:03] <apw> the issue is work aroundable by only selecting the right architecture codecs only from the popup
[13:03] <infinity> mvo: The way this was fixed seems suboptimal.
[13:03] <phillw> hi guys, will the final releases (now arriving for testing) in iso-tracker all have thier zsync options still available? I'm grabbing the lubuntu ones to mirror on a server & will need to zsync when the release is confirmed.
[13:03] <apw> that is not as clear as one might care for it to be
[13:04] <cjwatson> infinity: look at the bit starting from "Get the architectures with an installed gstreamer library" - that seems like it'd restrict the architectures shown
[13:05] <cjwatson> phillw: zsync generation is automatic, so yes
[13:06] <infinity> cjwatson: Oh, I missed the "it wasn't merged yet".  Bah.
[13:07] <phillw> thanks cjwatson , for i in ls; zsync .........$i makes more sense than wget :)
[13:08] <pitti> Daviey: almost there.. http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[13:08] <cjwatson> So, we could (in principle, if QA is OK with it, if RM is OK with it) respin images for just a single architecture with this change in -updates so that other images aren't out of sync
[13:09] <mvo> infinity: happy to talk about it in a bit (in a meeting right now) but the problem is that the protocol does not tell us what architecutre the plugin is needed for
[13:09] <pitti> Daviey: is python-django-openstack supposed to be in main (needs seeding), or should it go to universe?
[13:09] <infinity> mvo: I misunderstood that the fix wasn't actually in yet. :P
[13:09] <mvo> oh, ok
[13:09] <infinity> mvo: So, I take back my suboptimal statement, maybe it's wonderful. ;)
[13:09] <mvo> haha, ok
[13:11] <ogra_> infinity, any idea about the omap/omap4 netinst images ? who tests them ?
[13:11] <infinity> ogra_: apw and I are doing so here.
[13:11] <infinity> ogra_: Almost done.
[13:11]  * ogra_ thought QA would ... at least for omap4 
[13:12] <ogra_> ah, awesome
[13:14] <Daviey> pitti: yep, pushed
[13:26] <cjwatson> mvo: So this seems a bit stalled - would it be possible to construct an upload of sessioninstaller to -proposed that just has Sebastian's multiarch branch merged, or do you have concerns that that wouldn't be a sane thing to do?
[13:27] <apw> ogra_, don't you have omap3/omap4 h/w too ?
[13:35] <Daviey> skaet: Do you know if "Common Infrastructure" is being worked on?  A few stub entries?
[13:39] <cjwatson> nobody's done any publish-release work for wubi tarballs, have they, sisgh
[13:40] <cjwatson> *sigh
[13:41] <skaet> Daviey,  re: "Common Infrastructure",  slangasek was working on it, but there is still stuff to clean up.
[13:41] <jo-erlend> I thought that was supposed to be taken out of the CD?
[13:42] <jo-erlend> or was that just a proposal?
[13:42] <ogra_> apw, thats why i asked, i would have started a test now
[13:42] <stgraber> jo-erlend: you can't install Ubuntu using wubi from a CD but wubi itself still works, using a compressed filesystem downloaded from the DC
[13:43] <jo-erlend> stgraber, I'm not entirely sure what that means.
[13:43] <stgraber> jo-erlend: go on www.ubuntu.com, download wubi.exe => still works with 12.04
[13:44] <jo-erlend> aha.
[13:44] <jo-erlend> stgraber, it still installs to a filesystem image, or does it now just start a normal install?
[13:45] <stgraber> jo-erlend: it still installs the exact same way it used to, it just doesn't use the install media as its install source but the compressed fs from the DC
[13:45] <infinity> ogra_: There's no such thing as too many people testing. :P
[13:45] <infinity> ogra_: But we just got done testing it all here.
[13:46] <jo-erlend> infinity, that's certainly true. I'm still experiencing lots of weird issues when switching between users.
[13:46] <ogra_> infinity, well, i have a compiz testbuild pending (as soon as the merge is done) so i would prefer to keep my panda free at least :)
[13:47] <infinity> ogra_: Fair enough.
[13:47] <infinity> ogra_: Do you have a decent Beagle?
[13:47] <ogra_> yes, an XM
[13:47] <infinity> ogra_: You could do Kubuntu/omap
[13:47] <infinity> ogra_: Oh, that craps all over the Beagle I have here.
[13:47] <ogra_> i have to rush out for 1h or so, but will fire off a test on it afterwards
[13:47] <infinity> ogra_: Pretty please do Kubuntu/omap? ;)
[13:48] <ogra_> oh, kubuntu ... yeah, can do
[13:49] <ScottK> Thank you.
[13:57] <stgraber> Riddell: http://www.stgraber.org/download/releases/ <- I'm mirroring Kubuntu 12.04 there too, it's currently mirroring the daily and merging them the ugly way, so the *SUMS file don't contain the right entries but it'll be fine as soon as I can mirror the real thing
[13:58] <Riddell> stgraber: oh thanks, but why mirror the daily/ why not just wait for them to be moved to releases/ and mirror that?
[13:59] <stgraber> Riddell: because I can't be sure cdimage will still have enough bandwidth at that point. It's easier to just mirror a few kBs for the index files/checksums than have to re-download the 20GB of the images
[14:00] <Riddell> stgraber: ok thanks
[14:01] <Riddell> I wonder if it would work to set one up on ec2 and charge it to canonical in the normal way
[14:04] <stgraber> Riddell: my experience with EC2 is that it's way too expensive for anything like that. The box I'm using to mirror these images cost me around $45 a month and has better specs than an extra-large amazon instance and 10TB of bandwidth included
[14:06] <Riddell> stgraber: yeah but at 12 hours notice it might be the only thing going
[14:16] <cjwatson> publish-release and publish-image-set.py handle Wubi now
[14:16] <cjwatson> the filesystem tarballs, that is
[14:21] <Riddell> probable emergency SRU needed for Kubuntu to get upgrade notification working
[14:23] <skaet> Riddell,  ack.  Please put details on pad.ubuntu.com/ubuntu-release under SRU
[14:39] <ScottK> Riddell: I'll update the pad.  You go make the fix.
[14:39] <Riddell> ScottK: bug 988349
[14:39] <ubot2> Launchpad bug 988349 in muon "no release upgrade notification" [Undecided,New] https://launchpad.net/bugs/988349
[14:40] <ScottK> Thanks.
[14:40] <Riddell> uploaded, needs testing first
[14:55] <cjwatson> apw: sessioninstaller is ready to test in -proposed
[14:55] <Riddell> balloons: http://people.canonical.com/~jriddell/tmp/muon/ for testing
[14:56] <balloons> thx
[15:06] <Riddell> ping pitti
[15:06] <pitti> hey Riddell
[15:06] <Riddell> pitti: can you review bug 988349 and the muon sru in unapproved queue
[15:06] <ubot2> Launchpad bug 988349 in muon "no release upgrade notification" [Undecided,New] https://launchpad.net/bugs/988349
[15:06] <Riddell> and let it through
[15:07] <pitti> Riddell: sure
[15:07] <pitti> Riddell: hm, nothing in the precise queue?
[15:08] <Riddell> pitti: oneiric
[15:08] <pitti> oh, is that for an older release?
[15:09] <pitti> Riddell: done; is that fixed in precise already?
[15:10] <Riddell> pitti: yes
[15:10] <pitti> skaet: time for g+ catchup?
[15:10] <skaet> pitti,  yes,  slangasek should be around now.
[15:11] <pitti> skaet: he's in g+ already
[15:11]  * skaet lost in release notes.  heading in now
[15:13] <xdatap1> skaet, Hi! We planned a last testing image today for the Italian CD. Is this a good moment or it's planned some uploads in next hours?
[15:17] <apw> cjwatson, confirming testing the new sessioninstaller package sorted out my codec issues
[15:18] <cjwatson> pitti: apw's testing of sessioninstaller is apparently good; can we waive the testing period and copy this to -updates so that we can respin amd64 CDs based on that?
[15:18] <cjwatson> assuming that that's still something skaet thinks is sensible, which I think it'd be good to confirm explicitly
[15:18] <pitti> cjwatson: sure, waiving the testing period sounds ok to me
[15:18] <cjwatson> outdate_all is empty!
[15:18] <cjwatson> both primary and ports
[15:18] <cjwatson> component-mismatches - what's going on there?
[15:19] <cjwatson> Daviey: ^-
[15:19] <pitti> it hasn't been updated in two hours
[15:19] <Daviey> cjwatson: you tell me... that package is seeded
[15:19] <Daviey> :/
[15:20] <cjwatson> the archive might not have been updated
[15:20] <cjwatson> it only updates when the archive does
[15:20] <cjwatson> Daviey: huh
[15:20] <cjwatson> ok, I'll look into that
[15:20] <Daviey> cjwatson: c-m doesn't seem to reflect the seed.. but i see, it's an archive update issue?
[15:20] <cjwatson> Daviey: I'm not sure as yet
[15:21] <cjwatson> it *should* have updated, from the looks of things
[15:22] <cjwatson> hm, there's a .new that hasn't been moved
[15:22] <Daviey> cjwatson: Hmm, i updated the seed after horizon was published.. so it could still be related?
[15:22] <Daviey> has anything touched the release pocket since?
[15:22] <cjwatson> Daviey: I very much doubt this has anything to do with anything you've done
[15:22] <Daviey> That'll be a first. :)
[15:23] <cjwatson> process-component-mismatches-diff is spinning
[15:24] <sladen> skaet: how does this work; do we create a new page at  https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/DesktopInterface  and include that?
[15:25] <sladen> skaet: or is there one created, or just edit the master page?
[15:25] <sladen> skaet: (for populating known issues)
[15:26] <cjwatson> haha, this is an entertaining bug
[15:27] <cjwatson> process-component-mismatches-diff spins when component-mismatches goes empty
[15:29] <cjwatson> fixed, c-m is now empty
[15:29] <cjwatson> Daviey: ^-
[15:29] <pitti> \o/
[15:30] <cjwatson> so we must never have had c-m empty since the diff mailer was introduced :)
[15:30] <cjwatson> or else we didn't figure out the bug
[15:31] <Daviey> cjwatson: nice catch!
[15:31] <Daviey> i've been keeping c-m populated most of the cycle :)
[15:34] <pitti> jibel: is the upgrade test with oneiric-proposed apt still running, or did it finish?
[15:35] <skaet> sladen,  Use the master page to contain the content.   We may spin it to a subpage later, if its too much (like with did with Upstart for instance)..
[15:37] <stgraber> skaet: marking Edubuntu amd64 as disabled on the tracker
[15:40] <stgraber> cjwatson, infinity: So, as I was telling skaet during our call, respinning Edubuntu amd64 without Edubuntu i386 may be "interesting" as the amd64 build contains an i386 ltsp chroot (as .squashfs), usually built by the matching i386 build. In this case, we can safely use the previous i386 ltsp chroot but I'm not sure if the scripts are clever enough to do that on their own
[15:41] <stgraber> (that's ltsp/i386.img in the resulting .iso image)
[15:45] <jibel> pitti, in progress
[15:45] <skaet> stgraber, so you want both respun?
[15:45] <cjwatson> one moment
[15:45] <stgraber> skaet: if it's easy to respin just amd64 containing a new amd64 livefs and the old i386 chroot, I'm fine with that. If it's difficult to do, I don't mind re-testing both.
[15:46] <cjwatson> I'm pretty sure it'll just work
[15:47] <cjwatson> it'll either fail to build entirely, or build correctly, and I think the latter
[15:48] <stgraber> ok, worth the try then :)
[16:05] <cjwatson> respins running on amd64
[16:11] <pitti> skaet: need to leave for TKD in 5 mins, is there still anything you need from me?
[16:14]  * pitti waves good night
[16:15] <skaet> pitti,  thanks!
[16:31] <Riddell> I'm out for a couple of hours
[16:31] <Riddell> then back for a long night of testing and writing
[16:39] <ScottK> balloons: We're having mixed results on the SRU for Kubuntu upgrade notification.  If you could test that it would be really, really helpful.
[16:44] <balloons> ScottK, so the best way is to use that pkg and upgrade 11.10?
[16:46] <ScottK> Yes.
[16:47] <ScottK> balloons: Take an to date Kubuntu 11.10, install the muon updates from oneiric-proposed, and add 212.13.202.11 changelogs.ubuntu.com to /etc/hosts.  Then logout/in and you should get notified there's a new release.
[16:50] <balloons> ok -- I'll try that.. someone just finished an upgrade from 11.10 to 12.04 without issue or using the new update, afaik
[16:50] <ScottK> Thanks.
[16:51] <ScottK> Updates will work just fine without the new update, people just won't get notified.
[16:53] <phillw> hi guys, I notice you are doing some respins for amd64 multiarch bug. On Lubuntu, our two 'red' bugs are resolved (old kit, that was dying). We are good to go :)
[16:54] <slangasek> jibel: do you happen to have an eta for that oneiric-proposed test?  Will we be able to pick the results up from the jenkins overview when it's done?
[17:01] <cjwatson> phillw: Lubuntu didn't have sessioninstaller, so didn't need to be respun for this
[17:01] <ScottK> Kubuntu?
[17:01] <cjwatson> nope
[17:01] <ScottK> OK.  Thanks.
[17:01] <cjwatson> I checked with seeded-in-ubuntu
[17:02] <phillw> cjwatson: okies, it was just to let you know that Lars found that two 'red' bugs were due to failing hardware. He has rescinded both.
[17:06] <cjwatson> OK
[17:08] <ScottK> Kubuntu ISO test status: i386 = Done.  amd64 = 1 dvd test left, tester downloading dvd, amd64+mac = tester downloading CDs, powerpc = desktop done and alternate in progress, armhf+omap4 = done, armhf+omap = hoping ogra can still do.
[17:08] <ScottK> The upgrade issue won't affect precise, just oneiric.
[17:08] <cjwatson> Bug 987956 is a bit sad-making, though not diagnosed
[17:08] <ubot2> Launchpad bug 987956 in ubiquity "Installer Deletes Contents from Separate HOME partition without WARNING!" [High,Incomplete] https://launchpad.net/bugs/987956
[17:09] <ScottK> Ouch.
[17:11] <balloons>  ScottK, working on the upgrade test now
[17:11] <ScottK> Excellent.  Thanks.
[17:17] <ogra_> ScottK, well, i'm at my 5th attempt now
[17:17] <ScottK> Thanks for working on it.
[17:17] <ogra_> first failed when i accidentially touched the enter key at user creation
[17:18] <ogra_> since then i havent seen a successfull boot to ubiquity
[17:23] <jibel> slangasek, desktop and server passed, universe is in progress and should be done in 2.5 hours
[17:24] <slangasek> ogra_: hmm?  why is touching the enter key breaking your boot?
[17:24] <slangasek> jibel: ok, cool.  will that show up on jenkins when done?
[17:24] <ogra_> slangasek, not my boot, it made kubuntus oem-config crash (i didnt have put in any data in the form field yet)
[17:25] <jibel> slangasek, yes
[17:25] <ogra_> not sure why the boot is broken now, might be my microSD card :/
[17:25] <slangasek> jibel: ok, cool... what would the URL be?
[17:26] <ogra_> (5 attempts above means that i rewrote the card 5 times from scratch, the last 4 didnt even get to X)
[17:26] <slangasek> jibel: we really need this SRU in before release, but if we can get it without you having to stick around to babysit test results, so much the better
[17:26] <slangasek> ogra_: ah, heh
[17:26] <jibel> https://jenkins.qa.ubuntu.com/view/Precise%20Upgrade%20Testing%20Dashboard/
[17:27] <jibel> desktop and server test build time is Apr 25, 2012 3:57:18 PM (UTC)
[17:27] <jibel> these are the run with -proposed
[17:28] <slangasek> jibel: ok, I'll watch for the results, thanks
[17:29] <slangasek> pitti: ^^ if the oneiric upgrade tests check out, are you happy for me to self-promote the apt SRU?
[17:36]  * stgraber downloads
[17:40] <ogra_> sigh, this one hung hard at plymouth with the "waiting for network configuration" message
[17:40] <ogra_> it feels like i'm booting some entirely different system ... ubuntu works just fine
[17:41] <ogra_> (syslog, boot.log and friends are all at zero bytes ... nothing on the serial console either ... :( .... )
[17:42] <ogasawara> wow, it happens like magic just as I was going to make the request to get the kernels new'd
[17:42] <infinity> ogasawara: You're welcome.
[17:42] <ogasawara> infinity: you're the best
[17:42] <ogra_> you didnt notice the little chip we implanted in your brain and connected to the queuebot ?
[17:42] <infinity> ogasawara: I sure am.
[17:42] <ogasawara> hehe
[17:43]  * infinity mumbles something about pineapples under his breath.
[17:43]  * ogasawara giggles
[17:43]  * ogra_ grins
[17:45] <ogra_> ok, one last attempt
[17:45] <ogra_> (if only the writing of the microSD wouldnt take 45min here :/ )
[17:49] <ogra_> GRRRR
[17:49]  * ScottK did and pinged the uploader ^^^
[17:50]  * ogra_ sits at a console login prompt *again*
[17:50] <ogra_> i really really wonder why the first try got me to oem-config at all
[17:50] <infinity> ScottK: \o/
[17:51] <ScottK> Three minutes to reject.  Can't complain about lack of responsiveness.
[17:51] <ogra_> it is as if having kubuntu-desktop installed scatters random bugs into the underlying system or so
[17:52] <ogra_> and i wish i could even remotely come up with an explanation
[17:54] <ScottK> We do have a different plymouth theme and the kdm upstart job is different (but not very)
[17:54] <ScottK> OTOH, it apparently worked on omap4.
[17:54]  * apw has just tested the current amd64-live image and the codec issue is resolved in this image
[17:54] <ogra_> the kdm upstart job shouldnt even execute
[17:54] <ScottK> OK.
[17:54] <ogra_> since oem-config is there
[17:54] <ScottK> Right.
[17:54] <ogra_> (and yes, /var/lib7oem-config-run is there too)
[17:55] <ogra_> oh
[17:55] <ogra_> rebooting the board randomly got me back to it !
[17:55] <ogra_> oh my
[17:56]  * ogra_ sees the wallpaper 
[17:57] <ScottK> \o/
[17:58]  * ogra_ selects "Deutschland Zeit" in the TZ dialog (why doesnt it say "Berlin" ? )
[17:58]  * cjwatson blames icu
[17:58] <infinity> Because the former option makes me want to march patriotically, the latter makes me hungry for donuts.
[17:59] <ogra_> lol
[18:00] <ogra_> wow, the firefox icon in the slideshow looks really scary
[18:01] <ogra_> a robot dragon eating the world
[18:02] <ogra_> (its the first time i touch kubuntu since breezy btw)
[18:07]  * ogra_ wonders if KDM will ever come up
[18:08] <ogra_> oh, there we go
[18:08]  * ogra_ logs in
[18:09] <highvoltage> the amazing tales of oliver's logins!
[18:09] <ogra_> haha
[18:10] <ogra_> well, if it wouldnt be so busy drawing animations it might show me a desktop at some point :)
[18:11] <ogra_> ah, there we go, i get the "Plasma Desktop Shell - The KDE Crash Handler"
[18:11]  * ogra_ feels like in an 80s adventure game 
[18:11] <ogra_> just more bling
[18:11] <ogra_> oh, geez !
[18:11] <highvoltage> that's pretty much what every day of my life is like. I spend most of my time walking north, then east, then south, then west though.
[18:11] <ogra_> just when i wanted to click it mived the window around
[18:11] <ogra_> *moved
[18:12] <ogra_> and i have an empty panel at the bottom now
[18:12]  * ogra_ wonders what to do with this
[18:13] <ogra_> oh and there is a button at the top right now that offers me to add another panel if i click it
[18:14]  * ogra_ must admit he is totally lost with that UI
[18:16] <ogra__> look, i found a way to add a menu !
[18:17]  * ogra__ now wonders how to judge an image that needed 7 install attempts but in the end succeeded
[18:18] <ogasawara> infinity: now that the kernel is through, could I get lbm approved in the queue?
[18:20] <Riddell> skaet: who do we have as an archive admin
[18:20] <Riddell> and ubuntu-sru
[18:20] <cjwatson> Here.  What do you need?
[18:20] <Riddell> cjwatson: bug 988349  is working for me
[18:20] <ubot2> Launchpad bug 988349 in muon "no release upgrade notification" [Undecided,Fix committed] https://launchpad.net/bugs/988349
[18:20] <infinity> ogasawara: It's still publishing.
[18:21] <Riddell> cjwatson: needs checking I've followed procedure right and moved to oneiric-updates
[18:21] <infinity> ogasawara: I'll accept them when the kernel is happily published. ;)
[18:21] <Riddell> ogra__: you're a top kubuntu testers now?
[18:22] <ogra__> Riddell: well, it was kind of painful but it finally succeeded
[18:22] <infinity> ogasawara: Oh, and it finished while I was waffling. ;)
[18:22] <ogra__> but i'm still not sure how to mark that adventure on teh iso tracker
[18:22] <Riddell> ogra__: what did it take to succeed?
[18:22] <cjwatson> We've already agreed that it's OK to waive the waiting period on this
[18:23] <ogra__> Riddell: several retries, it failed at very random and unpredictable places
[18:23] <cjwatson> Looks fine, moving to -updates
[18:23] <Riddell> ogra__: that doesn't sound like the sort of thing we want to release then
[18:23] <cjwatson> Riddell: done
[18:23] <Riddell> cjwatson: great thanks
[18:24] <cjwatson> the bug tracker should notice shortly
[18:25] <ogra__> Riddell: well, i only have one (very old) microSD card here, now that the install finished it seems to work, the crashes and hangs were even before any kde stuff could kick in (i had two failures in oem-config and three times it got me to a console login instead of oem-config) ...
[18:25] <ogra__> Riddell: so i'm not sure if i should blame teh card or not
[18:26] <Riddell> ogra__: so there is hope but that still doesn't sound like a successful test
[18:26] <Riddell> ogra__: how do the ubuntu desktop images get tested?
[18:26] <Riddell> not on the same (very old) microSD card I presume?
[18:26] <ogra__> Riddell: same way, do an install, use it for a while
[18:26] <infinity> Riddell: I tested them here.
[18:26] <ogra__> i didnt do any omap tests here
[18:26] <ogra__> apart from kubuntu
[18:26] <infinity> Riddell: I can spin up kubuntu/omap, just didn't do so.
[18:27] <Riddell> right, thanks for caring about us ogra__ :)
[18:27] <ogra__> it wont be fun in 256M
[18:27] <Riddell> infinity: if it's convenient that would be nice but I'm not too fussed about getting it released
[18:28] <ogra__> Riddell: i think i can blame the card, if infinitymanages to get through oem-confing in teh first attempt i would say we are ok
[18:28]  * ogra__ shuts down teh board ...
[18:28] <infinity> If I manage to boot, it'll be a miracle, my Beagle only has 256M of RAM, which is why I asked Oli. :P
[18:29]  * apw notes it also makes nose excretia look intelligent
[18:31] <ogra_> infinity, it should manage to run oem-config even in 256M
[18:31] <ogra_> i doubt it can run the desktop though
[18:32] <infinity> It ran Ubuntu "alright"... Until Andy decided to test Firefox.
[18:32] <infinity> Which was a Very Bad Idea.
[18:32] <apw> i resemble that remark
[18:32]  * apw notes that although it was usuable, it worked
[18:32] <infinity> It did, amazingly, cope.  It just coped very, very slowly.
[18:33] <apw> s/very/omg very/
[18:33] <cjwatson> You aren't running this in emulation on an AVR breadboard, are you?
[18:33] <ogra_> haha
[18:46] <stgraber> ^ please someone reject, dput fail, should have been PPA
[18:47] <infinity> Gone.
[18:47] <stgraber> thanks
[18:47] <gema> skaet: I think we should release not but 979661
[18:48] <gema> release notE, sorry
[18:48] <ogra_> Riddell, i marked it as passed but with a comment about how i got there ... the installed system seems to work and all (i did several reboots etc)
[18:48] <gema> bug
[18:48] <gema> omg, I cannot type
[18:48] <infinity> I'm testing it here, but will probably finish in the morning. :P
[18:48] <skaet> :)  gema,  I'm starting to resemble that as well.
[18:48] <ogra_> heh
[18:48] <skaet> bug 979661
[18:48] <ubot2> Launchpad bug 979661 in update-manager "oneiric to precise: debconf: unable to initialize frontend: Gnome and falls back to Dialog" [High,Confirmed] https://launchpad.net/bugs/979661
[18:49] <cjwatson> I think that was the one where I was waiting to see if the oneiric apt SRU improved matters
[18:49] <cjwatson> Has anyone tested that today since apt was moved to oneiric-updates?
[18:50] <cjwatson> Wait, that *hasn't* been moved to oneiric-updates, argh
[18:50] <cjwatson> I thought that was a "must do before precise release" thing
[18:50] <gema> cjwatson: I am doing an upgrade right now
[18:50] <gema> cjwatson: problem is still there
[18:51] <cjwatson> yeah, well, we haven't promoted the apt that fixes a load of stuff yet, so ...
[18:51] <cjwatson> slangasek: ^- weren't you talking to pitti about that earlier today?
[18:51] <gema> cjwatson: but this time I found the hidden window so I am on the happy road to precise now
[18:51] <cjwatson> right, I agree that's the workaround, but I was hoping that the apt promotion would render a release note unnecessary
[18:51] <slangasek> cjwatson: yes, waiting for the oneiric-upgrade-main autotest to complete
[18:51] <gema> cjwatson, slangasek ack
[18:52] <cjwatson> Ah - do we have an ETA on that?
[18:52] <cjwatson> It'd be nice to see whether this means we can forego a confusing and slightly scary release note
[18:52] <slangasek> jibel gave an eta of now-ish
[18:52] <slangasek> sorry, make that in-an-hour-ish
[18:53] <slangasek> cjwatson: desktop and server have already passed muster, perhaps it's better to promote that now and deal afterwards with any unlikely regressions affecting oneiric-upgrade-main?
[18:54] <cjwatson> judgement call I guess; gema, how long are you around?
[18:54] <cjwatson> it'd be nice to have time for a manual upgrade test after this, but there'll be a publisher delay of course
[18:55] <gema> cjwatson: I don't have any other machine on oneiric anymore
[18:55] <gema> :(
[18:55] <cjwatson> Oh, is it not reproducible in VMs?
[18:55] <gema> cjwatson: I will install on one of my test machines
[18:55] <gema> cjwatson: I don't know
[18:55] <cjwatson> Right, sorry for the hassle - it'll be a little while before we have something worth retesting, in any event
[18:55] <gema> but doesn't matter, I will get a netbook on oneiric
[18:55] <slangasek> and do we think 979661 would be worked around by this SRU?
[18:55] <gema> and you tell me when to try
[18:56] <cjwatson> slangasek: I don't know, but it seems not implausible because it's definitely affected by ordering
[18:56] <slangasek> gema: if you wanted to enable oneiric-proposed, you could test that immediately
[18:56] <cjwatson> gema: in fact, ... what he said
[18:56] <slangasek> (that's what's being done in the jenkins tests right now)
[18:56] <cjwatson> yeah, upgrade apt from oneiric-proposed, then start upgrade
[18:57] <cjwatson> does update-manager do that automatically from oneiric-updates?
[18:57] <cjwatson> (IOW, would we need to release note this in any event for people who haven't upgraded apt?)
[18:57] <gema> I am already half way through the upgrade
[18:57] <gema> I need to install a test machine with oneiric
[18:58] <gema> anyway
[18:58] <cjwatson> we meant on the netbook
[18:58] <gema> ok, will do that
[18:58] <cjwatson> But failing that, I can certainly write up a release note
[18:58] <gema> by the time I have it there you may as well have it further down the pipeline, if not, I will use proposed
[18:58] <gema> I guess I am going to be around for a while :D
[19:00] <gema> cjwatson: oneiric iso downloading, will keep you posted in progress
[19:00] <slangasek> cjwatson: automatically from -updates> I'm afraid I don't know
[19:01] <cjwatson> Hm, I can't say I'm convinced that it will
[19:01] <cjwatson> The prerequisites code does things like release-upgrader-apt, but not apt itself (at least it isn't configured to)
[19:02]  * slangasek nods
[19:02] <slangasek> so a short release note is probably in order
[19:07] <gema> cjwatson, slangasek do you guys still want me to test it tonight, then?
[19:08] <cjwatson> If this apt fixes it, then we can say that fully updating your 11.10 system before the upgrade to 12.04 avoids this bug, which would be a good thing to be able to say
[19:08] <cjwatson> So I think it is worth it
[19:08] <cjwatson> But only if you're not already entirely frazzled
[19:08] <gema> cjwatson: ack, so I will install oneiric
[19:08] <gema> cjwatson: then point to -proposed my sources, then update
[19:08] <gema> then upgrade?
[19:09] <gema> is that what we are aiming to?
[19:09] <cjwatson> 'sudo apt-get update && sudo apt-get install apt'
[19:09] <gema> sorry, I am not familiar on how to use proposed
[19:09] <gema> ok
[19:09] <cjwatson> there's a wiki page somewhere with stock advice, one moment
[19:09] <cjwatson> https://wiki.ubuntu.com/Testing/EnableProposed
[19:09] <gema> so I enable proposed, then I install apt
[19:10] <gema> ack
[19:10] <cjwatson> It should be version 0.8.16~exp5ubuntu13.3
[19:10] <gema> ok
[19:24]  * Riddell signs off on various kubuntu images
[19:25] <infinity> kubuntu/omap is going alright, except for the part where I only have 256MB of RAM...
[19:26] <cjwatson> I think it's beer o'clock
[19:27] <gema> cjwatson: indeed, I will let you guys know the outcome when I am done
[19:27] <skaet> slangasek,  we're breaking for a bit,  online later.
[19:27] <cjwatson> I expect I'll be around by phone-IRC if nothing else
[19:28] <gema> ack
[19:28] <gema> cjwatson: although I would prefer you not to touch the repositories after the beers x)
[19:28] <slangasek> skaet: ok, later
[19:52] <jibel> slangasek, universe upgraded successfully on both arch
[19:52] <slangasek> jibel: woot, thanks
[19:52] <jibel> slangasek, for main jenkins tells me : ETA: N/A :)
[19:52] <slangasek> oh?
[19:52] <jibel> and it is still unpacking packages
[19:52] <slangasek> heh, alright
[19:54] <slangasek> apt oneiric SRU published
[19:55] <Riddell> folks we have a second emergency SRU for kubuntu upgrades in oneiric, bug 944876
[19:55] <ubot2> Launchpad bug 944876 in software-properties "changed mapping of release_upgrades_policy causes software-properties-kde to set the wrong policy" [High,New] https://launchpad.net/bugs/944876
[19:58] <cjwatson> gema: aw, you're no fun
[19:58] <Riddell> cjwatson, slangasek: either of you able to take this software-properties SRU of yofel's?
[19:59] <cjwatson> Only if it's small enough to be reviewed in a phone's web browser
[19:59] <Riddell> cjwatson: should be actually
[19:59] <yofel> one line change in 2 places
[19:59] <slangasek> if not I can look soon-ish
[19:59] <Riddell> I'm out for half an hour but it's in precise and oneiric-proposed
[20:00] <slangasek> first though, trying to work out if the amd64 respins are all done
[20:00] <cjwatson> should be
[20:00] <slangasek> Ubuntu Desktop amd64+mac seems to have not been updated?
[20:00] <slangasek> and would also be hit by this
[20:00] <cjwatson> oh, I meant to do that
[20:00] <slangasek> cjwatson: should just be a debian-cd run, no livefs, right?
[20:00] <slangasek> I can do it
[20:01] <cjwatson> if you could  ARCHES=amd64+mac for-project ubuntu cron.daily-live  that'd be good
[20:01] <slangasek> done
[20:01] <slangasek> (well, running)
[20:01] <cjwatson> s-p diff is pending, maybe somebody at a real computer could look
[20:02] <Daviey> cjwatson: You aren't on your phone are you?
[20:02] <cjwatson> ah, both oneiric and precise?
[20:02] <cjwatson> Daviey: I am, about to put it away and drink beer so put away the nagging stick :0
[20:02] <cjwatson> :P
[20:02] <Daviey> heh
[20:11] <stgraber> cjwatson: I'll take a look at software-properties
[20:11] <stgraber> (though I guess it should be an SRU team member as it's oneiric-proposed)
[20:12] <slangasek> yeah
[20:12] <stgraber> Riddell: what's with preview.diff?
[20:13] <stgraber> Riddell: looks like you forgot to cleanup before upload :)
[20:14] <slangasek> stgraber: where are you seeing that? the oneiric version?
[20:15] <stgraber> slangasek: http://launchpadlibrarian.net/103077132/software-properties_0.81.13.2_0.81.13.4.diff.gz shows me software-properties-0.81.13.4/preview.diff being added to the source
[20:15] <stgraber> slangasek: yeah, the oneiric one
[20:16] <slangasek> Riddell, yofel: looks like this was built from branch with 'debuild' instead of with 'bzr bd'; the differences are small enough here that it's ignorable, but please make a note for the future
[20:16] <slangasek> debuild may not give the right results, particularly for native packages
[20:23] <slangasek> yofel, Riddell: walk me through this, please.  You're manually shifting the policy index at runtime; that means the value stored on disk is still wrong for some users, and this only fixes the problem if they run software-properties-kde again?
[20:23] <yofel> yes, I don't know how to fix that in the config file on update
[20:24] <slangasek> sure
[20:24] <slangasek> the data is lost, we can't decipher intent
[20:24] <slangasek> (not reliably)
[20:24] <slangasek> so this is considered "urgent" so that oneiric users who have managed to set the wrong policy can fix it from the gui in order to upgrade to 12.04?
[20:25] <yofel> right
[20:25]  * slangasek nods
[20:25] <Riddell> hi
[20:26] <slangasek> precise accepted; sounds like oneiric should be reuploaded though, from stgraber's comments?  (just looking at it now)
[20:26] <Riddell> I can do trhat
[20:27] <slangasek> if you use bzr bd, you also don't have to worry about stray temp files getting into the diff :)
[20:27] <len-dt> Should the qatracker be reset for ISOs that have been respun today? Ubuntustudio's amd64 ISO is still showing test results from yesterday. Web page http://iso.qa.ubuntu.com/qatracker/milestones/216/builds
[20:28] <slangasek> Riddell: rejected from oneiric-proposed, but the actual change looks fine
[20:28] <slangasek> so please get me a clean diff and I'll accept
[20:29] <stgraber> len-dt: testing for the rebuilds needs to happen in http://iso.qa.ubuntu.com/qatracker/milestones/214/builds
[20:29] <slangasek> len-dt: I've marked the "Precise Final" build as "disabled", thanks
[20:29] <slangasek> and as stgraber says, the one to test is listed under pre-release
[20:30] <len-dt> Ok thanks. I post it in our IRC chanel.
[20:32] <ogasawara> I've uploaded a new lbm-3.2.0-24.8 (-24.7 failed due to buildd kernel version issues which didn't appear when doing local test builds)
[20:33] <ogasawara> could I get that approved, when someone has a moment
[20:33] <Riddell> slangasek: uploaded software-properties
[20:34] <slangasek> Riddell: and accepted, thanks
[20:34] <slangasek> ogasawara: looking
[20:35] <slangasek> um
[20:35] <gema> getting my oneiric ready for upgrade
[20:35] <stgraber> as the bot is saying, Edubuntu amd64 was tested and I moved it over to Final
[20:35] <slangasek> was someone else touching software-properties?
[20:35] <slangasek> there were two in the queue
[20:35] <slangasek> I tried to reject one, then accept the other
[20:36] <Riddell> slangasek: I might have rejected the other
[20:36] <slangasek> now it looks like both were rejected
[20:36] <slangasek> heh
[20:36] <Riddell> slangasek: I'll reupload
[20:36] <slangasek> no
[20:36] <slangasek> I'll un-reject
[20:36] <Riddell> ok
[20:36] <slangasek> done
[20:37] <slangasek> ogasawara: OOI, why does this only apply to the net modules build?
[20:37] <slangasek> (accepted)
[20:37] <ogasawara> slangasek: the cw-3.3 ones were already smart enough to pass in the proper version and not default to the host machine
[20:38] <slangasek> ok
[20:38] <slangasek> would it be more future-proof to assume those might also get dumber down the line? :)
[20:39] <ogasawara> slangasek: indeed :)  I'll add it to my list to review and fix up.
[20:39] <Daviey> slangasek: fancy allowing horizon into -proposed?  I'd ideally like it in release pocket, or at least updates soon.  It's not shipped on any images.
[20:40] <slangasek> looking
[20:40] <Daviey> ta
[20:41] <highvoltage> 0/win 28
[20:42] <slangasek> prepublishing the amd64 updates
[20:43] <slangasek> Daviey: accepted into -proposed; sufficiently trivial that I see no reason not to copy to release when published
[20:43] <slangasek> s/published/built/
[20:44] <Daviey> slangasek: thanks
[20:47] <popey> OUTRAGE!! bug 988543 simply _must_ be fixed before release!
[20:47] <ubot2> Launchpad bug 988543 in gnome-screenshot "printscreen flashes twice instead of once." [Undecided,Confirmed] https://launchpad.net/bugs/988543
[20:47] <popey> or something
[20:47]  * slangasek arranges to fix your outrage before release
[20:47]  * ScottK hands slangasek a hammer.
[21:03] <Riddell> who's incharge of the download links?
[21:07] <slangasek> as in, on www.u.c?
[21:22] <gema> doing the distro update with apt version 0.8.16~exp5ubuntu13.3
[21:22] <gema> upgrade, sorry
[21:23] <slangasek> gema: btw, does your netbook have the same set of packages installed that the machine you saw the bug on did?
[21:23] <slangasek> because this is a slippery bug
[21:23] <gema> slangasek: yes, that's why it took me so long
[21:23] <slangasek> ok, great :)
[21:24] <gema> slangasek: I hope I haven't missed anything important, because I am feeling sleepy by now
[21:26] <ogasawara> could I get lbm and linux-meta binNew'd?  After that the day-0 kernel will be ready to be pocket copied
[21:32] <ScottK> balloons or jibel: Could still use some help on amd64+mac for Kubuntu.
[21:36] <balloons> ScottK, ack
[21:45] <gema> slangasek: still asking me to configure libc6
[21:45] <gema> with the new version
[21:45] <gema> slangasek: we need to release note
[21:45] <slangasek> sorry, can you clarify?
[21:45] <slangasek> "asking you to configure" is by design and not release notable
[21:46] <gema> yeah, I will take a snapshot
[21:46] <slangasek> the bug is if it's asking this in the terminal where you can't see it
[21:46] <gema> slangasek: it is in the Terminal, asking me "Services to restar for GNU libc library upgrade: "
[21:46] <slangasek> ok
[21:46] <slangasek> then yeah, that's the bug
[21:46] <slangasek> sigh
[21:47] <gema> sorry
[21:47] <slangasek> not your fault
[21:48] <slangasek> thanks for re-testing
[21:48] <gema> no probs
[21:56] <gema> slangasek: I took a picture with the phone, the machine is frozen and doesn't do screenshots or window resizings
[21:56] <gema> slangasek: in your inbox
[21:56] <slangasek> ok
[21:57] <slangasek> thanks, I think that's enough information for us to generate a release note
[21:57] <gema> slangasek: ack, I am calling it a day
[21:57] <gema> see you tomorrow
[21:57] <slangasek> g'night!
[22:02] <tumbleweed> ^ that's a non-trivial upstream bump, but seems sane given the circumstances
[22:05] <slangasek> stgraber: I've added a release note for bug #985065 to https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop, but I couldn't figure out how to make it *work* to change the keymap after choosing "try ubuntu"; you may want to review
[22:05] <ubot2> Launchpad bug 985065 in xkeyboard-config "Can't use fr/oss keyboard layout by default" [High,Confirmed] https://launchpad.net/bugs/985065
[22:08] <stgraber> slangasek: testing my workaround again now to make sure it still works
[22:08] <balloons> my box is SO slow.. still trying to see if I get the upgrade bug
[22:11] <stgraber> slangasek: oh, well, I didn't remember it being that broken last I tried...
[22:11] <slangasek> stgraber: basically, I get a keyboard menu with four french keymap choices; moving between any of them still leaves me in qwerty; and the 'add keymap' button in the dialog is grayed out
[22:11] <slangasek> is that what you see too?
[22:12] <stgraber> slangasek: so the workaround isn't exactly intuitive. You need to go and re-order the keyboards in the keyboard layout window, that will reset the X property fixing the bug
[22:12] <slangasek> oh ugh
[22:12] <slangasek> *reorder* keyboards
[22:12] <Riddell> skaet: https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/Kubuntu is eyed over by me and ready for proofreadig
[22:12] <slangasek> stgraber: do you think what I have there currently is better?
[22:12] <stgraber> slangasek: right, it's grayed out because ubiquity already set 4 layouts (maximum supported by X), you'd need to remove one in order to have access to the "add keymap" button
[22:13] <skaet> Thanks Riddell
[22:13] <jibel> slangasek, I think both workarounds are valid. opening keyboard setting and dragging 'France' to the top of the list is an easy workaround once the live session is started
[22:14] <stgraber> slangasek: yeah, I think it's easier to have them choose the layout in gfxboot than tell them how to get to the keyboard layout and then drag&drop entries to workaround the bug
[22:14] <jibel> s/France/French
[22:21] <ScottK> skaet: Kubuntu powerpc also signed off (we've got all the images but amd64+mac done and signed off).
[22:22] <balloons> ScottK, I'm still working on amd64+mac.. someone should be getting off work and seeing the plea for help :-)
[22:22] <ScottK> Excellent.
[22:23] <balloons> my 11.10 upgrade test attempt bombed out though.. my kubuntu 11.10 install froze up trying to grab the proposed packages.. :-(
[22:23] <balloons> bbl
[22:23] <ScottK> Is qapt hung?
[22:23] <ScottK> There's a bug there in qapt 11.10.
[22:24] <balloons> ohh.. yea
[22:24] <balloons> and :-)
[22:24] <ScottK> I had a similar problem today.
[22:24] <balloons> if I try again, will it work perhaps?
[22:24] <balloons> i just rebooted the box
[22:24] <ScottK> I had to kill qapt, then dpkg would run.
[22:24] <balloons> ok.. I'll do that then
[22:24] <ScottK> sudo apt-get -f install and see what happens.
[22:25] <ScottK> It's a real bug, but not directly relevant to upgrading to 12.04.
[22:25] <stgraber> ScottK: ok, I'm going to move all the Kubuntu builds to the Final milestone except for amd64+mac
[22:25] <stgraber> ScottK: what's the status on upgrades?
[22:25] <balloons> right
[22:25] <ScottK> stgraber: Sounds good.  Thanks.
[22:25] <Daviey> slangasek: did you copy horizon to release pocket?
[22:26] <ScottK> stgraber: They are working, but we're having some issues with upgrade notification.
[22:26] <ScottK> Riddell: Did the second SRU get in?
[22:26] <Riddell> ScottK: yes, needs testing
[22:26] <ScottK> stgraber: ^^^ actual upgrades are tested and working.  Need testing on a second SRU for upgrade notification.  That's the status.
[22:27] <stgraber> ScottK: ok. I'll wait for both of them to be 100% covered on the tracker before moving them
[22:27] <slangasek> Daviey: not yet - it's built and published everywhere now?
[22:27] <ScottK> I think that's reasonable.
[22:27] <Riddell> software-properties-kde in oneiric bug 944876 needs testing
[22:27] <ubot2> Launchpad bug 944876 in software-properties "changed mapping of release_upgrades_policy causes software-properties-kde to set the wrong policy" [High,Fix committed] https://launchpad.net/bugs/944876
[22:28] <stgraber> ScottK: amd64 seems to need some results, the only results so far are mine and these are automated headless testing, so having one human at least confirming it looks good from the UI would be good
[22:28] <ScottK> stgraber: OK.  I'll look for someone to try it.
[22:29] <Daviey> slangasek: seems to be
[22:29] <stgraber> ScottL: ping
[22:30] <Riddell> go kubuntu images!
[22:30] <stgraber> ScottL: I see your new amd64 image on the tracker has been tested, is it good for release or do you want more testing done first?
[22:36] <stgraber> jibel: I think I'll finally be ahead of davmor2 on http://iso.qa.ubuntu.com/qatracker/reports/testers/top20 by the time we release! :)
[22:37] <jibel> stgraber, your bot should be blacklisted ;)
[22:38] <ScottK> These kind of stats are almost never fair.  I made the top sponsors list almost entirely on the basis of being the uploader for one KDE release.
[22:38] <ScottK> (it has a lot of packages)
[22:38] <Daviey> karma for doing an upload which happens to contains translations was always a good one.
[22:39] <stgraber> jibel: hehe, don't worry you'll still be a long away ahead of me, especially once you get Jenkins to post the automated tests directly to the tracker :)
[22:39] <ScottK> It got better since you didn't also get drowned in spam.
[22:39] <ScottK> (for doing an upload with translations)
[22:40] <stgraber> Daviey: best you can do is use a LP managed project (like LTSP): merge translations in trunk, release, add tarball to LP, merge tarball in UDD branch, tag, push the branch, upload the package
[22:40] <stgraber> Daviey: that way you get twice the bazaar karma, twice the translation karma and you get the usual soyuz karma :)
[22:41] <ScottK> BTW, AFAICT, syncs using syncpackage get you no karma.
[22:42] <stgraber> Daviey: oh and I forgot karma for the bugs you fix in the upstream release and again in Ubuntu with the upload.
[22:42] <Daviey> while true ; dch -i 'no change test build' ; debuild -S -sa ; dput ppa *.changes ; sleep 1h ; done
[22:43] <Daviey> seems like reasonable karma-o-matic for soyuz
[22:43] <Daviey> anyway.. nn o/
[22:44] <stgraber> Daviey: add a few hundred bugs in that changelog entry and write a 10 lines python script moving them back to New before uploading ;)
[22:44] <slangasek> stgraber: was the fix for bug #898278 tested to confirm that upgrades are still offered when the version installed *is* older?
[22:44] <ubot2> Launchpad bug 898278 in ubiquity "Upgrade menu option should not appear for old releases" [High,Fix released] https://launchpad.net/bugs/898278
[22:45] <slangasek> stgraber: I'm getting "erase" where I'm expecting "upgrade"
[22:45] <slangasek> and I fear it may be related to misparsing of version strings with LTS in them
[22:45] <stgraber> slangasek: IIRC I tested it and we have unit test coverage for those bits in ubiquity trunk
[22:46] <stgraber> slangasek: and I seem to remember testing for point releases and stuff like that, let me have a quick look
[22:49] <ScottL> stgraber, heh, i didn't know it had been tested yet, i was downloading it now....let me check
[22:49] <slangasek> stgraber: hmm, ok.  so the case I'm testing is booting an amd64 desktop CD in a machine installed as 11.10 i386
[22:49] <slangasek> and I'm expecting an upgrade option there
[22:51] <stgraber> slangasek: hmm, odd, yeah it should definitely show up in that case
[22:51] <stgraber> >>> re.split(".*([0-9]{2}\.[0-9]{2}).*", "12.04.1 LTS")[1]
[22:51] <stgraber> '12.04'
[22:51] <stgraber> slangasek: ^ that's the version parsing code used in ubi-partman
[22:51]  * stgraber grabs an Ubuntu 11.10 i386 image
[22:52] <ScottL> stgraber, i'm slightly confused, i have an email for 20120425 build but the qa site shows 20120423 as tested but still building a new image
[22:52] <stgraber> ScottL: you're looking at Precise Final instead of Precise Pre-release
[22:52] <stgraber> ScottL: look at: http://iso.qa.ubuntu.com/qatracker/milestones/214/builds for your new amd64 image
[22:52]  * ScottK sends out his bi-annual "Boost version for $RELEASE" email.
[22:52] <ScottL> stgraber, i see it now
[22:53] <stgraber> ScottL: once it's good to go, I'll move it to Precise Final
[22:53] <ScottL> oh, you are saying that
[22:54] <ScottL> stgraber, checking with the person who tested it now
[22:55] <stgraber> slangasek: if you want to have a look while I setup the environment here, it's around line 1780 in /usr/lib/ubiquity/plugins/ubi-partman.py
[22:55] <ScottL> stgraber, okay, word is that it is good :)  thank you
[22:55] <stgraber> ScottL: ok, moving it then
[22:56] <slangasek> stgraber: yes, already looking
[22:58] <balloons> ScottK, I can't get the do-release-upgrade -d to find the precise release
[23:01] <ScottK> balloons: Install software-properties-kde from -proposed
[23:02] <balloons> right -- maybe it didn't stick
[23:04] <balloons> i have proposed enabled.. and everything is up to date
[23:07]  * ScottK is on about a 4 second lag right now, so answers come slow.
[23:07] <balloons> lol -- yep, I confirmed sources.list
[23:07] <balloons> and updated
[23:08] <slangasek> ScottK, balloons: the s-p-kde package doesn't autofix on install because it can't tell whether or not you've ever used the GUI
[23:08] <ScottK> Oh.
[23:08] <slangasek> it only fixes it if you run the gui again
[23:09] <ScottK> So run the gui and see what happens.
[23:09] <ScottK> Thanks.
[23:09] <ScottK> Lag is only three seconds now.   Much better.
[23:10] <balloons> ScottK, lol.. os i purged andinstalling it again from command line this time
[23:10] <balloons> bah it's the same still..
[23:13] <slangasek> stgraber: the 'reuse' option fails much earlier, ubi-partman.py line 2122
[23:14] <ScottK> OK.  Gotta go.  BBIAB.
[23:17] <Riddell> balloons: hi what are you testing?
[23:19] <stgraber> slangasek: anything weird with your partitioning?
[23:19] <slangasek> stgraber: no; ordinary vm
[23:19] <stgraber> slangasek: if it fails there it's most likely a bug somewhere in partman
[23:19] <stgraber> slangasek: I tried here and I get the Upgrade option
[23:19] <slangasek> stgraber: with an amd64 CD over an i386 install?
[23:20] <stgraber> slangasek: I installed Ubuntu 11.10 i386, full disk install in english. Then booted Ubuntu 12.04 amd64 and I see "Install alongside", "Upgrade", "Erase", "Something else"
[23:20] <stgraber> that's stock 11.10 i386, never booted
[23:20]  * slangasek nods
[23:21] <slangasek> stgraber: do you mind testing if the 'upgrade' option works, since you have it there?
[23:21] <stgraber> sure, running now
[23:24] <stgraber> it's busy generating .debs now so at least that part seems to work. As I don't have any data or custom package installed on that 11.10 system it's going to be a bit tricky to check it actually did everything right
[23:28] <slangasek> stgraber: sure; consider it a smoke test for now, hopefully I'll be able to do a fuller test in a little bit :P
[23:32] <slangasek> blah, yeah, the bug is deep in partman
[23:32] <stgraber> sorry you have to dig in there ;)
[23:38] <slangasek> not digging any further
[23:38] <stgraber> slangasek: install worked
[23:39] <slangasek> ok
[23:39] <slangasek> thanks for checking
[23:40] <stgraber> slangasek: apparently the upgrade at least kept /home as I'm getting the old wallpaper (wallpaper is cached, so I need to switch to another one and back to warty-final to get the new one)