[00:00] <cjwatson> Regression from bug 984736.
[00:00] <ubot2> Launchpad bug 984736 in ubiquity "oem-config not installed after initial installation in OEM mode" [Undecided,Fix released] https://launchpad.net/bugs/984736
[00:00] <ScottK> I did.
[00:01] <ScottK> Let me look for it.
[00:01] <cjwatson> Well, ish, not entirely sure that description matches that fix
[00:01] <ScottK> Bug 987050
[00:01] <ubot2> Launchpad bug 987050 in debian-installer "No "Prepare for shipping ..." option after OEM install from D-I" [Undecided,New] https://launchpad.net/bugs/987050
[00:01] <ScottK> cjwatson: ^^^ and with that I'm off for a bit to have dinner with the kids.
[00:02] <cjwatson> ScottK: Would you want a respin for this, if it's done in the seeds for minimal impact?
[00:09] <ScottK> cjwatson: Yes.
[00:10] <ScottK> There's minimal testing on the current Kubuntu images.
[00:20] <cjwatson> You have enough space.
[00:24] <cjwatson> London's asleep (ironic given I'm on the same timezone).  I'm going to JFDI.
[00:24] <cjwatson> Running.
[00:24] <cjwatson> And bed.
[01:24] <ScottK> cjwatson: Thanks.
[01:25] <ScottK> Can someone mark the current Kubuntu images obsolete in the tracker?
[01:37] <slangasek> ScottK: all? desktop? alternate?
[01:38] <slangasek> (disabling all, can always re-enable some if that's wrong)
[01:40] <ScottK> slangasek: Whatever cjwatson respun before he went to bed.  I assume it was just the alternates, but I don't know.
[01:44]  * slangasek looks at the process list and makes an educated guess
[01:44] <slangasek> mm, I don't see anything respinning
[02:07] <slangasek> ScottK: ^^ so I don't know where that got stalled, unfortunately
[02:11]  * lamont finishes testing his postfix change, wonders about how to toss that at -proposed in a proper manner so as not to be larted by slangasek 
[02:14] <slangasek> lamont: in an SRU-compliant manneR?
[02:14] <lamont> yeah that's it
[02:15] <lamont> ScottK had me all prepped, but well.... larting hurts
[02:15] <slangasek> heh
[02:15] <lamont> rather, being larted does
[02:21] <lamont> slangasek: so if I throw it into precise-proposed and there's no paperwork, does it just languish?
[02:21] <slangasek> it'll almost certainly get wedged at one stage or another
[02:21] <slangasek> https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[02:22] <lamont> ta
[02:24] <lamont> slangasek: bug 980682, fwiw
[02:24] <ubot2> Launchpad bug 980682 in postfix "postconf can't open main.cf with the result that /etc/resolvconf/update-libc.d/postfix fails trying to copy /etc/resolv.conf onto itself" [Medium,Fix committed] https://launchpad.net/bugs/980682
[02:24] <slangasek> score
[02:24] <lamont> wtf it just shows up now, I do not know.
[02:24] <lamont> it's been there since 2.1.5
[02:25] <lamont> and you get turkish debconf translation updates at no additional charge
[02:25] <slangasek> excıtıng
[02:25] <lamont> no.  boring.  it's all very booooooring.
[02:25] <lamont> nothing to see here, it can move along.
[02:26] <slangasek> Turkısh translatıons are never borıng
[02:26] <lamont> rofl
[02:27]  * slangasek sweeps up the fallen dots
[02:27] <slangasek> …
[02:27] <lamont> you know those are like nearly-pure sugar, right?
[02:28] <lamont> ~lamont/+archive/ppa if you are curious at all
[02:28] <lamont> hrm... no can do step 1 of procedure.
[02:28] <slangasek> exceptions will be made
[02:28] <slangasek> also, "fixed in Debian" is an answer ;)
[02:29] <lamont> yeah.  I need to actually build the binaries for debian so I can upload it
[02:30] <lamont> Bug description: Dont know what happened, it just crasched
[02:31] <lamont> now that's specific
[02:31] <slangasek> that's why we're creating a crash database ;)
[02:32] <slangasek> since providing good crash data is orthogonal to writing good bug reports
[02:33] <lamont> too true
[02:35] <lamont> anyway, it'll be uploaded to debian uh... tomorrow I predict.  and someone will add the SRU stuff to the bug
[02:35] <lamont> s/someone/someone on the postfix team/
[04:30] <pitti> Good morning
[04:34]  * slangasek waves
[04:34]  * RAOF shores
[05:34] <cjwatson> ScottK: just alternates.  well, they supposedly posted, but I don't know why queuebot didn't notice ... oh, because it isn't here
[05:34] <cjwatson> ScottK: so my posting raced with slangasek disabling them
[05:36] <cjwatson> I've re-enabled Kubuntu/* now
[05:45] <slangasek> ahh, ok
[05:45] <slangasek> sorry, would've looked more closely if I'd noticed queuebot wasn't around
[06:47] <pitti> micahg: there is no open bug for 4digits, and it's a new upstream version etc.; why was this synced?:
[06:48] <micahg> pitti: looks like all bug fix: http://fourdigits.sourceforge.net/ChangeLog
[06:49] <pitti> micahg: ah, thanks
[06:49] <pitti> <fake queuebot> accepted 4digits
[06:49]  * micahg was going to flag, but missed that queuebot was AWOL
[06:50] <micahg> pitti: someone in ubuntu-devel was saying how one of the bugs was bad as well
[07:16] <pitti> back in ~ 2 hours
[07:25] <micahg> <fake queuebot> Unapproved: spip (2.1.12-1 -> 2.1.13-1, no packageset, unseeded)
[07:34]  * skaet --> office,  biab
[07:41] <stgraber> micahg: oops, fixed
[08:59] <Laney> skaet: morning, all ok?
[08:59] <Laney> skaet: What time are we having UUFF?
[08:59] <skaet> good morning Laney :)
[08:59] <Laney> "1.5 days before release date" - when is that?
[09:00] <skaet> 1200 UTC is the plan (if I'm remembering correctly..  ;) )
[09:00] <cjwatson> what are the semantics of UUFF?
[09:00] <cjwatson> we still have a fair bit ofo outdate to clear
[09:01] <Laney> pretty much "Universe Done"
[09:01] <cjwatson> is there a process for exceptions?
[09:03] <Laney> nope, but maybe we could extend it to EOD
[09:05] <stgraber> was 12:00 UTC announced somewhere? a quick scan of PreciseReleaseSchedule shows it's today but doesn't say a time, so some will likely assume it's 21:00 UTC like all the other freezes
[09:05] <Laney> no, but it says "normally" and the page itself talks about 1.5 days before the day of release
[09:06] <Laney> which is not as clear as it could be but probably does imply 1200UTC
[09:10] <infinity> cjwatson: http://permalink.gmane.org/gmane.comp.compilers.clang.scm/44047
[09:11] <skaet> stgraber,  Laney:  http://irclogs.ubuntu.com/2012/04/20/%23ubuntu-meeting.html#t15:01
[09:11] <Laney> thanks
[09:16] <pitti> oh, lucid-universe upgrade test failed again
[09:17] <pitti> https://jenkins.qa.ubuntu.com/view/Precise/job/precise-upgrade-lucid-universe/lastFailedBuild/ARCH=amd64,LTS=lts,PROFILE=universe,label=upgrade-test/artifact/lts-universe-amd64/bootstrap.log
[09:17] <pitti> jibel: "bind(ipv4,127.0.0.1,5901): Address already in use" -> ah, seems to be a problem with the test env only?
[09:18] <jibel> pitti, I re-run the job and upgrade is in progress.
[09:19] <jibel> pitti, but this error shouldn't happen there is a lock that prevent 2 jobs from using the same ports.
[09:19] <jibel> I'll have a look after the release
[09:21] <pitti> skaet: http://qa.ubuntuwire.org/ftbfs/
[09:22] <micahg> can someone look at spip in unapproved?
[09:23] <micahg> Laney: why would UUFF not be like regular final freeze for seeded an just require a release ACK or 2 to upload *anything*?
[09:23] <Laney> we decided the semantics differently, and it's unfortunate that we called it "final freeze"
[09:24] <Laney> I already said that I wanted to revisit it
[09:24] <cjwatson> skaet,pitti: FWIW I'm less worried about FTBFS in general, and more about cases where there are outdated binaries without source
[09:24] <cjwatson> we can't fix all the FTBFS
[09:24] <pitti> right
[09:24] <cjwatson> and there are some that are actually bogus/not-a-real-problem for one reason or anotheer
[09:24] <cjwatson> -e
[09:25] <pitti> I was just saying that probably most of the depwaits are not a concern, if the package never built
[09:25] <pitti> (on that arch)
[09:25] <cjwatson> yes, ignore them
[09:26] <pitti> retried libfixposix on amd64, let's see how far it gets a second time
[09:26] <micahg> moc looked easy enough to fix, but I don't have time to do it now
[09:26] <micahg> I'll SRU it if no one beats me to fixing it
[09:26] <cjwatson> jamespage: do you think you could have a look at the wagon FTBFS?  I'm stumped
[09:26] <cjwatson> it's something arcane in maven
[09:27] <cjwatson> https://launchpad.net/~cjwatson/+archive/ppa/+build/3421480 has my latest attempt at extracting debug information
[09:27] <cjwatson> it builds cleanly in a local sbuild
[09:27] <pitti> libfixposix built
[09:27] <pitti> ruby-hdfeos5 running
[09:27] <pitti> someone kicked wagon already
[09:28] <cjwatson> I removed openvswitch/powerpc
[09:28] <stgraber> skaet: http://localized-iso.qa.ubuntu.com/qatracker/milestones/215/builds
[09:28] <cjwatson> looking at quantum in binary NEW
[09:28] <pitti> so that leaves sipwitch and slang-slirp as remaining FTBFS on x86
[09:29] <pitti> for most of the other arches we'll probably resort to binary removal
[09:29] <cjwatson> sipwitch has no outdates
[09:30] <pitti> ah, never built
[09:31] <cjwatson> libdispatch/armhf and forked-daapd/armhf are waiting on infinity figuring out what's wrong with clang
[09:32]  * micahg is thinking to file a removal request for slang-slirp
[09:32] <pitti> cjwatson, skaet: want me to run through all the arm*/ppc FTBFS and check which of those have outdates?
[09:33] <cjwatson> pitti: no need
[09:33] <cjwatson> I'm already fairly well on top of that, being selective about removal depending on whether they have rdepends
[09:33] <pitti> ok, thanks
[09:33] <pitti> so I'll look at why the Chinese images are oversized
[09:35] <Laney> micahg: oh, hah, that does look easy
[09:35] <skaet> thanks pitti
[09:35] <micahg> Laney: debian 623637
[09:35] <ubot2> Debian bug 623637 in src:slang-slirp "slang-slirp: FTBFS: Test error in examples/vec" [Serious,Open] http://bugs.debian.org/623637
[09:35] <Laney> moc I meant
[09:35] <micahg> Laney: ah, yes :)
[09:35] <Laney> so easy I'm scared of getting it wrong
[09:36] <doko> infinity, gnat-4.6 uploaded
[09:43]  * cjwatson removes cuyo/armhf
[09:46] <pitti> so http://paste.ubuntu.com/943833/ are the five significant packages on the Chinese images
[09:46]  * cjwatson aborts his moc test build :-)
[09:46] <Laney> heh
[09:46] <pitti> we need to chop off a good 8 MB
[09:46] <Laney> I didn't test it on the affected arches
[09:47] <pitti> my gut feeling is that we should either drop ttf-wqy-zenhei (as we already ship ttf-wqy-microhei), or ibus-table-wubi (as we already ship sunpinyin)
[09:47]  * pitti digs into history why wubi was added
[09:47] <cjwatson> least confusing ibus module name evah
[09:52] <cjwatson> Laney: haha, makes sense though
[09:54] <pitti> skaet: I pinged two people about it (see #u-devel), and reduced the options to 3; now we need to know what hurts least
[09:59] <micahg> can we still do removals after UUFF?
[10:00] <pitti> micahg: yes, they can happen until the bitter end, i. e. when flipping the status from "frozen" to "current"
[10:00] <pitti> well, they need a publisher run, of course
[10:01]  * micahg filed some more removals
[10:01] <micahg> chrisccoulson: are you going to let esteid-browser-plugin in for precise?
[10:05] <tumbleweed> pitti, micahg: that does seem to be avoiding the point of the final freeze, but it sounds like that's what we have to do
[10:25] <cjwatson> surely the point of the final freeze is to allow buildds to settle
[10:25] <cjwatson> that was the original point, anyway :)
[10:28] <pitti> cjwatson: ubuntu-defaults-zh-cn has a diff now, can you review?
[10:29] <cjwatson> fine, thanks
[10:29] <pitti> thanks
[10:29] <pitti> I'll respin zh images once that's published
[10:30] <gema>  
[10:30] <gema> Close this window.
[10:30] <cjwatson> Shan't.
[10:30] <gema> sorry, wrong button of the mouse
[10:30] <gema> xD
[10:31] <gema> I was trying to open a link
[10:33] <pitti> gema: has the HUD become that clever already, to parse human language? :-)
[10:33] <ogra_> its probably just parsing his thoughts :)
[10:34] <pitti> ("her")
[10:34] <ogra_> oops
[10:37] <gema> pitti: I fell from a hangout... and that was google telling me to close the window x)
[10:37] <gema> ogra_: how are you girl doing? ;)
[10:37] <ogra_> hahaha
[10:37]  * ogra_ should indeed have guessed that gema is a typical female name, sorry :) 
[10:37] <gema> haha
[10:37] <gema> no worries
[10:39] <jamespage> cjwatson: looking at wagon now
[10:41] <cjwatson> great, thanks
[10:53] <stgraber> pitti: Chinese images aren't automatically published to localized-iso.qa.ubuntu.com, you should have the required access to post them there manually or if you prefer, just ping me and I'll
[10:54] <pitti> stgraber: just logged in, I don't seem to be able to disable them, or add new ones
[10:55] <pitti> stgraber: ooh, I need to explicitly tick the "ubuntu-release" box in the SSO step
[10:55] <pitti> stgraber: thanks, working now; I marked them for rebuild
[10:56] <pitti> ubuntu-defaults-zh-cn |        0.7 |       precise | source, all
[10:56] <pitti> seems I can rebuild them
[10:56]  * cjwatson removes cernlib/armel and its reverse-deps, geant321, mclibs, and paw
[10:56] <stgraber> pitti: yeah, SSO currently requires you to manually tick that box for some reason (maybe something I can fix in drupal-launchpad though)
[11:08] <pitti> meh, http://china-images.ubuntu.com/precise/daily-live/20120424/ is still oversized by a tad
[11:08] <pitti> i386 is ok now
[11:08] <pitti> skaet: ^FYI
[11:30] <ajmitch> Laney: ^^ for your reviewing pleasure
[11:32] <Riddell> hum oem-config-kde isn't installed after an OEM install from kubuntu alternate CDs, I think that's a new issue
[11:33] <cjwatson> Riddell: I respun for that last night - are you using the most current version?
[11:33] <Riddell> yes but let me verify that
[11:34] <ogra_> Riddell, i think ScottK filed a bug for it yesterday (at least he mentioned it here)
[11:34] <cjwatson> bug 987050
[11:34] <ubot2> Launchpad bug 987050 in ubiquity "No "Prepare for shipping ..." option after OEM install from D-I" [Medium,Fix committed] https://launchpad.net/bugs/987050
[11:34] <cjwatson> otherwise I'd like to see the logs
[11:35] <Riddell> ce95fd6842fc948244bd4b53327c8027 *precise-alternate-amd64.iso  it's yesterdays image
[11:36] <Riddell> ok yeah just my brain being broken and getting the image wrong
[11:36] <cjwatson> phew
[11:38] <Riddell> I could take it as an insult that my brain being broken is better than the ISOs :)
[11:38] <stgraber> cjwatson: bug 986806 is starting to look like a boot time race condition more than an installer bug
[11:38] <ubot2> Launchpad bug 986806 in ubiquity "swap not activated after choosing 'use whole disk'" [High,Incomplete] https://launchpad.net/bugs/986806
[11:41] <cjwatson> fstab/crypttab sane then?
[11:43] <stgraber> yeah
[11:43] <stgraber> and cryptdisk's upstart log shows "... done"
[11:43] <stgraber> waiting for /var/log/boot.log now to see if maybe we can get a mountall error there
[11:43] <stgraber> oh, I should also ask him to try to swapon the cryptdisk and see if it works post-boot
[11:48] <skaet> thanks pitti
[11:51] <jamespage> cjwatson, ^^ fix to make wagon build offline - testing in PPA
[11:52] <cjwatson> you're a star
[11:52] <jamespage> sorry that should have been 'tested' not 'testing' :-)
[11:52] <jamespage> np
[11:53] <cjwatson> I would not have got there in months
[11:53] <cjwatson> accepted
[11:53] <skaet> Riddell, ScottK,  http://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/Kubuntu - can a first pass of content be added by end of today please?   Also,  I extracted some of the content on upgrading, requirements, etc. from some multiple community pages - it its wrong on this page,  it may need updating elsewhere.
[11:55] <Riddell> skaet: ack
[12:01] <skaet> ta
[12:03]  * cjwatson removes the non-building slang-slirp binaries, since there are no rdepends; source still there
[12:10] <Laney> ScottK: are you going to accept asterisk?
[12:11] <Laney> I guess gnome-online-accounts should be rejected now.
[12:12] <Laney> and a pocket veto seems to have been applied to esteid-browser-plugin
[12:15] <cjwatson> chrisccoulson seemed to think that should go in
[12:16] <cjwatson> I wanted somebody who knew about it to take a decision
[12:16] <cjwatson> seb128: could you look at esteid-browser-plugin in NEW in light of chrisccoulson's comments?
[12:16] <Laney> asterisk got approved so please accept that
[12:17] <seb128> cjwatson, that feels like a trap ;-) I will check with him, sort it out yes
[12:18] <stgraber> skaet: I know you usually like to check, so here's the release announcement URL for Edubuntu 12.04: http://www.edubuntu.org/news/12.04-release
[12:22] <cjwatson> kompozer may succeed eventually if I stop making stupid mistaes
[12:22] <cjwatson> Laney: gnome-online-accounts is for -proposed anyway IIRC
[12:23] <Laney> yes, but if it's SRU then you probably want a proper upload rather than a sync?
[12:23] <cjwatson> 2^- well that wasn't a bad example of Muphry's Law
[12:23] <cjwatson> Laney: I'll leave that up to pitti I think
[12:28] <pitti> Laney: the sync by itself is not a problem, it's just slightly harder to track when the changelog doesn't refer to a bug
[12:31] <pitti> at this point I think our options of tweaking the zh image size are limited to ubuntu-defaults-zh-cn
[12:31] <pitti> I'll drop sunpinyin instead and put back zenhei
[12:33] <Laney> pitti: indeed.
[12:35] <phillw> hiyas, Im a bit puzzled with bug 837054 and bug 987406  I'd have expected them to affect all flavours?
[12:35] <ubot2> Launchpad bug 837054 in ubuntu-geonames "Time Zone selection shows about 20 different "New York"s and doesn't autoselect my location" [Medium,Confirmed] https://launchpad.net/bugs/837054
[12:35] <ubot2> Launchpad bug 987406 in ubiquity "time zone map: graphical mismatch of selected city and highlighted time zone" [Undecided,New] https://launchpad.net/bugs/987406
[12:37] <stgraber> phillw: the first sounds like a server side bug with the geoname service, the second might be a bug in the custom gtk widget. Either way, neither should be RC so not really a concern at this point.
[12:37] <phillw> okies, thanks :)
[12:41] <pitti> cjwatson: new defaults-zh-cn is in the queue, putting back zenhei and removing sunpinyin instead (the other option given by freeflying)
[12:42] <pitti> cjwatson: I guess the diff will still take a bit, as LP is presumably busy generating the LibO diff
[12:43] <cjwatson> I can do the diff myself
[12:43] <pitti> (it's also in ubuntu:ubuntu-defaults-zh-cn)
[12:44] <cjwatson> accepted
[12:44]  * pitti reviews the esteid plugin
[12:44] <pitti> cheers
[12:45] <ScottK> Laney: Yes.
[12:45] <Laney> ScottK: Glad we squeezed that in
[12:45]  * Laney will furnish ajmitch with marmite at UDS
[12:45] <popey> mmmmm marmite
[12:47] <phillw> are you allowed marmite in USA, I read that they won't allow the Australian Vegemite in?
[12:48] <Laney> either you are or I smuggled it in last time ...
[12:48] <phillw> he he.
[12:48] <cjwatson> oh DAMN I test-built coq on the wrong arm*
[12:48] <cjwatson> how frustrating
[12:49] <ScottK> Laney: Looks like someone else got it already.
[12:50] <Laney> cool
[12:50]  * Laney eyes the builds
[12:52] <ScottK> pitti or some other SRU person: ^^^ postfix upload would be a really good early SRU (assuming we don't respin now).
[12:53] <lamont> and yeah, should have used an earlier bug number, I expect
[13:07] <stgraber> Daviey: did you see: http://iso.qa.ubuntu.com/qatracker/milestones/214/builds/15999/testcases/1290/results ?
[13:07] <pitti> ScottK: will review ASAP
[13:07] <ScottK> pitti: Thanks.
[13:08] <Daviey> stgraber: I didn't, thanks!
[13:09] <stgraber> Daviey: it's linking to a closed bug, so it's probably not that specific bug, but would certainly be interesting to know what went wrong for that tester
[13:11] <cjwatson> eclipse/armhf built on scheat, so Adam's given it back
[13:12] <skaet> ScottK,  not spotting postfix on the pad,  could you please add it as opportunity target?
[13:12] <ScottK> skaet: It's there.
[13:12] <Daviey> stgraber: tumbleweed yeah that bug is beta 2 :(
[13:12] <ScottK> skaet: Item 13, second on the opportunity list.
[13:12]  * skaet *blinks*
[13:13] <ScottK> Probably got too used to it.  It's been there since Friday since I knew it was coming.
[13:13] <skaet> yup,  it had NO FIX yet beside it when I saw it, and though you were talking about something different.   Thanks.
[13:14] <stgraber> Daviey: I'm going to unlink the bug number from this report as it's clearly wrong but it'd be good to have someone test MAAS on i386 ASAP to check that it's not broken for some other reason (as that report would indicate)
[13:14] <pitti> postfix accepted
[13:16] <ScottK> pitti: Thanks.
[13:16] <ScottK> lamont: ^^^
[13:16] <ScottK> skaet: I passed you note about Kubuntu release notes on to claydoh who (FYI) is doing them for Kubuntu.
[13:17] <lamont> ScottK: ta
[13:19] <skaet> Thanks ScottK.   :)
[13:20] <jdstrand> cjwatson: if you are preparing an upload for that ciphers bug, can you also include http://cvs.openssl.org/chngview?cn=22474? I can send you a debdiff if it would be helpful
[13:23] <cjwatson> jdstrand: too late
[13:23] <cjwatson> it's already in the proposed queue
[13:24] <jdstrand> cjwatson: do you mind if I upload the change on top of yours?
[13:24] <jdstrand> cjwatson: is yours intended to be fixed before release or in SRU?
[13:24] <cjwatson> SRU
[13:24] <cjwatson> and no, I don't mind
[13:25] <jdstrand> ok, I'll just do that then. thanks
[13:25] <cjwatson> use -v so that the .changes has all changes since release, please?
[13:25] <jdstrand> yep
[13:25] <cjwatson> (I don't think further attempts to change this code for release are wise, given its track record)
[13:25] <jdstrand> no, me either
[13:25] <cjwatson> although it's unfortunate that we'll release in this state
[13:25]  * cjwatson radiates hatred
[13:25] <jdstrand> yeah, sorry man :(
[13:26] <cjwatson> meh, not your fault ...
[13:27] <jdstrand> I just know a bit of what you are going through-- openssl is 'fun' sometimes
[13:28] <cjwatson> hm, I can't decipher this coq/armhf failure; I'm just going to remove it and its rdeps, so that's libaac-tactics-ocaml, libaac-tactics-ocaml-dev, libssreflect-ocaml, libssreflect-ocaml-dev, why
[13:43] <cjwatson> kompozer is still test-building, but it's looking good so far, uploading
[13:46] <infinity> cjwatson: Review, plox: http://paste.ubuntu.com/944079/
[13:46] <stgraber> skaet: I added two new tags/comments to the UbuntuDesktop release notes so that Edubuntu can include them (as Edubuntu is based on UbuntuDesktop it makes sense to also pull these on top of the CommonInfrastructure ones)
[13:46] <cjwatson> infinity: aren't there still OEM maverick builds?
[13:46] <infinity> cjwatson: Oh.  Are there?
[13:47] <infinity> cjwatson: I can add more cases for older builds, sure.
[13:47] <cjwatson> I think so.  But otherwise LGTM.
[13:48] <cjwatson> what's the openssl rejection for?
[13:53] <cjwatson> micahg: FYI on bug 987615 we don't generally need to blacklist on removal any more anyway
[13:53] <ubot2> Launchpad bug 987615 in sharand "Please remove sharand source and binaries from precise" [Wishlist,Confirmed] https://launchpad.net/bugs/987615
[13:53] <ScottK> dkimpy is pure bug fix and the one non-trivial change has test suite coverage (which I ran before uploading)
[13:54] <ScottK> Since I uploaded it, I'd appreciate a review.
[13:56] <skaet> stgraber,  thats's fine.    THanks for letting me know so I don't get confused when I go in next.   :)
[14:00] <ScottK> It's been awhile since I saw lack of implicit IT thumb ..
[14:01] <phillw> hmm, drat bug 987764
[14:01] <ubot2> Launchpad bug 987764 in debian-installer "20120423.1 Alternate PowerPC ISO image cannot resize partition" [Undecided,New] https://launchpad.net/bugs/987764
[14:01] <phillw> that's a new one :(
[14:02] <cjwatson> that looks like missing ext2.ko again
[14:02] <cjwatson> CBW
[14:03] <phillw> poor little .ko :/ Easy fix?
[14:03] <cjwatson> hm, no, it's in fs-core-modules
[14:03] <cjwatson> dunno, have asked for partman log so I can see what's going on
[14:03] <phillw> okies, he's a good tester for ppc.
[14:03] <cjwatson> (in general: that's bad but release-notable I think)
[14:04] <stgraber> phillw: if a kernel rebuild fits your definition of easy fix, then yes (assuming it's indeed missing .ko)
[14:04] <phillw> it is, as the lower spec ppc's we were going to suggest using the alternate image :)
[14:05] <cjwatson> stgraber: it's not that, sorry for confusion
[14:06] <cjwatson> well I mean it probably doesn't render the alternate images entirely broken, only resizing, and it's possible it's constrained further beyond that
[14:16] <pitti> Chinese image rebuild, take II
[14:26] <pitti> oh, another ssl?
[14:27] <ScottK> Of course.
[14:28] <ogra_> this must be the best secured ubuntu release ever :)
[14:28] <ogra_> so many ssl fixes right before release
[14:29] <cjwatson> they're (at best) zero-day SRUs
[14:32] <Riddell> canonical unity-2d guys are wanting a patch to qt in precise-updates, am I ok to start the SRU process?
[14:32] <Riddell> bug 987855
[14:32] <ubot2> Launchpad bug 987855 in qt4-x11 "[SRU] Fix problem in Qt dragging when all of the window target has been shaped out for input" [Undecided,New] https://launchpad.net/bugs/987855
[14:34] <ScottK> Riddell: If you're not, then a lot of people are in trouble.  I think you're just supposed to add it to the pad as an SRU candidate.
[14:35] <Riddell> groovy
[14:35] <Riddell> spose that'll give me something to do while I wait for these dvds to download
[14:43] <pitti> at last, http://china-images.ubuntu.com/precise/daily-live/20120424.1/ is fine now
[14:43] <pitti> stgraber: ^ would you mind adding that? I still seem to be unable to, I can just re-enable the image but not add a new one (or bump the version)
[14:44] <pitti> skaet: ^ Chinese image not oversized any more.
[14:44] <skaet> well done pitti.  :)
[14:44] <skaet> thank you.  :)
[14:46] <stgraber> pitti: that's weird... will add now
[14:46] <stgraber> pitti: done
[14:53] <pitti> stgraber: thanks
[14:59] <smoser> is there a list of outstanding issues ?
[14:59] <smoser> i'm looking for a reason that I should not start testing of the current cloud-images
[15:04] <superm1> ^ should finally fix ftbfs on arm* (https://buildd.debian.org/status/package.php?p=xbmc&suite=experimental)
[15:07] <cjwatson> ^- fixes ftbfs on powerpc
[15:09] <ScottK> It's a good thing we got the third ppc builder.  PPAs have two of three now on non-trivial builds.
[15:14]  * ScottK is looking after xen-api
[15:22]  * ogra_ hugs superm1 
[15:22] <cjwatson> http://www.ubuntu.com/getubuntu/releasenotes?os=$PROJECT&ver=12.04&lang=\${LANG}
[15:23] <cjwatson> where $PROJECT is ubuntu, kubuntu, etc. depending on image, and \${LANG} is runtime-substituted with a locale code
[15:23] <cjwatson> sorry for mixed syntaxes there
[15:23] <cjwatson> this has been in place for at least ten releases so oI trust the web team know their weay around it already
[15:23] <cjwatson> with extra typing
[15:24] <superm1> ogra_: :)
[15:24] <cjwatson> https://wiki.ubuntu.com/Ubiquity/ReleaseNoteshttps://wiki.ubuntu.com/Ubiquity/ReleaseNotes
[15:25] <Laney> missing context?
[15:26] <cjwatson> sorry, briefing Kate on how the release notes link from the installer is handled
[15:26] <Laney> righto
[15:28] <gema> skaet: what's up with the new server images showing up in the tracker?
[15:28] <gema> skaet: do we need to worry about them?
[15:31] <jibel> new server images are not installable
[15:34] <skaet> Daviey, ^^^
[15:34] <cjwatson> what's up with them??
[15:34] <cjwatson> er with one ?
[15:35] <cjwatson> gema: the reason for the respin was an incorrect CD boot menu entry
[15:35] <cjwatson> due to a miscommunication between me and Daviey yesterday, I'm afraid
[15:36] <cjwatson> but they shouldn't have changed anything affecting installability ...
[15:36] <Daviey> jibel: what are you seing?
[15:37] <jibel> amd64 failed to install i386 pass. http://paste.ubuntu.com/944248/
[15:38] <cjwatson> hm, I wonder if that might've been a transient build glitch
[15:38]  * ScottK suggests waiting on accepting any new uploads until armel and powerpc catch up a bit.
[15:38] <gema> what would a transient build glitch be?
[15:39] <cjwatson> explaining would slow me down, let me investigate first :)
[15:39] <gema> cjwatson: no worries, I will ask again next week :D
[15:39] <cjwatson> (besides, not sure exactlyl, let me think out loud)
[15:40] <cjwatson> I often do stream-of-consciousness when investigating this kind of thing, not all of it is going to make perfect sense to anyone!=me
[15:40] <gema> cjwatson: ack
[15:40] <cjwatson> nothing obvious to me in the build logs
[15:41] <cjwatson> hm, libatk1.0-data isn't on the CD, what's the server CD doing trying to install it
[15:41] <cjwatson> jibel: can I have the entire log please?
[15:41] <jibel> cjwatson, sure.
[15:42] <cjwatson> think I'll need to reproduce this locally anyway though
[15:43] <bdmurray> what needs to happen to get update-manager in -updates in oneiric?  it'll fix bug 873424 and a couple of others
[15:43] <ubot2> Launchpad bug 873424 in update-manager "ask me later fails" [Medium,Fix committed] https://launchpad.net/bugs/873424
[15:43] <cjwatson> nothing even depends on subunit in main
[15:43] <cjwatson> or recommends
[15:45] <cjwatson> the only recommends on it in the whole archive is samba4-testsuite
[15:45] <cjwatson> jibel: briefly though, which task(s) did you select?
[15:47] <jibel> http://people.canonical.com/~j-lallement/precise-server-amd64_lamp_d-i-syslog.log.gz
[15:48] <jibel> cjwatson, I think it was caused by a network glitch and additional packages used for testing failed to install
[15:48] <cjwatson> Apr 24 15:16:24 in-target: debconf (developer): starting /usr/bin/debconf-apt-progress --from 800 --to 850 --logstderr -- apt-get -q -y install -- openssh-server python-couchdb subunit python-subunit python-junitxml python-paramiko
[15:48] <cjwatson> ^- little details it would be nice if you told me in advance
[15:48] <cjwatson> Apr 24 15:00:00 in-target: Err http://us.archive.ubuntu.com precise Release.gpg
[15:49] <cjwatson> Apr 24 15:00:00 in-target:   Connection failed
[15:49] <cjwatson> not an image problem
[15:49] <stgraber> probably caused by the current archive.u.c slowness
[15:49] <cjwatson> Apr 24 15:14:24 in-target: W: Failed to fetch http://us.archive.ubuntu.com/ubuntu/dists/precise/Release.gpg  Connection failed
[15:49] <cjwatson> Apr 24 15:14:24 in-target:
[15:49] <ev> bug 987402 - *appears* to be a longstanding bug. If you put ubuntu on a usb disk, select the cd boot helper option (copy the ISO to C:\ and write into the NT bootloader, to avoid having to hit F12 on boot) from the windows autorun menu, it will fail.
[15:49] <ev> This is because it checks to make sure the iso (or in this case the entire external disk) is under a certain size
[15:49] <cjwatson> Apr 24 15:14:24 in-target: W: Failed to fetch http://us.archive.ubuntu.com/ubuntu/dists/precise-updates/Release.gpg  Connection failed
[15:49] <ubot2> Launchpad bug 987402 in wubi "Exception: Could not retrieve the required installation files" [Undecided,New] https://launchpad.net/bugs/987402
[15:49] <cjwatson> Apr 24 15:14:24 in-target:
[15:49] <cjwatson> Apr 24 15:14:24 in-target: E: Some index files failed to download. They have been ignored, or old ones used instead.
[15:49] <cjwatson> Apr 24 15:14:24 in-target: W: Failed to fetch http://us.archive.ubuntu.com/ubuntu/dists/precise-backports/Release.gpg  Connection failed
[15:49] <cjwatson> Apr 24 15:14:24 in-target:
[15:50] <stgraber> (a few acrhive mirrors are overloaded, either not responding or returning at extremely low speed, around 600B/s here when I last tried)
[15:50]  * ogra_ heard that in -motu before today
[15:50] <ogra_> for archive.u.c actually
[15:50] <stgraber> yeah, it was also mentioned in #canonical-sysadmin and #is
[15:53] <jibel> re-ran server amd64 and it passed.
[15:55] <Daviey> jibel: we fixed it!
[15:55] <cjwatson> :-)
[15:55] <ogra_> heh
[15:55] <Daviey> jibel: JUST DON'T RUN IT AGAIN!
[15:55] <hggdh> LOL
[15:56] <jibel> Daviey, you should release note it: "Install server but don't run it" ;)
[15:57] <Daviey> jibel: or make sure you have an adequate network before trying to net install :)
[16:01]  * cjwatson removes ruby-hdfeos5/i386, since it's due to an old hdf5 and we're hardly going to merge that across several upstream versions before release
[16:04] <gema> Daviey: maybe the install should fail graceful when the network is not good enough... ehem...
[16:05] <gema> and say so to the user
[16:06] <Daviey> gema: it does.. :)
[16:06] <ev> right, new wubi in place, awaiting a signed binary in #is
[16:06] <gema> Daviey: then why did jibel thought the install had failed? I regard him as an experience person !
[16:07] <gema> experienced
[16:07] <Daviey> gema: It's a preseeded install...
[16:07] <ev> I've tested that it basically works, but it would be good to get someone with a windows box and USB key to give the boot helper option a go
[16:07] <Daviey> you won't see the user UI in preseed, right?
[16:07] <gema> Daviey: no, I thought it was a manual installation!
[16:07] <gema> Daviey: ack :D
[16:07] <Daviey> gema: Oh no, trying to get manual installs is like pushing water uphill, no? :)
[16:08] <ScottK> jibel: Do you know of someone that can do Wubi testing for Kubuntu?  We've got our usual lack of people that run Windows.
[16:08] <gema> Daviey: it is
[16:09] <SpamapS> Who maintains this report http://reports.qa.ubuntu.com/reports/ubuntu-server/release-bugs.html ? Its showing bug 928990 which is marked Won't Fix for precise.
[16:09] <ubot2> Launchpad bug 928990 in cloud-init "fsck / dirty filesystem on instance is death" [High,Triaged] https://launchpad.net/bugs/928990
[16:09] <Daviey> SpamapS: mostly myself.
[16:10] <jibel> balloons, ^ can you help finding a tester for Wubi/kubuntu
[16:10] <balloons> wubi and kubuntu?
[16:10] <balloons> interesting, and yea
[16:10] <Laney> kwubuntu
[16:10] <Daviey> SpamapS: will be gone on next cron.
[16:10] <balloons> I'll send off some emails now
[16:10] <balloons> anything in particular we think will be an issue or no?
[16:21] <ScottK> balloons: Just need the test cases run.
[16:30] <ScottK> infinity: Is there anything we can do about armel buildd capacity?  I'm now nervous.
[16:37] <infinity> ScottK: We can wiggle things around a bit.
[16:37] <infinity> ScottK: And get some reboots and tidies.
[16:37] <cjwatson> doko,jamespage: do either of you have any idea what's going on with the eclipse/armhf build failure?
[16:38] <cjwatson> doko,jamespage: it builds on scheat, albeit without parallelisation (I'm trying the latter now)
[16:38] <ev> signed wubi is in place
[16:45] <jamespage> cjwatson, looking now
[16:52] <cnd> I have a freeze exception request for bug 987548
[16:52] <ubot2> Launchpad bug 987548 in utouch-qml "Fails to build against utouch-geis 2.2.6 and later" [High,Fix released] https://launchpad.net/bugs/987548
[16:53] <cnd> it's an unseeded package with no reverse dependencies
[16:53] <cnd> since we're close to the release, I thought I'd ask here to be sure it is seen in time
[16:54] <tumbleweed> we are past unseeded final freeze... Is it SRUable?
[16:54] <ScottK> I think it is.
[16:54] <cnd> yeah, it is
[16:54] <ScottK> SRU is better.
[16:54] <cnd> is it possible to SRU a new microrelease upstream?
[16:54] <cnd> or do I need to make distro patches out of it?
[16:56] <ScottK> Is that the only change in the microrelease?
[16:56] <cnd> yeah
[16:56] <cnd> I see the sru process says it's possible
[16:56] <ScottK> Should be fine then.
[16:56] <doko> cjwatson, jamespage: no idea, away now, will be back around midnight
[16:56] <cnd> I'm just wondering about versioniing
[16:57] <tumbleweed> cnd: it's more about the complexity of the diff than the version numbers
[16:57] <cnd> for example, usually SRUs are <release version>.<sru number>
[16:57] <cnd> I guess it's more of an issue right now since we don't have Q open yet
[16:57] <ScottK> At this point it'll get copied forward into Q, so just use a regular version number.
[16:57] <cnd> ok
[16:58] <slangasek> I thought last cycle we decided we weren't doing any copies forward of SRUs anymore
[16:58] <slangasek> because we wanted to make sure we had clean builds with the current toolchain
[16:58] <ScottK> We did?
[16:59] <ScottK> OK.
[16:59] <slangasek> pitti probably remembers the details better than I
[16:59]  * ScottK <-- Not on the SRU team, so don't listen to him.
[16:59] <cnd> slangasek, wouldn't we still be doing source copies?
[17:01] <slangasek> cnd: no, doesn't work that way
[17:03] <cjwatson> you can't have two builds of the same source package published in the same pool
[17:04] <cjwatson> filename clash
[17:05] <micahg> slangasek: I thought the decision was once the next release is open, one has to upload there (but it's not open yet)
[17:05] <micahg> cjwatson: was there a reason you didn't do seamonkey with the rest of the removals I requested?
[17:05] <cjwatson> micahg: just didn't get to it yet
[17:05] <micahg> cjwatson: ah, ok, thanks
[17:06] <pitti> slangasek: AFAIR (and IMHO) we did not want to overly extend the forward copying multiple weeks into the release
[17:06] <pitti> but I think forward-copying until quantal opens and gets a new toolchain is the right thing
[17:06] <pitti> ScottK: ^
[17:07] <slangasek> micahg, pitti: right, ok
[17:07] <cjwatson> it's not important for them to be in quantal immediately
[17:08] <cjwatson> squeak-vm LGTM and is required for outdate resolution
[17:08] <ScottK> If it's not a long build, then let's go for it.
[17:09] <cjwatson> 7m on amd64
[17:12] <ScottK> I don't have any insight into how long the private builds will be blocking stuff.
[17:13] <ScottK> I'd say go for it.  I guess we (meaning someone other than me) can shove hardware at armel if really needed.
[17:14] <ScottK> I guess now we can see when it lands.
[17:14] <cjwatson> mm, as infinity says, I think it's mostly a matter of clearing failures
[17:14] <cjwatson> infinity: were you planning to do that?
[17:18] <iamfuzz> ScottK, ping?
[17:18] <ScottK> iamfuzz: pong.
[17:18] <iamfuzz> ScottK, you're probably going to yell at me... but
[17:18]  * iamfuzz braces himself
[17:19] <cjwatson> projectm/armel is a real hassle.  audacious-plugins build-deps on it, and audacious depends on that, and half the A/V world seems to depend on audacious, so removing projectm/armel involves stripping out a huge pile of packages which I'm kind of loath to do
[17:19] <iamfuzz> ScottK, this final freeze snuck up on me and I need to have a package removed
[17:19] <ScottK> Removed we can still do.
[17:19] <iamfuzz> cool
[17:19] <cjwatson> but it's a GL bug and argh
[17:19] <ScottK> Please file a removal bug and then ping again.
[17:19]  * pitti waves good night
[17:19] <iamfuzz> ScottK, I didn't quite make the deadline for the fixes I needed for gwt
[17:19] <ScottK> But do it quick.
[17:19] <iamfuzz> will do
[17:19] <cjwatson> I wonder if I can strip out some bits
[17:20] <cjwatson> hmm, audacious-plugins doesn't actually have any runtime dependency on projectm though
[17:20] <cjwatson> it might be simpler to strip that build-dep - I'll test that
[17:21] <cjwatson> but audacious-plugins is seeded in ubuntustudio
[17:21] <cjwatson> conundrum
[17:22] <iamfuzz> ScottK, https://bugs.launchpad.net/ubuntu/+source/gwt/+bug/987939
[17:22] <ubot2> Launchpad bug 987939 in gwt "Please remove GWT from Precise" [Undecided,New]
[17:23] <ScottK> iamfuzz: So it's worse than it was in previous releases?  It's not a new package.
[17:24] <iamfuzz> ScottK, yes, the JDT changes in Eclipse have broken most of its functionality
[17:24] <ScottK> OK.
[17:24] <Daviey> gwt is an awful package in Ubuntu
[17:24] <iamfuzz> ScottK, We're fixing it, but it's just a bit too late obviously.  Going to try to get it into partner
[17:25] <Daviey> it's a bastardised version of Ubuntu, with just a subset of it's features.
[17:25] <iamfuzz> Daviey, yes, yes it is :-)
[17:25] <iamfuzz> but not for long!
[17:25] <Daviey> it's a suck it and see if it builds, normally :)
[17:25] <Daviey> remove 10 lines of code, still fails, remove another 10 etc.
[17:25] <ScottK> Would a "C" archive admin please look at bug 987939?
[17:25] <ubot2> Launchpad bug 987939 in gwt "Please remove GWT from Precise" [Undecided,New] https://launchpad.net/bugs/987939
[17:25] <ScottK> infinity: ^^^ ?
[17:26] <iamfuzz> Daviey, we dropped some money to have a little company called Credativ to work on it
[17:26] <cjwatson> looking
[17:26] <ScottK> Thanks.
[17:26] <iamfuzz> they've fixed the JDT issues but now some other BS has cropped up
[17:26] <ScottK> Package is apparently ~totally broken.
[17:27] <cjwatson> done
[17:27] <Daviey> (it was only packaged as a subset to support eucalytpus.. if eucalyptus have no need for it, i'm happy to support a dropping of it :)
[17:27] <iamfuzz> yep, luckily noone but us depends on it at a package level, so Partner it is
[17:28] <ScottK> iamfuzz: Backports works too.
[17:28] <iamfuzz> true, but Euca is destined for Partner, so likely the best place for Precise
[17:28] <ScottK> Ah.  Didn't know that.
[17:29] <cjwatson> I have an idea for projectm
[17:30] <cjwatson> audacious-plugins' unsatisfied build-dep only *really* matters because we can't do security updates
[17:30] <cjwatson> on armel
[17:30] <cjwatson> so why not remove projectm/armel since it's doomed, but SRU audacious-plugins to drop the build-dep?
[17:31] <micahg> cjwatson: what do you mean we can't do security updates on armel?
[17:31] <cjwatson> because projectm/armel is f***ed and unrescueable
[17:32] <cjwatson> and audacious-plugins build-deps on libprojectm-dev, but only for the sake of building a plugin that it no longer actually includes
[17:32] <cjwatson> "we can't do security updates on armel" => "if I remove projectm/armel, we won't be able to do updates of audacious-plugins that build on armel"
[17:33] <micahg> ah, ok, that makes sense
[17:48] <slangasek> so when did LP change to no longer sending me email about new private bugs that I have access to read through the web UI?
[17:52] <ScottK> cjwatson: ^^^ audacious-plugins upload is an SRU since it's seeded, right?
[17:58] <micahg> slangasek: are you subscribed in some way to it?
[17:59] <ogasawara> as previously discussed, I have our day-0 kernel ready for upload to precise-proposed today.  Just want to get confirmation it's ok to do so at this time.
[18:01] <slangasek> micahg: I'm subscribed to bugs for plymouth, and I'm not receiving notifications of new private bugs
[18:02] <slangasek> ogasawara: it's certainly ok to upload; I don't know if it will be accepted immediately, we probably need to check queue lengths before doing so
[18:02] <ogasawara> slangasek: ack
[18:05] <ogasawara> just for reference, I've posted a summary of the bugs being resolved in the day-0 upload -> http://pastebin.ubuntu.com/944474/
[18:15] <fossfreedom> just want to throw out a question - will the upgrade take care of removing xorg.conf and those with manually install nvidia/ati graphics - or should the recommendation be to swap back to opensource drivers before the upgrade?
[18:26] <utlemming> stgraber: Can I get http://cloud-images.ubuntu.com/precise/20120424/ added to the tracker?
[18:27] <stgraber> utlemming: yep, doing it now
[18:27] <utlemming> stgraber: thank you kindly
[18:28] <stgraber> yay for flood protection :)
[18:29] <stgraber> utlemming: done
[18:29] <utlemming> stgraber: perfect
[18:29] <ev> so I think we may have a problem
[18:30] <ev> can someone confirm that the "report this problem" checkbox isn't appearing in apport?
[18:30] <slangasek> oh man
[18:30] <ev> and that they aren't getting .upload files
[18:30] <slangasek> it appears for me
[18:30] <ev> interesting
[18:30]  * ev digs deeper
[18:30] <slangasek> but I have apport hard-enabled, does that make the difference here?
[18:31] <slangasek> I'm also getting .upload
[18:31] <ev> I think it's my system
[18:31] <ev> just confirming
[18:32] <slangasek> fossfreedom: I haven't heard any complaints from users about upgrades breaking of binary drivers are in use; why do you ask?
[18:32] <highvoltage> stgraber: what's the status on 64bit macs? we added a note in our installer page for 11.10 advising that users should install the 32bit version on macs because of the efi issues
[18:33] <fossfreedom> ... on askubuntu we are going to pin a release update answer - just want to get this answer correct.  thanks
[18:33] <stgraber> highvoltage: we keep the note for 12.04, AFAIK we still need +mac builds for EFI and Edubuntu doesn't have one (takes quite a bit of space on cdimage for it and we don't have that many users of it that I know)
[18:33] <highvoltage> stgraber: ok
[18:34] <utlemming> stgraber: can we promote the EC2 builds to the Precise Final?
[18:34] <slangasek> fossfreedom: so the behavior I would expect here is that the binary drivers are upgraded as part of the upgrade and there's no reason to worry about xorg.conf one way or the other
[18:35] <stgraber> utlemming: are they tested already?
[18:35] <fossfreedom> thanks - will update the answer accordingly.
[18:35] <stgraber> utlemming: we move them to Precise Final once fully tested and ready for release
[18:35] <utlemming> stgraber: yes, there are tested
[18:36] <utlemming> they were tested this morning, Monday and Friday
[18:36]  * ScottK votes someone shoot the hadoop-ubuntu/testing hadoop builds on armel in the head.
[18:37]  * micahg wonders why that's a native PPA
[18:37] <stgraber> utlemming: ok, moving them then
[18:38] <ScottK> You mean other than Canonical people abusing resources because it's easy for them to get them?
[18:38] <ev> slangasek: heh, I had whoopsie disabled.
[18:38] <ev> false alarm
[18:39] <slangasek> ;)
[18:39] <ScottK> cjwatson or slangasek: AIUI the horizon upload in queue for -release is needed to clear up c-m.  Do we need it in -release or can we ignore it and fix things in -proposed/updates?
[18:39] <highvoltage> stgraber: I added it to known-issues, does it look ok? http://edubuntu.org/news/12.04-release
[18:43] <stgraber> utlemming, arosales: Please have them signed off on https://wiki.ubuntu.com/PrecisePangolin/ReleaseManifest now that they are marked as ready
[18:43]  * arosales taking a look
[18:43] <stgraber> highvoltage: not technically a firmware bug, but yeah, that'll do the trick :)
[18:45] <ScottK> Nice.  Zero builds in progress for the release on armel now because other things are more important.
[18:47] <arosales> stgraber: Looks like I am missing something. For Ubuntu Cloud images (amd64, i386) we have the Releaes Manifest signed off as of 2012-02-28. Is there another action I need to take?
[18:47] <slangasek> stgraber: do you have access to kill off these wayward ppa builds ScottK is referencing?
[18:48] <stgraber> slangasek: I'll have a look
[18:48] <stgraber> arosales: you need testing sign-off (last column)
[18:49] <stgraber> arosales: utlemming says they're all tested and good to go, so the manifest should reflect that
[18:49] <arosales> stgraber: ah ok, I'll update now.
[18:49] <arosales> stgraber: thanks for the info and ping.
[18:50] <ScottK> One of them appears to have finished on it's own.
[18:50] <stgraber> slangasek: no, the only thing I can do is switch them between manual and auto mode at the moment but not kill these builds
[18:52] <highvoltage> stgraber: "On 64bit Apple systems, the 32bit edition is recommended. The 64bit version won't boot on these systems due to incompatibilities with Apple firmware."
[18:52] <ScottK> slangasek: Any thoughts on horizon in -release or -updates?
[18:52] <stgraber> highvoltage: sounds good
[18:52] <highvoltage> stgraber: is that more accurate? At least we sound slightly less anti-apple like that :)
[18:54] <slangasek> ScottK: still digging; I think it should really be in -release, but haven't looked if the existing package is suitable for that
[18:55] <ScottK> OK
[18:56] <stgraber> highvoltage: yeah, it's more accurate. The reason why amd64 doesn't work on Mac is because of some slight difference in their EFI requiring a different grub/efi install.
[18:56] <stgraber> highvoltage: it should be possible to produce a media working on both but there wasn't time to do it in precise, hopefully for quantal
[18:59] <slangasek> pitti: I'm pointing a spotlight on bug #986928; I guess we won't get a fix into release, and it's an upgrade-only issue, but it seems rather crucial to get a fix ASAP
[18:59] <ubot2> Launchpad bug 986928 in zeitgeist "zeitgeist-daemon crashes with "zeitgeist-daemon.vala:473: Unable to upgrade from schema version 3"" [Critical,Triaged] https://launchpad.net/bugs/986928
[19:03] <highvoltage> stgraber: ok
[19:05] <slangasek> ScottK: the horizon in unapproved is needed in order to drop the build-depends on python-cherrypy3; if we don't get this into -release then we at least have to get it into -security, so I'd rather we just get it into release
[19:06] <slangasek> and it's an arch: all build
[19:06] <ScottK> The I say let's go for it.
[19:07] <slangasek> accepted
[19:07] <slangasek> (also checked that it's not seeded on the server CD)
[19:14] <ScottK> Barring disaster, I think that's it for precise -release.
[19:22] <micahg> slangasek: quick question about an SRU I'd like to go to lucid-updates, we ended up modifying the menu entry for Thunderbird from 'Mozilla Thunderbird Mail/News' to just 'Thunderbird Mail', can I go ahead and push this out, or does this need to be reverted (it comes with new translations as well)
[19:23] <slangasek> micahg: that doesn't sound like an SRU-appropriate change on the face of it; is it related to some bug?
[19:24] <micahg> slangasek: no, just keeping the various releases in sync for easy maintenance
[19:25] <slangasek> I would rather see it reverted
[19:25] <micahg> chrisccoulson: did you discuss the above with anyone already  ^^
[19:27] <chrisccoulson> well, it's just a translation update really. and compared to the other changes in the update, it's less than a drop i the ocean
[19:27] <chrisccoulson> perhaps we should revert the hundreds of other string changes ;)
[19:27] <chrisccoulson> but, seriously, the time to have this conversation was 6 weeks ago
[19:27] <slangasek> it's a user-visible change that would impact sorting, among other things...
[19:27] <micahg> chrisccoulson: the only reason why I see this one as different would be it's the menu location, I meant to bring it up last week
[19:28] <micahg> chrisccoulson: I'd suggest just respinning the 12 update again and I'll just push that out instead of 11 tomorrow (and bite the bullet if I missed something)
[19:29] <chrisccoulson> seriously? respin to change a single string, and make my life even harder for the next merge?
[19:29] <micahg> chrisccoulson: not my call, I'm fine with it if the SRU team approves :)
[19:29] <chrisccoulson> feel free to do that, as long as you do the merges next time :)
[19:30] <chrisccoulson> it's already bad enough trying to merge in changes that we need because of all the cherry-picking
[19:30] <chrisccoulson> and across 24 packaging branches
[19:33] <slangasek> I am unlikely to block the SRU over this; OTOH I'm also unlikely to be the member of the SRU team reviewing it and letting it in
[19:33] <slangasek> I just think it's unfortunate that an SRU will rearrange users' desktop menus
[19:35] <micahg> slangasek: it's one of those in -proposed for extended testing in preparation for a security update things
[19:35] <micahg> so, the other changes (upstream) have an exception to update every 6 weeks
[19:36] <micahg> or as needed
[19:38] <slangasek> there's also a good chance that this is not the most confusing change we've ever made in an SRU to one of these packages
[19:38] <seb128> micahg, how come that string change issue was not raised early than *just* before the time the release should go out?
[19:38] <seb128> seems like on a 6 weeks period that should have been raised earlier enough to be discussed without rush
[19:38] <seb128> which is not the case there...
[19:38] <micahg> seb128: I forgot and was reminded when I did my final acceptance testing, no one complained about it in -proposed
[19:39] <seb128> :--
[19:39] <seb128> :-(
[19:39] <seb128> rather
[19:39] <seb128> was that an user complain?
[19:39] <micahg> nope
[19:39] <micahg> just me noticing
[19:39] <seb128> ok, so "was reminded" is by yourself ;-)
[19:40] <micahg> right :)
[19:40] <seb128> well I've no strong opinion, but if that's an issue it's a shame that it was forgotten and just came back at the time the update is about to go out
[19:40] <seb128> but it seems like it's not worth delaying the update imho
[19:41] <micahg> there's enough time to revert if need be, alternatively, I can push out 11 as is and if someone screams respin 12 with the revert
[19:42] <mdeslaur> seriously, people are going from thunderbird 3 to thunderbird 11, the least of worries is the slight wording change in the desktop file
[19:42] <mdeslaur> the whole app is changing!
[19:43] <seb128> mdeslaur, yeah, I agree with that
[20:00] <ScottK> It looks like Bug #987613  and Bug #987713 are valid removal bugs if there's a "C" archive admin who has  minute?
[20:00] <ubot2> Launchpad bug 987613 in vloopback "Please remove vloopback source and binaries from oneiric" [Wishlist,Confirmed] https://launchpad.net/bugs/987613
[20:00] <ubot2> Launchpad bug 987713 in seamonkey "Please remove seamonkey source and binaries from precise" [Wishlist,Confirmed] https://launchpad.net/bugs/987713
[20:42] <Riddell> stgraber: you tested kubuntu upgrade 3 times?  whatever have we done to deserve that honour?
[20:43] <Riddell> you must have some automated way of doing that?
[20:43] <stgraber> Riddell: yeah, these are daily automated upgrade testing
[20:44] <Riddell> stgraber: how does that setup work?
[20:44] <stgraber> Riddell: I have a cron running on one of my server that uses the AutoUpgradeTester code from update-manager
[20:45] <stgraber> Riddell: it's the exact same setup Canonical used to run for all flavours (results used to be on mvo's people.u.c page IIRC)
[20:45] <stgraber> Riddell: so it essentially runs the equivalent of do-release-upgrade -d in a fresh kvm VM, runs a bunch of test post-upgrade and report failures if it detects a .crash or any other test failure
[20:55] <Riddell> stgraber: cool
[20:59] <jdstrand> are there any problems with my pushing a universe package to precise-security now as opposed to thursday?
[20:59] <jdstrand> I'm assuming not, but thought I would check
[21:03] <ScottK> ^^^ I emailed the uploader and the author to explain it was too late for -release.
[21:07] <jdstrand> hrmm, our unembargo tool was not smart and it went to precise-security (our other tools skip the dev release)
[21:07] <jdstrand> well if openssl098/universe to precise-security is a problem, holler
[21:12] <slangasek> should be fine
[22:06] <stgraber> slangasek: leaving now, if you have any other builds that are ready, just pm me the names and version (just to be safe) and I'll move them first thing tomorrow
[22:17] <cjwatson> ScottK: audacious-plugins is intended for SRU, yes
[22:17] <cjwatson> ScottK: think I explained it a few lines above that
[22:24] <balloons> Riddell, ScottK wubi kubuntu testing went well
[22:24] <balloons> no issues
[22:27] <skaet> :)  thanks balloons
[22:31] <balloons> err.. wait.. :-) incoming message ;-)
[22:31] <balloons> is wubi amd64 only? one person is reporting wubi is always downloading the amd64 image
[22:32] <cjwatson> currently, wubi just goes off the capabilities of the CPU
[22:32] <slangasek> there's a single wubi image, and it has to decide somehow which architecture you want
[22:32] <cjwatson> there's a bug about that
[22:32]  * slangasek nods
[22:32] <cjwatson> so on a 64-bit system, it'll always choose amd64, yes
[22:32] <balloons> ahh, so in order to test the 386 upgrade you HAVE to have 386 only hardware eh
[22:33] <slangasek> or a 32-bit VM
[22:33] <cjwatson> well, for upgrade, you could do an install off the wubi that used to be on the CD
[22:33] <balloons> gotcha.. thanks.. Additionally, 11.10 isn't always installing so cleanly, but we're ignoring that :-)
[22:33] <cjwatson> the CD was only made non-Wubi-capable in itself in precise
[22:34] <balloons> yes, I know that.. I believe they are using the old exe's for upgrade testing.. tho some may have used the old cd
[22:38] <balloons> Riddell, ScottK so I have a couple more testers yet to report, probably will hear back tonight/tomorrow on them
[22:43] <cjwatson> seriously?  new xbmc *introduced* an outdate?
[22:44] <cjwatson> hm, this looks like altivec damage to me, I think I'll cheat *cough*
[22:49] <cjwatson> so I think remaining for outdate_all are pending builds, clang, and eclipse
[23:07] <ScottK> balloons: OK.  We still need the wubi testing.
[23:07] <balloons> ScottK, what do you mean?
[23:08] <balloons> you need more? or ?
[23:09] <ScottK> balloons: Got two results for amd64 and none for i386.  Need the i386 one tested.
[23:09] <ScottK> So progress, but yes, more.
[23:09] <knome> if somebody could do wubi testing for xubuntu too, we'd appreciate it ;)
[23:09] <balloons> ScottK, right.. but see above.. the i386 is hard to test
[23:09] <balloons> at least on real hardware
[23:09] <knome> i don't know when that's been done the last time, seriously
[23:09] <balloons> it's pretty much impossible tak
[23:10] <cjwatson> oh, here
[23:10]  * cjwatson finds a force option
[23:10] <balloons> if we had an override or something to force i386 it would help alot.. skaet is right we could do vm's, but that's silly
[23:10] <cjwatson> wubi --32bit
[23:10] <cjwatson> ./src/wubi/application.py:257:        parser.add_option("--32bit", action="store_true", dest="force_i386", help="Force installation of 32 bit version")
[23:10] <balloons> cjwatson, rofl ^^
[23:10] <ScottK> I'd say take the i386 ISO and do whatever the wubi test case says to do.
[23:10] <cjwatson> go forth and test :-)
[23:11] <balloons> lol
[23:11] <balloons> i'll ping back the testers.. probably won't happen till tomorrow at this hour.. but ;-)
[23:11] <balloons> thanks
[23:11] <cjwatson> np, should've noticed earlier
[23:18] <infinity> cjwatson: New review: http://paste.ubuntu.com/944886/
[23:19]  * cjwatson line-by-lines to make sure
[23:20] <cjwatson> LGTM
[23:28] <ScottK> jibel: I see you did a bunch of Ubuntu amd64+mac tests.  Would you be able to run through some of the Kubuntu ones as well.  The tester we had over the weekend seems to have gotten distracted.