[00:10] <infinity> slangasek: Ahh, I was ignoring IRC.  I can spin up a netboot or two.
[00:10] <slangasek> infinity: ta :)
[00:35]  * infinity notes that his local mirror picked an annoying day to die...
[00:47] <micahg> slangasek: I marked the nih one to make sure it wasn't missed on the release team's radar, the gcc issue seems to only affect 4.4, was just wondering if this was something that might be worth fixing since apparently the same patch with fuzz applies, no inherent interest from me in either fix
[00:52] <slangasek> micahg: ok - declining to commit to fixing either then :)
[00:53] <micahg> slangasek: although, IMHO, the libnih one is just bad and we should fix it since it breaks with every libc upgrade
[00:54] <slangasek> we've so far not come up with a good way to fix it
[00:55] <Daviey> a dirty way, surely trumps no-way :)
[00:56] <micahg> https://bugs.launchpad.net/libnih/+bug/997359/comments/2 doesn't sound as bad as using a private symbol
[00:56] <ubot2`> Ubuntu bug 997359 in libnih "nih uses eglibc private symbol __abort_msg" [High,Confirmed]
[00:57] <xnox> Daviey: reboot =)
[00:58] <infinity> Using private libc symbols should definitely be addressed, IMO.
[00:58] <infinity> Tis a big no-no.
[00:58] <micahg> xnox: don't you remember UDS, a reboot costs a million dollars :)
[00:59] <xnox> micahg: I do. But I'm not sure it's true.
[01:28] <adconrad> Hrm, my co-lo machine seems to have disappeared from the planet.
[01:28] <adconrad> slangasek: omap4 done, doing omap now.
[01:58] <skaet> Daviey,  MAAS (Juju) and MAAS (Server) tests still haven't been marked as run yet for Ubuntu Server.    Any input?
[02:08] <Daviey> skaet: roaksox is confirming that at the moment.  It's had testing (including from Robbie), but he is validating
[02:12]  * infinitum goes to find food while his Beagle crunches on the OMAP image.
[02:18] <skaet> slangasek, infinity, cjwatson, jdstrand - FYI: https://fossology.ist.unomaha.edu is now available.  Am thinking it might be another tool to use for the license checks.
[02:19] <skaet> or rather I guess I should type infinitum... ^
[02:21] <infinitum> http://www.fossology.org/projects/fossology might be a better link, instead of someone's hosted copy of it. ;)
[02:31] <skaet> infinitum,  HP is working with UNO to have a server where folks can just upload packages to be scanned, rather than each having to set up a FOSSology instance.
[02:59] <xnox> skaet: juju deploy.... =)
[02:59] <xnox> skaet: you want to scan the whole archive?
[03:00] <skaet> xnox, hmm... ;)
[03:01] <xnox> skaet: i am not kidding about whole archive scan. Do you want that? =)
[03:04] <skaet> xnox,  yup.
[03:19] <infinitum> Oh, FFS, the d-i initrd grew 1MB too big for omap3.
[03:19] <infinitum> Or even less.
[03:26] <infinitum> skaet / slangasek: netboot/omap (not omap4, it's fine for now) fails with #1040393
[03:27] <infinitum> skaet: Not worth a d-i respin, since omap isn't a supported arch anyway, but I'll fix it for 12.04.2 and in quantal.
[03:28] <xnox> bug 1040393
[03:28] <ubot2`> Launchpad bug 1040393 in debian-installer "omap netboot partition too small for flash-kernel backup procedure" [Undecided,New] https://launchpad.net/bugs/1040393
[03:28] <skaet> infinitum, ok that answers that question.
[03:29] <infinitum> skaet: Linked in the tracker.
[03:29] <skaet> infinitum, thanks.   since its not a supported arch, not sure if it deserves a release note or not...  thoughts?
[03:29] <infinitum> skaet: We'll be spinning a new d-i pretty quickly after 12.04.1 releases anyway, so I'll see about getting it fixed soonish.
[03:30] <infinitum> skaet: Not worth a release note, IMO.  Please, once d-i is respun, the release notes will be wrong (There's not actually any concept of a "12.04.1 netboot image", people just use "current")
[03:30] <skaet> fair 'nuf.  :)
[03:31] <infinitum> Err, no can type.
[03:31] <infinitum> s/Please/Plus/ makes that make way more sense. :P
[03:51] <babyface> skaet,  are you around ?
[03:51] <skaet> babyface, yup
[03:52] <babyface> skaet, I'm testing the upgrade from lucid 2 precise : I downloaded the 2 iso, and installeded lucid first, and then insert the precise cd, but no upgrade kicked off
[03:52] <babyface> skaet, anything missed?
[03:54] <skaet> babyface,  after you installed lucid (assume it was 10.04.4 - yes?)  did you update?
[03:55] <babyface> skaet, no
[03:55] <stgraber> babyface: what precise cd did you use?
[03:55] <babyface> stgraber, http://cdimage.ubuntu.com/precise/daily/20120822.4/precise-alternate-amd64.iso
[03:56] <babyface> skaet, yes, it is 10.04.4  from http://cdimage.ubuntu.com/lucid/daily/current/lucid-alternate-amd64.iso
[03:56] <stgraber> ok... you should have seen nautilus popup showing the content of the CD, then a few seconds later a dialog asking you if you want to open a package manager or upgrade
[03:57] <babyface> stgraber, ok. I will have another try
[03:58] <stgraber> I don't remember ever having any problem getting nautilus to open when inserting the media, though the upgrade dialog sometimes took a while to show up for some reason
[03:58] <stgraber> eject/reinsert the alternate media might help
[03:59] <babyface> stgraber, ack.
[04:27] <babyface> stgraber, tried many times , can open nautilus every time  after insert the cd/usb key, but can not find the upgrade dialog, is there any way to get the upgrade dialog manually?
[04:35] <skaet> babyface, https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop#Upgrading_from_Ubuntu_10.04_LTS_to_Ubuntu_12.04_LTS
[04:35] <babyface> skaet, Thank you. Kate
[05:52] <slangasek> infinity: good to know, thanks
[05:52] <slangasek> skaet: fossology> ah, nice
[07:04] <skaet> Daviey, cjwatson - can you review https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/ChangeSummary/12.04.1 for me?    Feel free to move any bugs I've got wrongly categorized.
[07:05]  * skaet --> zzz
[08:13]  * cjwatson starts trawling through today's live-build-induced image build failures :-(
[08:34] <ogra_> cjwatson, that last omap build looks like FLASH_KERNEL_SKIP isnt set
[08:34] <ogra_> err omap4
[08:35] <cjwatson> Hmm, where was that done before
[08:35] <cjwatson> ?
[08:35] <cjwatson> The only match I can find in old/new live-build/livecd-rootfs was just for ac100
[08:36] <ogra_> live-build/auto/build:	Chroot chroot "env FLASH_KERNEL_SKIP=1 update-initramfs -k all -t -u -v"
[08:36] <cjwatson> That's specific to ac100, look at the context
[08:36] <cjwatson> So maybe the problem is that update-initramfs is inadequately diverted
[08:36] <ogra_> well, we need to run it at some point
[08:36] <cjwatson> I'll get to it, it's about 20th on the list of failures in my inbox :)
[08:36] <cjwatson> Working through in order
[08:36] <ogra_> but never want flash-kernel to be executed
[08:58] <ogra_> cjwatson, reverting http://paste.ubuntu.com/1162322/ in scripts/build/lb_chroot_hacks should fix the flash-kernel issue
[09:27] <stochastic> hi I'm about to draft the release notes for Ubuntu Studio 12.04.1 and am curious if the Ubuntu release notes are around somewhere yet?
[09:31] <stochastic> or will there be release notes for 12.04.1?
[10:05] <cjwatson> ogra_: so, actually, that's not the error
[10:06] <cjwatson> ogra_: if you search for lb_chroot_hacks in http://people.canonical.com/~ubuntu-archive/livefs-build-logs/quantal/ubuntu-omap4/20120819/livecd-20120819-armhf.out you'll see the exact same output
[10:06] <ogra_> hmpf
[10:06] <cjwatson> ogra_: I've already fixed the "Malformed line 3 in source list" bit, so I think that'll cover it
[10:06] <cjwatson> IMO that's the real error here
[10:08] <ogra_> hmmm, i should probably have scrolled up a bit :P
[10:08]  * ogra_ blushes
[10:10] <cjwatson> There were no fewer than five independent bugs in today's image builds, so it can be a bit hard to keep track
[10:10] <ogra_> yes, still, i only looked at the end of the log, i didnt even notice the earlier error
[10:10] <cjwatson> Fixes all uploaded now
[10:14] <cjwatson> So, bug 648611 is fixed now; as previously discussed on the TB list, I'm going to grant ~ubuntu-sru access to make queue admin changes to the Proposed and Updates pockets in stable releases, and ~ubuntu-release access to make queue admin changes to the Release and Proposed pockets in the development release
[10:14] <ubot2`> Launchpad bug 648611 in launchpad "ubuntu-sru either have too much or too little permission as queue admins" [High,Fix released] https://launchpad.net/bugs/648611
[10:15] <cjwatson> And I'll add an entry to NewReleaseCycleProcess to adjust this
[10:31] <smartboyhw> Well, er, when will 12.04.1 be exactly released?
[10:32] <Daviey> smartboyhw: it's scheduled for some time today, providing everything goes dandy.
[10:32] <smartboyhw> Thanks...
[11:39] <mvo> could someone please reject the freeglut3 package in precise-proposed? I will upload a improved version of it
[11:40] <seb128> mvo, http://launchpadlibrarian.net/112884864/freeglut_2.6.0-1ubuntu3_source.changes
[11:40] <seb128> mvo, you mean? e.g freeglut without "3"?
[11:40] <mvo> seb128: yeah, sorry
[11:40] <seb128> mvo, no worry, done
[11:40] <mvo> ta
[11:41] <seb128> yw
[11:41] <seb128> ;)
[11:41] <mvo> ;)
[11:41] <smartboyhw> seb128 and mvo: If a image is declared ready that means it's the final version and I could install it and say it is official 12.04.1 ISO image?
[11:41] <seb128> smartboyhw, no, if it's not published and announced it's not official and could change
[11:42] <smartboyhw> seb128: How about in the ISO QA Tracker?
[11:42] <smartboyhw> I mean READY.
[11:42] <seb128> well, QA validated it but it's the release team which takes the decision
[11:42] <seb128> release team could decide to respin on other factors (even if it's not likely)
[11:42] <smartboyhw> OK, sure, one build only got ME to test: Ubuntu Studio amd64:) So that's why I'm asking:)
[11:43] <seb128> you better way it's officially announced
[11:43] <smartboyhw> ok
[11:50] <babyface> found some build error here :  http://people.canonical.com/~ubuntu-archive/livefs-build-logs/quantal/ubuntu/20120823/livecd-20120823-amd64.out ,  so there wont be new quantal desktop and server build today?
[11:51] <cjwatson> babyface: I've uploaded fixes for that; rebuilds later
[11:51] <cjwatson> but thank you for checking logs :)
[11:51] <babyface> cjwatson,  thanks. ;)
[11:52] <cjwatson> I've literally only just finished processing the morning's pile of mailed failures ...
[11:52] <smartboyhw> cjwatson: :( and :)
[12:34] <jibel> stgraber, slangasek gema reported bug 1040494. What is your opinion ?
[12:34] <ubot2`> Launchpad bug 1040494 in update-manager "Unable to perform cdromupgrade without network from Lucid to Precise 12.04.1 AMD64 : E:Could not perform immediate configuration on 'python-minimal'" [Critical,New] https://launchpad.net/bugs/1040494
[12:55] <Niarf> hi
[12:55] <Niarf> do you know any hour to release 12.04.1 ?
[12:56] <stgraber> good mroning
[12:56] <stgraber> Niarf: when it's ready
[12:56] <Niarf> ;)
[12:56] <Niarf> https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule shows 08/23/2012 :)
[12:57] <stgraber> Niarf: sure, and it's only 9am here
[12:57] <Niarf> ah ok :)
[12:57] <cjwatson> We never publish release times to the hour
[12:57] <cjwatson> Because doing so would be harmful
[12:57] <Niarf> ^^ sorry, you're in US :)
[12:58] <cjwatson> Time-based releases are all very well but when it gets to actual release day it's much better to take your time and make sure everything's right
[12:58] <Niarf> ok :) we have to to wait mailing announce
[12:59] <Niarf> -to
[13:00] <stgraber> Riddell: still planning on releaseing powerpc and amd64+mac alternates? I see no result for the current build or any build in the history
[13:05] <Riddell> stgraber: I never have been very interested in those for 12.04.1
[13:10] <stgraber> Riddell: ok. Are you happy with the rest of the images and upgrade results? can I mark all of Kubuntu as good to go except for powerpc and amd64+mac?
[13:11] <Riddell> stgraber: yep I'm happy
[13:11] <smartboyhw> stgraber: Actually what is good to go now?
[13:14] <stgraber> utlemming, smoser: hey there, can we get test results for the cloud images?
[13:14] <smoser> stgraber, i'll see if i can help
[13:15] <stgraber> ^ sorry for the mess, clicked the wrong button... (marked for re-build instead of ready)
[13:16] <smartboyhw> stgraber: :)
[13:16] <stgraber> smoser: thanks
[13:16] <smartboyhw> stgraber: What is ready now?
[13:17] <stgraber> Daviey: what's the status of Ubuntu Server amd64, the remaining Netboot (amd64, i386, armhf+omap, armhf+omap4) and the server upgrades? any of these I can mark as ready?
[13:18] <stgraber> Daviey: well, armhf+omap is bad, so won't be marked ready anyway, but the rest still needs confirmation
[13:23] <stgraber> knome: any progress on testing the alternates?
[13:24] <stgraber> superm1: can you sign off on https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest/12.04.1 (I see the images are already marked ready on the tracker, so I assume it's just out of sync)
[13:38] <smoser> stgraber, i'll get the iso tracker populated
[13:38] <stgraber> smoser: thanks
[13:38] <stgraber> smoser: I see that one product doesn't have testcase, I'll quickly tweak that one
[13:38] <gema_> I have found bug 1040494 and I am not sure we should release with that problem
[13:38] <ubot2`> Launchpad bug 1040494 in update-manager "Unable to perform cdromupgrade without network from Lucid to Precise 12.04.1 AMD64 : E:Could not perform immediate configuration on 'python-minimal'" [Critical,New] https://launchpad.net/bugs/1040494
[13:39] <gema_> can someone have a look at it and tell me if there is anything wrong, I have tried upgrading in three slightly different ways and it still fails
[13:40] <stgraber> gema_: was the 10.04 system up to date
[13:40] <superm1> stgraber: lemme touch bases with tgm about something first
[13:40] <gema_> stgraber: yes
[13:40] <gema_> stgraber: the three times
[13:42] <stgraber> gema_: ok... wondering how we regressed there as I clearly got that to succeed last week
[13:43] <stgraber> gema_: restoring my test VM to check whether it was i386 or amd64, that might make enough of a difference to cause that bug...
[13:43] <gema_> stgraber: there are some passes, I haven't managed to make it to pass once
[13:43] <gema_> that's why I tried three times
[13:43] <gema_> stgraber: I am testing on a netbook , btw
[13:43] <gema_> stgraber: same one that failed on the camera stuff in the past
[13:43] <stgraber> gema_: can you paste the output of "dpkg -l" somewhere? that should help figure out what's different
[13:43] <gema_> yep
[13:44] <gema_> right now it is half way through the install, I mean
[13:44] <gema_> it's not lucid nor precise
[13:44] <stgraber> hmm, ok... I'd want the output for the pre-uprade state ideally so I can compare to what I have here
[13:44] <gema_> ok, I will reinstall lucid
[13:44] <jibel> I tried to reproduce this morning but couldn't. I tried with cd, usb and from the image copied into the system to upgrade and mounted on a loop device
[13:45] <jibel> they all passed
[13:45] <gema_> it may be hw related :?
[13:45] <stgraber> ok, so something's definitely different on the lucid install, just need to figure out why and see how common it'll be
[13:45] <balloons> did you update lucid before upgrading/
[13:45] <balloons> ?
[13:45] <gema_> yes
[13:45] <smartboyhw> balloons: Yo
[13:46] <stgraber> gema_: ok, my test system was 10.04.4 amd64 fully up to date, so in theory it's the same as your install ;)
[13:46] <stgraber> now that's the theory, we need to figure out what exactly differs
[13:46] <gema_> ok, I am reinstalling lucid and giving you the dpkg -l after that
[13:46] <gema_> keep yours to compare just in case
[13:46] <gema_> it'll take a while
[13:46] <gema_> it's very slow installing
[13:46] <jibel> stgraber, you'll have the status in the clone
[13:47] <jibel> attached to the bug report
[13:47] <jibel> stgraber, http://paste.ubuntu.com/1162678/
[13:47] <gema_> that was on my logs, jibel ?
[13:48] <stgraber> jibel: oh right, always forget that these aren't stripped anymore. awesome, will start the diff now
[13:48] <jibel> gema_, yes
[13:48] <gema_> jibel: ack, then I don't need to reinstall just yet
[13:48] <smartboyhw> o/ What happened to the Ubuntu Server EC2 12.04.1 ISOs?
[13:48] <jibel> gema_, at least not to run dpkg -i :)
[13:48] <jibel> -l
[13:48] <gema_> jibel: ok
[13:53] <stgraber> gema_, jibel: difference between your system and mine: http://paste.ubuntu.com/1162687/
[13:54] <stgraber> I'll run another dist-upgrade now to make sure it didn't regress since the last run
[13:54] <stgraber> jibel: can you perhaps try with the exact same package list as gema to see if we can reproduce it that way?
[13:54] <jibel> stgraber, on it
[13:56] <stgraber> gema_: I think we'll need to add a release note regarding network-less upgrades using the alternate media... we've fixed a lot of issues so it should be more reliable than it ever was, but it's still pretty tricky and all the problems we've seen so far have been on very clean systems, I'm a bit worried of what would happen on a system with hundreds of extra packages installed
[13:56] <gema_> stgraber: agreed
[13:59] <smoser> stgraber, done.
[14:02] <stgraber> smoser: still testing ebs and hvm?
[14:07] <skaet> good morning
[14:08] <stgraber> hey skaet
[14:08] <skaet> hiya stgraber
[14:08] <smartboyhw> hi skaet
[14:09] <skaet> hiya smartboyhw, thanks for your testing yesterday.
[14:10] <smartboyhw> skaet: On what?
[14:11] <smoser> stgraber, hm.. this is strange.
[14:12] <smoser> my client/scraper didn't seem to work.
[14:15] <smoser> stgraber, this is strange.
[14:15] <smoser> i sweare this is what i did before.
[14:15] <smoser> and we have never run "multi-instance" for ebs
[14:15] <smoser> https://jenkins.qa.ubuntu.com/job/precise-server-ec2/19/
[14:15] <smartboyhw> Yeah, been wondering about ec2 servers already
[14:17] <smoser> ah. i see , utlemming went in behind my script and populated manually himself for alpha3 quantal
[14:17] <smoser> http://iso.qa.ubuntu.com/qatracker/milestones/226/builds/19470/testcases/1086/results
[14:17] <utlemming> smoser: guilty
[14:17] <smartboyhw> I don't think it's guilty
[14:17] <utlemming> smoser: I never got your script to work for me
[14:17] <smoser> utlemming, so basically the tests that are in the iso tracker dont match up well with what we actually run
[14:18] <smoser> well, it would not have populated "multiple instances run" results because, well, we dont run that test
[14:20] <smoser> i'm not going to chase that at the moment. you can anually mark those if you want. but the script works for me (multiple times, just following the readme at bzr+ssh://bazaar.launchpad.net/~smoser/+junk/jenkins2isotracker/)
[14:20] <smoser> manually or annually, up to you
[14:21] <smoser> utlemming, can you run hvm test?
[14:21] <utlemming> smoser: yeah, wokring on that now
[14:21] <utlemming> smoser: also Amazon annoucned HVM instances in US-West-2
[14:21] <utlemming> smoser: that was announced this morning
[14:22] <utlemming> do we want to add that to the test list or no?
[14:23] <stgraber> archive admin: please review and merge https://code.launchpad.net/~stgraber/ubuntu-archive-tools/fix-lts-precise/+merge/121005
[14:23] <smoser> utlemming, well, i think that the iso tracker should be updated to effectively require results for the tets we actually run
[14:24] <utlemming> right
[14:24] <smoser> i dont personally see th eneed to run ebs multi-instance. but we can also solve the problem that way.
[14:24] <cjwatson> stgraber: doing
[14:26] <cjwatson> stgraber: done
[14:26] <smartboyhw> stgraber: Testing Xubuntu alternate amd64 now:)
[14:26] <stgraber> cjwatson: thanks
[14:27] <stgraber> smartboyhw: I'm reading #ubuntu-testing too, no need to copy everything to -release ;)
[14:27] <smartboyhw> I know
[14:31] <stgraber> seb128: hey, apparently you're the backup sign-off for Ubuntu desktop/alternate/dvd and upgrades, do you consider the current 12.04.1 builds as ready?
[14:32] <seb128> stgraber, I've no idea, I've been swamped with quantal ff this week and I had no time for 12.04.1
[14:32] <seb128> stgraber, I didn't hear of any issue so I don't nack it
[14:32] <seb128> if QA and release are happy with it please go for it
[14:32] <smartboyhw> Actually, how could you guys still deal with FF, while 12.04.1 issues are going!
[14:33] <seb128> smartboyhw, what issues?
[14:33] <stgraber> smartboyhw: part of the job description involves being good at multi-tasking
[14:33] <stgraber> seb128: some lts-to-lts when upgrading without internet connectivity seem to remain
[14:34] <seb128> stgraber, do you have a bug number?
[14:34] <stgraber> seb128: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1040494
[14:34] <ubot2`> Ubuntu bug 1040494 in update-manager "Unable to perform cdromupgrade without network from Lucid to Precise 12.04.1 AMD64 : E:Could not perform immediate configuration on 'python-minimal'" [Critical,New]
[14:34] <smartboyhw> stgraber: Like
[14:34] <smartboyhw> seb128: Upgrades?
[14:34] <smartboyhw> I saw people failing to upgrade from 10.04 to 12.04.1
[14:35] <skaet> Daviey, we're still missing one of the tests for Ubuntu Server - can we get it executed please.
[14:35] <skaet> arosales, ^
[14:36] <seb128> stgraber, seems like a foundation team sort of bug? do we have an idea how frequent the issue is? how do you update without internet? from a local mirror?
[14:36] <jibel> smartboyhw, and none of them reported a bug and provided the minimum information to troubleshoot it.
[14:36] <stgraber> seb128: it's for people upgrading using the alternate media as a package source
[14:36] <seb128> stgraber, I wouldn't consider it as a blocker from the desktop side...
[14:37] <xnox> seb128: well they can upgrade, it's just they end up with uncofigured package / partitial upgrade & get to keep both pieces.
[14:37] <stgraber> seb128: I re-tried with a clean 10.04 to 12.04 here with an i386 system and can't reproduce the issue though I'm sure depending on what's installed on the 10.04 system, issues will show up, we simply can't test everything...
[14:37] <seb128> right
[14:37] <stgraber> seb128: so yeah, my current point of view is to cleverly cover that in the release announcement, strongly recommending to use a real mirror for upgrades instead of the alternate media
[14:38] <seb128> +1
[14:38] <jibel> skaet, stgraber https://wiki.ubuntu.com/QATeam/ReleaseReports/PrecisePoint1TestingReport
[14:38] <jibel> this is without EC2, that explains the low image coverage
[14:38] <jibel> I'll refresh the report with it
[14:39] <stgraber> seb128: so I'll mark Ubuntu as good to go, I don't think we'll have a fix in time and I doubt we'd respin for it. I'll make sure our announcement and release notes cover that case (which thankfully won't exist anymore in 14.04!)
[14:39] <smartboyhw> Thanks jibel
[14:39] <seb128> stgraber, thanks
[14:39] <stgraber> tracker updated, will start pre-publish
[14:39] <Daviey> skaet: on it
[14:41] <Daviey> stgraber: hey, do you know how to remove a test from Precise?
[14:41] <utlemming> smoser: hvm testing done
[14:41] <Daviey> the outstanding test skaet outlined is for Quantal only.
[14:41] <stgraber> Daviey: sure, what do you want to see removed?
[14:41] <Daviey> http://iso.qa.ubuntu.com/qatracker/milestones/230/builds/21387/testcases/1288/results
[14:42] <stgraber> Daviey: "MAAS (Server)" is quantal-only? didn't we have MAAS in 12.04?
[14:43] <jibel> gema_, does the error occur at early during the upgrade ?
[14:43] <Daviey> stgraber: we did, but the test case is totally different
[14:44] <Daviey> hmm, wait one
[14:44] <gema_> jibel: yes
[14:45] <gema_> jibel: right after fetching all the packages
[14:45] <gema_> or files, rather
[14:46] <gema_> jibel: definitely before the libc6 configuring screen, I was trying to reproduce on a VM but cannot
[14:46] <jibel> hm, I'll let it run, but it doesn't crash with the exact same list of packages, upgrade from cd without network
[14:47] <stgraber> jibel: we just noticed that dail-live images are oversized
[14:48] <stgraber> by 800K
[14:48] <smartboyhw> stgraber: Should I go and test i386 image for Xubuntu Alternate?
[14:48] <stgraber> smartboyhw: busy with other things, if it needs testing, sure go ahead
[14:48] <smartboyhw> OK
[14:49] <stgraber> jibel: do you have access to dail-live images before  20120817?
[14:50] <jibel> stgraber, yes let me look
[14:51] <stgraber> I'm pretty sure 20120816 was still CD-sized
[14:53] <cjwatson> Riddell: I'm rejecting a print-manager upload from the quantal accepted queue - looks like a duplicate of a previous version, and it's making the publisher generate an OOPS report every run
[14:53] <cjwatson> Not quite sure how it got into accepted, but anyway
[14:54] <jibel> stgraber, finally no, I just have an history of the dev release
[14:54] <cjwatson> OK, and the next publisher run should actually manage to publish that efilinux binary approved yesterday (sbsigntool wasn't installed on the new ftpmaster machine)
[14:54] <Riddell> cjwatson: hmm, interesting.  thanks for rejecting
[14:55] <cjwatson> I suspect it's some kind of ramification of bug 62976
[14:55] <ubot2`> Launchpad bug 62976 in launchpad "Soyuz should not allow duplicated packages in NEW/UNAPPROVED queue" [Critical,Triaged] https://launchpad.net/bugs/62976
[14:56] <skaet> Riddell,   we're missing some of the images being tested for Kubuntu,  is there an ETA for when the testing will be done, or should we not release them.
[14:56] <skaet> amd64+mac and powerpc
[14:56] <cjwatson> Which is only procedurally critical (because it causes oopses), but in reality not that desperately important
[14:56] <Riddell> skaet: don't release them
[14:57] <skaet> Riddell, ack
[14:57] <arosales> Daviey: did MAAS(server) term out to be only applicable to Quantal as the test case currently tis?
[14:57] <Daviey> arosales: Yes, it's not something applicable to this point release.
[14:58] <arosales> Daviey: thanks for taking a look, so we just need the testcase removedthen?
[14:58] <rsalveti> Daviey: hey, mind reviewing the qemu merge proposal?
[14:59] <rsalveti> would be nice if we could land the new qemu today still
[15:00] <slangasek> jibel: bug #1040494> we've done our best to make that upgrade case work, and it's working in more scenarios than it ever has before AFAICS due to this added attention.  I don't think trying to get this working everywhere is something to hold up the point release for.
[15:00] <ubot2`> Launchpad bug 1040494 in update-manager "Unable to perform cdromupgrade without network from Lucid to Precise 12.04.1 AMD64 : E:Could not perform immediate configuration on 'python-minimal'" [Critical,New] https://launchpad.net/bugs/1040494
[15:01] <stgraber> jibel: how long would re-testing amd64 and amd64+mac take?
[15:01] <stgraber> jibel: for ubuntu desktop only
[15:01] <smartboyhw> What? A retest?
[15:02] <Daviey> rsalveti: I think hallyn would be better suited TBH.  Thanks for the heads up, can you reach out to him in #ubuntu-sever or -devel please?
[15:02] <rsalveti> sure
[15:02] <rsalveti> fabo: ^
[15:03] <jibel> stgraber, before I run to the mad house you mean ?  2hours for mac, 2hours for amd64
[15:03] <smartboyhw> jibel: :)
[15:04] <stgraber> jibel: ok
[15:05] <stgraber> jibel: if I can get them to fit on a CD again, I'll happily take the regular amd64 as it's kind of my fault for not noticing the images going oversized (though quite surprised nobody noticed the scary warnings on cdimage)
[15:06] <stgraber> ^ unmarked as ready
[15:07] <knome> stgraber, we're getting the test ran
[15:07] <smartboyhw> I'm crazy running Xubuntu alternates:)
[15:15] <stgraber> skaet: was that you ^ amd64+mac is oversized, so not ready
[15:15] <skaet> stgraber,  my bd
[15:15] <skaet> bad, even.
[15:18] <smartboyhw> stgraber: Xubuntu Alternate Builds tested
[15:18] <phillw> skaet: has (16:16:02) queuebot: (notice) Builds: Ubuntu Desktop amd64+mac [Precise 12.04.1] has been updated (20120817.3) been tested?
[15:18] <jocarter> stgraber: what time is the 12.04.1 release?
[15:18] <skaet> phillw,  I marked it ready by accident
[15:18] <stgraber> jocarter: same answer as everyone, when it's ready ;)
[15:18] <jocarter> stgraber: ok great!
[15:18] <skaet> and then had to mark it back to testing state.
[15:18] <jocarter> (because I haven't had chance to work on the release annoucnement yet)
[15:18] <stgraber> jocarter: we have some oversizedness of the live amd64 images
[15:19] <smartboyhw> stgraber: Mark the Xubuntu alternates ready, I tested it
[15:20] <phillw> oversize is still a niggling bug... but any release not decided as dvd should fit on one
[15:20] <stgraber> smartboyhw: I need the sign-off contact to tell me that
[15:20] <smartboyhw> I will get knome
[15:20] <smartboyhw> :)
[15:20] <knome> stgraber, they're done.
[15:20] <jocarter> stgraber: do you happen to have any stats on how many packages have been updated (or bugs fixed) since 12.04?
[15:20] <knome> stgraber, can i sign on the i386 with one test not done?
[15:20] <phillw> smartboyhw:( that means you have followed the iso tracker & signed)
[15:21] <smartboyhw> :)
[15:21] <stgraber> knome: yes
[15:21] <stgraber> jocarter: I believe skaet has that
[15:21] <jibel> stgraber, skaet sorry, my connection is seriously flaky. what is the decision wrt. oversizeness ?
[15:21] <knome> ok, great!
[15:22] <stgraber> jibel: trying to fix it
[15:22] <jibel> stgraber, ok.
[15:22] <knome> stgraber, skaet: 12.04.1 testing signed off
[15:23] <skaet> thanks knomw
[15:23] <smartboyhw> Thanks knome
[15:23] <skaet> knome,  please sign off on:  https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest/12.04.1
[15:23] <knome> skaet, did
[15:24] <skaet> Daviey, arosales - can you please sign off on https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest/12.04.1
[15:24] <skaet> slangasek, ^
[15:25] <arosales> skaet: yes, will do.
[15:25] <skaet> Riddell,  missing your signoff as well.
[15:26] <Riddell> signed off!
[15:29] <skaet> knome,  could someone signoff on the upgrade tests for Xubuntu?
[15:29] <smartboyhw> skaet: I'm contacting knome on this...
[15:29] <knome> skaet, when i looked earlier, they were done. what happened? did a respin kill them?
[15:30] <skaet> knome,  no,  there are just some tests on the tracker that weren't signed off - for upgrades
[15:30] <knome> mmh..
[15:30] <smartboyhw> I'll go ask the Mythbuntu team for upgrades
[15:31] <knome> skaet, i'm not sure if i follow. do you simply mean "not don" ?
[15:31] <knome> *done
[15:32] <skaet> knome,   not sure if they were done, and not recorded, or not done
[15:33] <knome> skaet, ok, so simply, we need to run those tests? :)
[15:33] <utlemming> stgraber: can we pull the 'EC2 Multiple Instances Run' from the EBS cloud images?
[15:34] <utlemming> stgraber: that's an invalid test
[15:34] <skaet> knome,  if they haven't been run yes please.
[15:34] <knome> skaet, ok, i'll organize that. thanks
[15:39] <brendand> skaet, release meeting tomorrow?
[15:39] <skaet> slangasek, infinitum - https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1017001 any further info on this one?
[15:39] <ubot2`> Ubuntu bug 1017001 in apt "package resolvconf 1.63ubuntu14 failed to install/upgrade: ErrorMessage: pre-dependency problem - not installing resolvconf" [Critical,Confirmed]
[15:39] <stgraber> ok, so for the oversizedness, I'm not spotting any extra package that was pulled in the pool or in the livefs
[15:39] <stgraber> so something suddently started using an extra 800K of compressed space...
[15:40] <skaet> brendand,  not sure yet,  depends how 12.04.1 goes.   please submit summary and we'll follow up on email if we don't have a standing meeting.
[15:40] <skaet> stgraber,  translations?
[15:41] <smartboyhw> I think the Mythbuntu guys can't sign off the upgrade testcases:(
[15:41] <stgraber> skaet: that could be. I have a week old image on a server of mine, will start diffing with that
[15:49] <stgraber> skaet: I see 3 things so far, "patch" was added to the image (113K uncompressed), the slideshow was updated with new translations (unknown size difference), the langpacks were updated
[15:49] <stgraber> I'm doing a local test rebuild with the slideshow reverted
[15:50] <utlemming> skaet: cloud images are ready to go, even though the tracker disagrees (the disagreement is with test cases that need deprecating for EBS volumes)
[15:54] <stgraber> skaet: ok, the problem isn't patch or ubiquity-slideshow-ubuntu, patch moved from /pool to livefs so actually saved us around 20K. ubiquity-slideshow-ubuntu in turn took the freed 20K
[15:54] <stgraber> skaet: I'll try rebuilding with the reverted langpacks
[15:56] <stgraber> skaet: I currently see two quick fixes. 1) drop wubi.exe (we'd losse the UI on Windows by doing that ...) 2) drop a langpack
[15:57] <skaet> slangasek,  can you weigh in on least impact of the two options that stgraber proposes?  neither are appealing.
[15:58] <stgraber> I personally think loosing a langpack is the best option of the two
[15:58] <skaet> utlemming,  ok,  thanks. :)   please get arosales to sign off on the manifest for them.
[15:59] <stgraber> unless I missed another magical way of finding 800K of compressed space
[15:59] <skaet> cjwatson, your thoughts?
[16:00] <cjwatson> Dropping a langpack is pretty much our stock answer to these things
[16:00] <skaet> ok.   sounds like dropping a langpack it is.
[16:00] <skaet> :(
[16:00] <stgraber> preparing the live-build upload for that
[16:01] <stgraber> (as changing the seed isn't enough post-release)
[16:02] <cjwatson> One of these days ...
[16:03] <stgraber> so we have the choice between spanish or portugese, by number of speakers I believe we should drop portugese. /me checks wikipedia
[16:03] <knome> skaet, just to make sure, isn't it so that the "upgrades" are from 10.04 and 11.10?
[16:03] <infinity> skaet: stgraber and I looked into 1017001 for a while, and every potential fix just moved the problem around, rather than fixing it.  So, even if it's fixable, it's not happening for .1
[16:04] <arosales> skaet: manifest testing images signed :-)
[16:04] <stgraber> right, wikipedia confirms, so we'll be dropping language-pack-pt for the amd64 images
[16:06] <skaet> thanks arosales
[16:07] <skaet> stgraber,  other factor is we are producing a chinese image
[16:07] <skaet> infinity,  understood.
[16:07] <stgraber> skaet: yeah, though I believe I was last told not to touch the Chinese support in the stock image...
[16:08] <arosales> skaet: sure, np :-)
[16:08] <knome> skaet, did you see my question? sorry for pestering...
[16:08] <skaet> stgraber,  ok,  go with what's safe, and we'll revisit after this, as part of post release feedback to get a prioritize order in future.
[16:09] <skaet> knome,  yes.
[16:09] <knome> skaet, thanks. :)
[16:09] <skaet> (and no worries....   thanks for your patience)
[16:10] <stgraber> skaet: FWIW I agree that it doesn't make sense to include the chinese langpack on all images when we have a separate image for that language, but yeah, best to rediscuss for 12.10 or 13.04
[16:12] <stgraber> infinity: I just uploaded http://paste.ubuntu.com/1162910/ to precise-proposed. Can you review it and accept it when it lands in -proposed? We'll also need it deployed on kapok ASAP so I can respin the amd64 images, test them and hopefully still release today. Thanks!
[16:13] <stgraber> jibel: ETA for new desktop images (amd64 and amd64+mac only) is ~1h
[16:13] <jibel> stgraber, thanks
[16:13] <infinity> Yay for copy and pasting.
[16:13] <xdatap1> skaet, hello. I've build the italian image and performed some tests, we're ready for the release. Do I need to wait the official release or may I send the email to the IS asking to upload it? (it some takes time, btw)
[16:13] <infinity> stgraber: I'll poke it in a sec.
[16:14] <xdatap1> skaet, s/it some take time/it takes some time
[16:14] <stgraber> jibel: as I said, I'll take care of amd64 so you just need to do amd64+mac, so if all goes well, we'll be good to go in 2-3 hours
[16:15] <jibel> stgraber, ok
[16:19] <cjwatson> seb128,infinity: Yesterday's discussion tickled a vague memory, so I went and had a look.  lib/lp/soyuz/scripts/tests/test_copypackage.py:TestCopyBuildRecords.test_incremental_binary_copies seems to be exercising the very behaviour we want.
[16:20] <cjwatson> It might be worth trying with a small package where the consequences of having to reupload aren't too serious.
[16:20] <seb128> cjwatson, oh, great, thanks
[16:20] <cjwatson> Unfortunately we can't really try it on dogfood because there are no non-i386 builders there.
[16:20] <infinity> cjwatson: To be fair, though, that's 99% of the time, NOT a behaviour we want.
[16:20] <infinity> cjwatson: I mean, we want it to work for emergency situations, and know that it should work, but I don't want people to think we should normally be doing it. :P
[16:20] <cjwatson> Oh, I agree
[16:21] <cjwatson> But it's good to have the option
[16:21] <infinity> cjwatson: As for dogfood, it's easily testable.
[16:21] <skaet> xdatap1,  please hold off for the release
[16:21] <infinity> cjwatson: Give me one 64-bit buildd, and we can flip-flop it to create and fix skew at will.
[16:21] <xdatap1> skaet, ok no problem
[16:21] <cjwatson> Well.  True.  But we don't have any dogfood builders at all right now.
[16:22] <infinity> cjwatson: No, true.  I miss ferraz.  *sniff*
[16:22] <cjwatson> There was a massive kerfuffle yesterday to steal one from production for some LP QA.
[16:22] <infinity> cjwatson: We could just spin up lp-buildd on mawson.  It's not like it doesn't already run every other LP service.
[16:23] <cjwatson> Rather you than me. :-)
[16:23] <infinity> cjwatson: Can't do virtual tests that way, but it's fine for the distro/bare-metal case.
[16:23] <cjwatson> Fake-virt is possible anyway.
[16:23] <infinity> Yeah.
[16:31] <stgraber> infinity: looks like live-build is now built. Let me know when it's on kapok. thanks!
[16:31] <infinity> stgraber: Already working on it. :P
[16:32] <stgraber> yay!
[16:32] <skaet> thanks infinity, stgraber. :)
[16:37] <slangasek> skaet, stgraber: I'm certainly not thrilled about either option, but it would be better to drop a langpack than to drop wubi IMHO.  Which langpacks do we have on there at present?
[16:37] <stgraber> slangasek: -en -es -pt -zh-hans
[16:37] <slangasek> stgraber: on both archs currently?
[16:38] <stgraber> slangasek: yeah, after we had to drop -de from i386, they're currently in sync
[16:39] <slangasek> and you're leaning towards removing -pt, not -zh-hans?
[16:39] <stgraber> slangasek: correct, the live-build infinity is deployed drops -pt
[16:40]  * xnox thought fr should be in & default
[16:40] <slangasek> xnox: that's for 12.10
[16:40] <slangasek> :)
[16:40]  * skaet reminds xnox this is precise, not quantal :)
[16:40] <slangasek> pardon
[16:40] <stgraber> slangasek: I remember being told in the past not to drop -zh and having a quick look at it, ubuntu-defaults-zh-cn doesn't depend on zh-hans
[16:40] <slangasek> je veux dire, "ça, c'est à 12.10"
[16:41] <xnox> don't we have a chinese image for 12.04.1
[16:41] <xnox> (as in separate one)
[16:41] <stgraber> slangasek: "ça c'est pour 12.10"
[16:41] <slangasek> stgraber: doesn't make any sense to me why you would've been told not to drop it; who told you not to?
[16:41] <stgraber> xnox: we do
[16:41] <slangasek> xnox: yes, we do
[16:41] <slangasek> stgraber: drat, so close ;)
[16:42] <stgraber> slangasek: I can't remember, that was a couple of cycles ago IIRC. I agree that we should get rid of -zh on the main image and fix the chinese image to depend on these packages...
[16:42] <stgraber> currently ubuntu-defaults-zh-cn doesn't seem to depend on the langpacks
[16:42] <slangasek> heh
[16:43] <slangasek> so the langpacks are on the Qin CD only because they're on the main CD?
[16:43] <stgraber> that's my understanding
[16:43] <stgraber> and I agree that's broken
[16:44] <slangasek> but it does mean additional several times more work to fix it up in time for .1
[16:44] <slangasek> so I think removing -pt is ok
[16:44]  * skaet nods
[16:44] <skaet> I'm adding it to the topics to discuss for a feedback session on this release.
[16:45] <stgraber> skaet: the whole langpack stuff should indeed be re-discussed. There's no reason why we have language-pack-zh-hans on the main image and I believe there's no more reason to have language-pack-en on the Qin image
[16:46] <skaet> agreed.
[16:46] <stgraber> so fixing that situation should make us save space on both images
[16:47] <slangasek> skaet, stgraber: best to file a bug on ubuntu-defaults-zh-cn and target to .2
[16:47] <stgraber> slangasek: will do
[16:48] <Riddell> stgraber: skaet: I'm about to leave for the weekend, anything else you need from me?
[16:48] <skaet> Riddell,  checking..
[16:48] <Riddell> https://wiki.kubuntu.org/PrecisePangolin/ReleaseNotes/Kubuntu has been updated
[16:49] <infinity> stgraber: thedac's done your live-build upgrade on kapok.
[16:49] <stgraber> infinity: thanks
[16:49] <skaet> Riddell,  thanks.  :)
[16:49] <stgraber> jibel_: build running
[16:49] <stgraber> slangasek, skaet: bug 1040764
[16:50] <ubot2`> Launchpad bug 1040764 in ubuntu-defaults-zh-cn "ubuntu-defaults-zh-cn should depend on language-pack-zh-hans and any other needed language packs" [High,Triaged] https://launchpad.net/bugs/1040764
[16:50] <slangasek> stgraber: ta
[16:50] <knome> skaet, just saying it already; we don't have anything we want to update in the release notes
[16:50] <skaet> Riddell,  thanks,  not seeing anything.  ScottK the backup to notify when we announce?
[16:50] <skaet> thanks knome.
[16:50] <knome> np. running the upgrade tests now too
[16:51] <Riddell> skaet: he might be on holiday too so nudge shadeslayer and #kubuntu-devel for good luck
[16:51] <skaet> thanks Riddell.   will let them know in the channel when this one goes out.
[16:51] <stgraber> skaet: continuing pre-publishing with everything but ubuntu-desktop
[16:52] <skaet> have a good weekend.
[16:52] <skaet> Thanks stgraber
[16:52] <cjwatson> slangasek: I vaguely remember the drama about -zh as well, but unfortunately not the details
[16:52] <cjwatson> Certainly not a drama I'd be keen to resurrect at short notice
[16:52] <slangasek> right
[16:52] <slangasek> seems to me that this should be obsoleted by the Qin image now, but
[16:53] <shadeslayer> ?
[16:53] <skaet> shadeslayer, just that you're Riddell's backup until we get the images published ;)
[16:54] <cjwatson> Actually
[16:54] <shadeslayer> sure
[16:54] <cjwatson> I think the previous -zh drama was back when the Qin image was just the normal one with a different language default
[16:54] <cjwatson> In fact I'm nearly sure
[16:54] <cjwatson> (language default> in gfxboot, that is)
[16:55] <skaet> by the way,  have already got the ok for the chinese images to be oversized for precise,  in case it comes up ;)
[16:55] <cjwatson> I believe that ubuntu-defaults-builder/lib/language-support-hook deals with installing language-pack-blah
[16:56] <cjwatson> Though worth testing for the zh-hans/zh-hant irregularity
[16:56] <cjwatson> However I think it's a reasonable working hypothesis that the previous drama stgraber refers to is now in fact obsoleted by the Qin images, and worth testing after .1
[16:58] <stgraber> skaet: well, they are oversized at this point. Unless they want to get the non-oversized one that's missing a bunch of fonts and ibus-sunpinyin
[16:58] <stgraber> skaet: might be good to know which one they want released
[16:59] <balloons> so I have a crash file recieved from debconf after upgrading, but apport won't process it. If I choose to send the report, apport simply closes and writes out a zero byte .uploaded file.. no web browser, no bug filed
[16:59] <stgraber> skaet: 20120817.1 fits on a CD, 20120822 doesn't
[16:59] <skaet> stgraber,  agree.   Need to get a lead identified for those images.
[16:59] <stgraber> btw, pre-publishing done for wubi, ubuntu-alternate and ubuntu-server
[16:59] <stgraber> will pre-publish desktop once amd64 is done building (going on the assumption that testing will be all good)
[17:00]  * stgraber quickly grabs some to eat
[17:07] <skaet> mvo,  can you update the meta release file?
[17:08] <stgraber> I really hope #is fixes the bandwidth issue between the buildds and nusakan... downloading the squashfs at an amazing 1MB/s...
[17:10] <stgraber> looks like we cleared 9MB off the squashfs, so sucess on that part!
[17:11] <cjwatson> Still?  Please report that - my understanding was that that had been fixed
[17:15] <stgraber> jibel_: built!
[17:21] <stgraber> updated ubuntu desktop i386 to show the same version number as amd64, confirmed md5sum matches, so keeping all testing results
[17:22] <stgraber> skaet: pre-published all images
[17:32] <jibel> stgraber, syncing
[17:33] <stgraber> I'm already running half of the amd64 tests but can't run much more than 6 installs in parallel on that laptop so if someone wants to help, feel free
[17:34] <knome> stgraber, i hope you are not talking about *ALL* images ;)
[17:34] <skaet> knome,   no it was just one ubuntu desktop image that was resized.
[17:34] <knome> huh :)
[17:41] <infinity> stgraber: Are you saitsfied with that new live-build, BTW?  manifests check out, etc?
[17:41] <infinity> stgraber: (I want to release it so kapok's not skewed from reality, if you're cool with the results)
[17:42] <stgraber> infinity: yep, that saved us 9MB and the images look like they're working
[17:46] <stgraber> jibel: can you try to pick testcases I'm not already covering with amd64?
[17:46] <stgraber> jibel: as amd64 and amd64+mac are technically the same livefs, a single pass between the two media will be enough, so if we can reduce the number of installs for you, that'd be great
[17:47] <infinity> stgraber: released to updates, then.
[17:47] <stgraber> infinity: thanks
[17:50] <jibel_> stgraber, i'm on broken internet/non-english
[17:50] <stgraber> jibel_: awesome, I don't have that one covered with my VMs
[17:50] <infinity> jibel_: For a second there, I thought "broken internet" was a locale.
[17:50] <infinity> jibel_: "u want 2 install now?"
[17:53] <stgraber> buildds => nusakan bandwidth problem has now been solved, so we should be back to getting quick livefs builds
[17:56] <cjwatson> infinity: opposite: http://www.chiark.greenend.org.uk/~owend/free/guru.html
[17:57] <infinity> cjwatson: And why hasn't this been committed upstream?
[17:59] <cjwatson> " On my Debian GNU/Linux 2.1 system" and libc upstream of the time; you have to ask?
[17:59] <infinity> cjwatson: Fair point. :P
[18:06] <skaet> slangasek,  stgraber - any reason not to turn on the updates now?  (meta-release file)
[18:06]  * skaet thought there was some discussion earlier about holding off for a day, but can't remember the outcome.
[18:06] <slangasek> skaet: no.  We're prepared to roll it back if it turns out users are having problems with the upgrade?
[18:07] <skaet> slangasek,  will ask mvo to be on standby.
[18:07] <slangasek> skaet: well, I thought the conclusion was to hold off the announcement until we're confident we don't need to roll back
[18:07] <stgraber> we know there are bugs but only way to get numbers and more data is to have people hit them... so turning them on and make sure we can very quickly roll back is the plan
[18:08] <skaet> slangasek, stgraber - ack.
[18:09] <slangasek> stgraber: did you have any time to look at 1017001 and getting a full apt log out?
[18:09] <stgraber> the upstart-job mess is the one known bug at this stage but although we can reproduce it, we don't seem extremely close to being able to fix it... (I was hoping to spend some time on it yesterday, that didn't happen unfortunately)
[18:10] <slangasek> being close to fixing it is separate from whether it's ok to turn on upgrades for users while the bug remains
[18:10] <slangasek> i.e., if it's going to affect huge numbers of users, we should still turn uploads back off until we can get it fixed
[18:10] <slangasek> s/uploads/upgrades/
[18:11] <stgraber> right and we unfortunately don't have any numbers until we turn the upgrades on. So far the reproducer depends on a pretty weird setup (mythbuntu without any update)
[18:14] <slangasek> yep
[18:14] <slangasek> though, not all the people who've hit the bug were in that situation... it's just the one we've been able to reproduce
[18:15] <mvo> slangasek, stgraber, skaet: enabled now and works in my test vm afaict
[18:15] <stgraber> ok
[18:15] <slangasek> mvo: cheers
[18:15] <stochastic> skaet, I was told you're the person to mention that the Ubuntu Studio team sees no real reason to publish release notes on 12.04.1 - though we could be persuaded if needed - so don't hold your breath for them :)
[18:15] <mvo> yw
[18:15] <infinity> stgraber: Without any updates?  Doesn't release-upgrader force an upgrade to the tip of $current-updates before upgrading to $new_release?
[18:16] <infinity> (And if not, why the heck not?)
[18:16] <stgraber> infinity: it doesn't
[18:16] <stgraber> no idea
[18:16] <infinity> Given that, in some oddball cases, the only way we can fix upgrades is to fix old_release, not new_release, that seems like a no-brainer.
[18:17] <stgraber> FWIW I didn't check that applying the upgrades fixes the upgrade issue, but based on jibel_'s testcase, I assumed it did
[18:17]  * stgraber quickly checks
[18:18] <slangasek> infinity: in the general case, this potentially makes the upgrade much slower.  Those packages that need to be pulled from -updates (such as the release-upgrader version of apt itself, for 10.04) are pulled explicitly.
[18:18] <skaet> stochastic, ok,  if no new bugs you want to warn folks of,  we'll leave them as is.
[18:19] <infinity> stgraber: I don't actually see how upgrading to -updates would fix this case anyway, unless it just subtly reorders things enough to heisen the bug away.
[18:19] <slangasek> infinity: can you test that?
[18:19] <infinity> But in the general case, don't we pretend that we don't support upgrades on non-updates systems?
[18:19] <infinity> slangasek: stgraber's already running said test, apparently. :P
[18:19] <infinity> 12:17  * stgraber quickly checks
[18:20] <infinity> I can't beat Captain VM over there, when he decides to test something.
[18:23] <slangasek> ok
[18:36] <skaet> jibel,  did the testing report get mailed out and I've missed it?
[18:36]  * skaet wants to cross check against the release notes
[18:38] <jibel_> skaet, no, I posted the link on the channel only
[18:39] <skaet> jibel_,  can you repost please.   I don't have it in my backscroll.
[18:40] <jibel_> sure, 1 sec
[18:41] <skaet> thanks.  :)
[18:41] <jibel> skaet, https://wiki.ubuntu.com/QATeam/ReleaseReports/PrecisePoint1TestingReport
[18:43] <skaet> thanks jibel
[18:43] <stgraber> slangasek, infinity: so far so good (with updates applied), I'm way past the usual explosion point
[18:44] <jibel> stgraber, last test: I successfully installed a mac with the screenreader
[18:45] <utlemming> skaet: what's the eta for pulling the switch on the cloud images?
[18:46] <infinity> stgraber: That could be either a useful data point, or just extra frustrating, I'm not sure which.
[18:46] <skaet> utlemming,  go ahead and pre-publish them.    We'll be waiting for some data on the updates before the announce will go out.
[18:46] <slangasek> infinity: it's a useful data point because it means we can bisect the updates, pinpoint the ones that make a difference. and quirk them in update-manager?
[18:46] <utlemming> skaet: they are pre-published, ready to be made public.
[18:46] <infinity> stgraber: And unless something in -updates drastically changed to affect this, it seems more likely that applying updates just shifted the bug around so a different set of people will see it. :/
[18:47] <infinity> slangasek: See above.
[18:47] <skaet> utlemming,  waiting for some data.
[18:47] <slangasek> infinity: perhaps
[18:47] <infinity> slangasek: But absolutely, if something in updates actually FIXED the ordering somehow, we can totally use that as a workaround.
[18:50] <stgraber> slangasek, infinity: upgrade finished without any error. I'll push the resulting dist-upgrade directory
[18:50] <infinity> Huh.  Curious.
[18:52] <stgraber> slangasek, infinity: http://www.stgraber.org/download/bug1017001/dist-upgrade-with-updates/
[18:56] <stgraber> jibel: do you still have that LTSP failure log from yesterday (quantal)? I'm preparing the next LTSP upload as we speak (trying to get as many of my stuff into quantal before FF...)
[18:57] <jibel> stgraber, no, I deleted the VM but can reproduce it if you wish
[18:58] <stgraber> jibel: nah, will try and find your pastebin link in my irc history, that'll be enough
[18:58] <stgraber> jibel: found it. http://paste.ubuntu.com/1161542/
[19:08] <infinity> Hrm.  So apt.log is nearly identical in both cases, up until the failed one stops having anything to log.
[19:08] <stgraber> jibel: looks like you forgot to post the +mac result.
[19:08] <stgraber> marking amd64 as ready for now, waiting for +mac
[19:08] <infinity> The only differences are that the upgraded system doesn't install xul-ext-ubufox or python-pycurl, which seems like they'd be red herrings.
[19:08] <jibel> stgraber, oh right, forgot to press submit
[19:09] <knome> stgraber, skaet: i'll sign off xubuntu upgrades as ready for my part. all the testcases are now done.
[19:09] <stgraber> infinity: that's really weird...
[19:09] <stgraber> knome: ok, thanks
[19:09] <skaet> thanks knome.  :)
[19:09] <knome> np. let's hope we have more testers next time,...
[19:10]  * knome is going to appease the angry wife now
[19:10] <knome> see you!
[19:10] <stgraber> skaet: I'm going to sign-off netboot i386 and amd64 as Ubuntu has been marked as good on both
[19:10]  * phillw can I ask who checked out the AMD-Mac sequence?
[19:10] <skaet> stgraber,  ack
[19:24] <infinity> slangasek: Do you remember, off the top of your head, if any of the people reporting the bug had ubuntu-desktop installed?
[19:25] <slangasek> infinity: no idea
[19:25] <slangasek> why do you ask?
[19:25] <infinity> I dunno.  Following a weird hunch that installing python-pycurl mangles the order just enough to magically make it work.
[19:25] <infinity> Which would be scary.
[19:26] <infinity> But it's in ubuntu-desktop in lucid and none of the others, it's in all of them in precise.  It's also one of the only two extra packages that gets installed pre-upgrade in stgraber's successful test.
[19:27] <infinity> xul-ext-ubufox being the other one.
[19:40] <skaet> stochastic, is there a new Ubuntu Studio web site that should get mentioned?
[19:43] <obounaim> When Ubuntu 12.04.1 will be released?
[19:44] <stgraber> obounaim: when it's ready
[19:45] <obounaim> today?
[19:47] <stgraber> most likely
[19:50] <xnox> obounaim: a full day lasts up to 50 hours around the world. 23-Aug has elapsed for about 22 hours so far. We still have plenty of time to "release on 23rd of August" somewhere in the world.
[19:50] <obounaim> ok
[19:52] <obounaim> can i ask what are you doing now compiling, testing the image...?
[19:53] <xnox> obounaim: http://iso.qa.ubuntu.com/qatracker/milestones/230/builds
[19:53] <xnox> obounaim: testing candidate images, trying to reproduce/resolve bugs which we found recently.
[20:16] <nessita> hello everyone, I'm about to dput a new release of magicicada to ubuntu (universe), I just wanted to confirm that is ok to do so (freeze is in ~1 hour afaik)
[20:17] <stgraber> nessita: yep, it's fine
[20:17] <nessita> stgraber: thanks!
[20:17] <stgraber> you have 43 minutes ;)
[20:17] <nessita> :-)
[20:18]  * infinity lunches while his machine grinds on installing a mythbuntu test base.
[20:28] <slangasek> bug #1040002 seems to still be manifesting in the latest jenkins test
[20:28] <ubot2`> Launchpad bug 1040002 in update-manager "lucid upgrade to precise amd64 universe failed: E:Error, pkgProblemResolver::Resolve generated breaks" [Medium,Incomplete] https://launchpad.net/bugs/1040002
[20:28] <slangasek> and bug #1040830 looks like a user-reported duplicate
[20:28] <ubot2`> Launchpad bug 1040830 in update-manager "Cannot upgrade from 10.04 to 12.04.1" [Undecided,New] https://launchpad.net/bugs/1040830
[20:29] <slangasek> jibel: hi, how does one find the list of bug reports with no package?  Do you know?
[20:34] <Daviey> slangasek: Advanced Search, "Hide bugs with packages specified"
[20:34] <jibel> slangasek, check 'Hide bugs with package specified' in advanced search or add field.has_no_package=on in the search query in the address bar.
[20:34] <slangasek> Daviey, jibel: ta
[20:47] <bjf> slangasek: i did an install from scratch of quantal amd64 server and ended up with the following /etc/network/interfaces: http://pastebin.ubuntu.com/1163284/
[20:47] <bjf> slangasek: now, it could be somthing wrong on my orchestra server but "em1" doesn't look right and other installs work just fine
[20:47] <bjf> slangasek: other installs being precise
[20:48] <slangasek> bjf: why do you think it doesn't look right?  This is biosdevname, see cjwatson's mail to ubuntu-devel/server today
[20:48] <stgraber> bj	that looks kind of right in the new biosdevname world...
[20:50] <bjf> slangasek: well, given that "before" i was expecting eth0 and got that and today i get em1 and the interface doesn't come up ... that seems "wrong" to me
[20:50] <bjf> slangasek: and might catch a few other folks by surprise
[20:50] <slangasek> ok; I don't know why the interface doesn't come up
[20:50] <slangasek> but that needs to be debugged separately from the name change, which is deliberate and not likely to be reverted
[20:51] <slangasek> (this brings us in line with what RH and Fedora are doing, and with what server OEM vendors have been demanding for a while, so that people in datacenters get a clear mapping of Linux network devices to physical chassis)
[20:55] <bjf> slangasek: well, i'm sharing an orchestra server with the QA team and my preseed is specifying eth0 so ... looks like i need to do some investigation based on cjwatson's email
[20:55] <slangasek> yep - sorry
[20:55] <slangasek> that does highlight that this definitely needs to be in the release notes
[20:59] <bjf> slangasek: no reason to be sorry, it wasn't obvious to me (which it should have been) that colin's email applied to me or how it would
[21:00] <bjf> slangasek: i'm using the same preseed for multiple series so i may need a Quantal and forward preseed
[21:02] <dobey> crap. slow test builds/lp can be quite annoying sometimes. :-/
[21:11] <cjwatson> bjf: either of the first two approaches that I mentioned in my mail is unambiguously superior to preseeding a specific interface name, and will work from 11.10 onwards
[21:11] <cjwatson> (not really here)
[21:12] <bjf> cjwatson: thanks, yup i'm coordinating with the QA folks. sorry for my confusion
[21:14] <cjwatson> I realise it's a change - that's why I pushed back on doing it in 12.04 :)
[21:14] <cjwatson> (and even with that, I'm still getting questions about backporting this to 12.04.x
[21:14] <cjwatson> )
[21:37] <knome> is it out? :]
[21:39] <skaet> nope
[21:39] <skaet> knome,  where will you be posting your news?
[21:40] <knome> xubuntu.org
[21:42] <skaet> knome, can I use:  Xubuntu: http://xubuntu.org/news/12-04.1-release
[21:42] <skaet> in the announce email?
[21:42] <skaet> or should I just go with xubuntu.org/news/
[21:42] <knome> humm
[21:43] <knome> news/ is probably better, we're trying to go away from the "Xubuntu [releasenum] released" -style titles :)
[21:43] <knome> oh, wait
[21:43] <knome> let me find you a url that actually works
[21:44] <knome> skaet, it will be posted to: http://xubuntu.org/news/12-04-1-release/
[21:45] <knome> what are the milestone names again that one can use with work items?
[21:45] <knome> the howto doesn't give examples, or link to a list
[21:47] <knome> ubuntu-12.10-beta-1 ?
[21:47] <skaet> knome,  yes,  beta-1 or beta1 has been used.   I'm good with beta-1
[21:48] <knome> okay
[21:49] <knome> if i mark things for beta-1, can i see an overview of what we're targeting for that somewhere?
[21:51] <skaet> knome,  yes.   ping me tomorrow and I'll walk you through the options.
[21:51] <jocarter> how are things?
[21:51] <knome> skaet, okay. i'll do that if i get to organize stuff around. i'm thinking it might be more useful to just work on the items...
[21:51] <skaet> jocarter,  waiting for some data
[21:52] <skaet> knome,  possibly,  but marking the ones that aren't going to happen would be useful as well.
[21:52] <knome> skaet, yeah, we've marked those POSTPONED
[21:53] <knome> skaet, too much of that for this cycle, but what can you do :(
[21:53] <skaet> knome.   Thanks.  that will help.
[21:53] <skaet> (and yes, it happens)
[21:58] <knome> question: we're going to add some more launchers to the xfce settings manager. do you think that needs FFe or UIFe?
[21:59] <knome> technically, we're just going to link a few more executables, which means a few more icons will show up at the settings manager, and some will disappear from the settings menu
[21:59] <skaet> knome,  UIFe probably, since its visible.
[22:00] <knome> ok, then i'll try to get it done next week
[22:00] <skaet> knome,  thanks.   Best if you can get it in before we hit beta 1 freeze next thursday if at all possible.
[22:01] <knome> sure. mr_pouit is excitedly waiting me to file him a reminder-bug :P
[22:03] <jocarter> skaet: ah ok.
[22:55] <utlemming> cloud images have been published
[22:59] <stgraber> skaet, slangasek: hmm, publish-image-set must have lied to me... the files didn't publish to the right paths
[22:59] <stgraber> looking into it now
[23:00] <skaet> thanks utlemming.
[23:00] <skaet> stgraber,  standing by.
[23:00] <stgraber> skaet: hmm, actually, it might be fine, checking again because the final find | sed failed, so I'm sure something's wrong somewhere
[23:03] <stgraber> well, the headers actually look good and the files are where they should be (or at least where the 10.04.x ones ended up)...
[23:03] <stgraber> pushing to the mirrors
[23:04] <skaet> utlemming,   site mentions 12.04,  not 12.04.1 - is that deliberate?
[23:05] <utlemming> er, umm, not its not
[23:05]  * utlemming fixes that
[23:05] <stgraber> skaet: can you check that your links are working and that the pages they point to all say "12.04.1 LTS"?
[23:06]  * skaet trying
[23:07] <stgraber> apparently something magically generated the right headers but I don't like magic, so best to make sure they're actually all good
[23:07] <utlemming> skaet: fixed
[23:08] <skaet> stgraber,  spotting same problem on cdimage pages as utlemming just fixed.
[23:10] <stgraber> skaet: link?
[23:10] <skaet> stgraber: http://cdimage.ubuntu.com/releases/12.04.1/release/
[23:11] <skaet> has more than the tested ones on it as well.
[23:11] <stgraber> skaet: nope, it actually misses all the 12.04.1 at the moment
[23:12] <stgraber> skaet: oh, that actually just got synced, now it looks right
[23:12] <stgraber> (12.04.1 is at the bottom of the page)
[23:12] <skaet> ok,  looking at it now.
[23:13] <stgraber> slangasek: can you run "point-release-snapshot precise precise.1-security-updates-snapshot" as ubuntu-archive on lillypilly?
[23:15] <stgraber> jbicha_: We have "File a bug on ubuntu-docs to have https://help.ubuntu.com/community/UbuntuHashes updated." in the PointReleaseProcess, the project no longer accepts bugs apparently, so where/who do I ask for the hashes to be updated?
[23:15] <utlemming> skaet: has the release announcement gone out yet, or can I send out the refresh announcement?
[23:16] <stgraber> utlemming: it's not out yet
[23:16] <slangasek> stgraber: hmm, I suppose I can - we're doing these snapshots on lillypilly now?
[23:16] <stgraber> we're waiting for mirrors
[23:16] <stgraber> slangasek: well, the wiki page says so...
[23:16] <skaet> utlemming,  not sending it out until we know all the links are working.
[23:16] <slangasek> stgraber: link?
[23:16] <utlemming> stgraber, skaet: ack
[23:16] <stgraber> slangasek: https://wiki.ubuntu.com/PointReleaseProcess
[23:17] <slangasek> stgraber: ok, I see that update is courtesy of cjwatson, that's reasonable
[23:17] <slangasek> but fwiw the command fails because it tries to create cross-device hardlinks
[23:18] <stgraber> slangasek: fun...
[23:18] <slangasek> heh, because /home is on /dev/sda1 and /srv is on /dev/sdb1
[23:19] <slangasek> stgraber: I recommend not blocking on this
[23:21] <stgraber> slangasek: yeah, I was doing these in parallel anyway
[23:21] <stgraber> so we're at the wait for mirrors and torrents step now
[23:21]  * stgraber checks the torrents
[23:22] <stgraber> skaet: surprise, torrents don't work ;) "Requested download is not authorized for use with this tracker."
[23:23]  * skaet is not surprised...   wish she was 
[23:23] <stgraber> I tried with Edubuntu, will try something from releases.ubuntu.com too, but doubt it'll make any difference
[23:23] <stgraber> poked #is
[23:24] <Daviey> stgraber: also, no server http://torrent.ubuntu.com/releases/precise/release/
[23:25] <Daviey> ahh, that is main release.. but still odd, no server
[23:25] <Daviey> stgraber: The auth issue, The torrents always take an age to start working.. it could just be that.
[23:27] <stgraber> Daviey: yeah, though the past 3-4 times the server was also dead or stuck, so hopefully IS can check and give some kind of ETA
[23:28] <skaet> stgraber, http://releases.ubuntu.com/precise/ has the 12.04 and 12.04-1 images in the directory.   downloads seem to be picking up the 12.04 ones...
[23:28] <Daviey> yeah, last time they unblocked it... the vanguard had to rely on bash history IIRC
[23:29] <stgraber> skaet: oh yeah, the links are wrong... fixing
[23:31] <slangasek> have the 12.04 images been archived off to old-releases?
[23:32] <stgraber> slangasek: no, my understanding of the wiki page is that we only move the past point release, not the main release
[23:33] <slangasek> stgraber: that's incorrect; we archive off the .0 as well for space reasosn on the mirrors
[23:35] <Daviey> stgraber: Has the meta file been pushed?
[23:36] <stgraber> slangasek: hmm, ok... can you update the wiki, that page is very unclear about that "Find which images from previous point releases on cdimage.ubuntu.com are going to be replaced by this image set, and archive them to old-images" certainly didn't expand to "including .0" in my head...
[23:36] <stgraber> Daviey: if you mean, the dist-upgrade trigger, yes
[23:37] <Daviey> stgraber: It's been validated as functional ?
[23:37] <stgraber> Daviey: my 10.04 VMs asked me to upgrade, so yes
[23:38] <slangasek> stgraber: corrected - note that this is also meant to be old-releases, not old-images which is an entirely different place
[23:38] <skaet> stgraber,   looks like the 2 sets of images problems is pervasive.   spotted it in:  http://cdimage.ubuntu.com/edubuntu/releases/12.04.1/release/
[23:43] <Daviey> we don't have an updated wubi?
[23:43] <stgraber> slangasek: right, I'm trying to sort the mess and move stuff to old-releases
[23:44] <stgraber> skaet: yeah, looking at releases.ubuntu.com for now, will look at cdimage afterwards
[23:45] <skaet> stgraber, thanks.
[23:46] <Daviey> skaet: Do you know if an updated wubi was created?
[23:48] <skaet> Daviey,  yes. 20120817.2
[23:48] <skaet> its on the iso tracker.
[23:49] <Daviey> so.. even uploaded it to p.c.c on 09 Aug 2012 .. and that is what people have been testing against.
[23:49] <Daviey> but, http://releases.ubuntu.com/precise/ shows.. 24-Apr-2012
[23:49] <Daviey> So.. it hasn't been put in.
[23:50] <Daviey> stgraber: "Archive the old copy of wubi.exe to old-releases, and publish a new one" .. was that step done?
[23:52] <stgraber> Daviey: releases is in a bit of a mess, that's what I'm working on at the moment
[23:55] <Daviey> stgraber: if you do with a hand, do ask.
[23:55] <stgraber> Daviey, slangasek: http://releases.ubuntu.com/precise/ should be good, can you confirm?
[23:55] <stgraber> if so, I'll start doing the same thing with cdimage
[23:57] <slangasek> stgraber: looks right to me
[23:57] <skaet> Daviey,  wubi is on http://releases.ubuntu.com/12.04.1/
[23:57] <stgraber> ok, let's have some fun with cdimage then
[23:58] <skaet> stgraber, looks good to me as well.
[23:58] <Daviey> stgraber: there is a bunch of meta files from the 17th.. is that correct?
[23:58] <Daviey> ie, they are older than the iso serial