[00:01] <slangasek> skaet: the upshot is that neither of these packages should be on the DVD at all; but the best way to get them off of there is probably to remove them from the archive altogether
[00:02] <skaet> slangasek,  thanks for figuring it out.
[00:24] <slangasek> skaet: ok, those binaries are all cleaned up now
[00:33] <skaet> slangasek,  thank you.  :)
[04:16] <Daviey> pitti: BTW, i'll be in late.. burning the candle here.
[04:44] <pitti> Good morning
[04:45] <pitti> Daviey: urgh, that looks like a complete nightshift
[05:29] <skaet> pitti, Daviey - can you get with jibel when he comes on line and decide if its worth respinning Ubuntu/Kubuntu DVD?   I've release noted the issue for now (see linux-backports-module issue in the backscroll) and can live with it, but wanted your thoughts if it was worth a respin.
[05:31] <pitti> due to the oversize?
[05:31] <pitti> oh, ubuntu, too?
[05:31] <pitti> hm, it's not oversized
[05:32] <skaet> pitti,  DVD - http://cdimage.ubuntu.com/lucid/dvd/20120214/report.html
[05:32] <pitti> we don't have a meta fix, though
[05:33] <pitti> so a respin alone wouldn't cure it
[05:34] <skaet> slangasek thought cleaning up the archive should sort it out, but if we need that meta fix,  yeah, leave it as a release note.
[05:35] <pitti> skaet: yeah, it's a wart, but not really visible to users IMHO
[05:36] <skaet> release note it is then.
[06:11] <slangasek> pitti: they were NBS packages on the archs; I've dropped them from the archive now, so a respin would drop them from the DVD as well
[06:11] <pitti> slangasek: hm, how so? linux-backports-modules-wireless-lucid-generic-pae and linux-backports-modules-wireless-lucid-server are still built by current linux-meta
[06:12] <slangasek> not on those archs
[06:12] <pitti> oh, I see
[06:49] <skaet> pitti, https://wiki.ubuntu.com/LucidLynx/ReleaseNotes/ChangeSummary/10.04.4 - any review/polishing you can fit in, would be welcome (the linux part was duplicate crazines. :P - I'm still spotting some duplicates, but too tired now, zzz time.)
[06:50] <pitti> skaet: thanks! will do over the day
[06:50] <pitti> skaet: sleep well!
[06:51] <skaet> thanks!
[08:42] <pitti> jibel: hey
[08:43] <pitti> jibel: the (k)ubuntu DVDs have two uninstallable packages from linux-meta on them; they don't really hurt, just show up in report.html; do you think it's worth rebuilding/retesting for this?
[08:43] <pitti> jibel: 10.04.4 I mean
[08:47] <jibel> pitti, what time is the release ?  if it's early afternoon, that's too short. if it's end of the afternoon that's fine we can retest Ubuntu.
[08:48] <jibel> pitti, what is the impact if these packages are kept on DVDs ?
[08:48] <pitti> jibel: our evening most probably; but I'd hate to waste any human effort on retesting on that really
[08:48] <pitti> jibel: not much really; they are uninstallable if someone tries to install them from the DVD pool
[08:49] <pitti> but they don't show up in software-center, or are advertised anywhere
[09:15] <jibel> pitti, ok, it is very low impact and is release noted. If really we want to respin we can test DVDs before EOD today but I'd rather spend time on something else than retesting these images.
[09:15] <pitti> jibel: yes, what I thought; thanks for confirming
[11:00] <Daviey> pitti: heya
[11:01] <pitti> hey Daviey
[11:01] <pitti> Daviey: got some hours of sleep? I woke up about 30 minutes after you left..
[11:01] <Daviey> pitti: heh. happy times :)
[11:01] <pitti> I just went over https://wiki.ubuntu.com/LucidLynx/ReleaseNotes/ChangeSummary/10.04.4 to beautify it a bit
[11:01] <Daviey> pitti: Sorry, for not being here first thing.  What is the current status?
[11:02] <pitti> Daviey: we noticed that the DVDs have an uninstallable package each, but IMHO that's harmless enough to not warrant a respin
[11:03] <pitti> Daviey: testing looks good, including Kubuntu
[11:03] <pitti> so please pre-publish if you haven't already
[11:03] <pitti> Daviey: no other good or bad news AFAICS, looks on track
[11:03] <Daviey> pitti: the kernel module thing?
[11:03] <Daviey> on DVD
[11:03] <pitti> Daviey: yes; they got removed from the archive, but are still on the DVD
[11:03] <pitti> but as it's mostly a cosmetical thing (reports.html), it doesn't really warrant a respin
[11:03] <pitti> as that would void the testing
[11:03] <Daviey> pitti: right.. i spotted that last night :)
[11:19] <Daviey> pitti: so, i would have expected pre-publish (now done) to create http://cdimage.ubuntu.com/releases/10.04.4/ .. but it hasn't?
[11:19] <pitti> Daviey: no, it's not supposed to
[11:20] <pitti> Daviey: it just adds the new images to a hidden directory, so that mirrors can grab them
[11:20] <pitti> Daviey: adding .html, those dirs, etc. is the actual publishing
[11:20] <Daviey> pitti: where does it create it?
[11:21] <Daviey> ah, found it
[11:23] <Daviey> pitti: --prepublish didn't advice of dvd commands.. is that expected?
[11:25] <pitti> Daviey: yes; prepublish is only for stuff that lands on releases.ubuntu.com
[11:25] <Daviey> ahhh
[11:25] <Daviey> cool
[11:25] <pitti> Daviey: DVDs, source, derivatives etc. go to cdimage.ubuntu.com which doesn't need prepublishing
[11:25] <pitti> mirroring there is just to our own DC, which is fast
[11:25] <Daviey> right, makes sense.
[11:26] <pitti> lunch, bbl
[11:46] <brendand> context menus are often not drawing immediately, is this an issue with compiz 5.4 (under testing)?
[12:13]  * lamont gets started on that armel downtime window
[12:51] <infinity> lamont: \o/
[12:51] <infinity> lamont: And, to be clear, we're just knocking out the babbages for now, right?  The beagles are staying in place for a bit?
[12:52] <infinity> lamont: (We want the beagles gone at some point too, but just checking what's going on today)
[12:53] <lamont> correct
[12:53] <lamont> we are decommissioning 10 of 13 bbg3 boards
[12:53] <lamont> er, 10 of 15
[12:54] <pitti> will they get replacements?
[12:54] <pitti> asking because even with the babbages the current queue is 8 days
[12:55] <pitti> oh, sorry, that's already with them taken down
[12:55] <pitti> it was a couple of hours this morning, but constantly non-zero over the last week
[12:57] <infinity> pitti: They're being replaced with Pandas as we speak.
[12:57] <pitti> \o/
[12:58] <infinity> (And I'll immediately steal a few to finish the armhf rebuild test faster)
[12:58] <infinity> But, like, 4 Pandas should clear up the armel queue in no time. :P
[12:59] <pitti> oh darn, the mrpt build was cancelled
[12:59] <pitti> it already built for 1.5 days and was almost ready :/
[12:59] <pitti> but *shrug*
[12:59] <infinity> Shrug indeed.
[12:59] <pitti> the pandas should be faster indeed
[13:09] <infinity> lamont: Is caph manual for a reason, or was that an oops?
[13:12] <lamont> that's either not my doing, or an oops
[13:12] <pitti> . o O { what would it take for you guys to accidentally spill a cup of coffee or two into the powerpc buildds? }
[13:14] <Daviey> red bull might make them work faster.
[13:14] <cjwatson> https://rt.admin.canonical.com/Ticket/Display.html?id=48569 made some progress recently ...
[13:14] <Laney> nobody loves ppc :(
[13:14]  * Laney strokes the old ibook
[13:18] <infinity> lamont: Alright.  I'm going to give caph to armel for now, though.
[13:18] <infinity> s/though/then/
[13:19] <lamont> sure
[13:19] <lamont> infinity: I'm going to assume that you're balancing, and ignore irc for a bit
[13:20] <pitti> cjwatson: I'm actually more eager to get rid of it :) (livefs builds are not much of a concern as long as the bloody thing takes 3 days to get to a package build)
[13:20] <infinity> lamont: Ignore away. ;)
[13:21] <pitti> anyway, it was just trolling, sorry
[13:21] <infinity> pitti: When livefs builds move to sulfur, we get royal as an lp-buildd.
[13:21] <infinity> pitti: (And then when livefs builds move to launchpad, we get sulfur too)
[13:21] <pitti> infinity: still doesn't change the fact that nobody cares about powerpc specific failures
[13:22] <infinity> pitti: I do!
[13:22] <infinity> pitti: And BenC did a mess of uploads.
[13:22] <infinity> pitti: Just because no one's paid to care doesn't mean no one cares.
[13:23] <pitti> ah, so I'll let you worry about build failures like vlc :)
[13:23] <pitti> more seriously, I actually don't want anyone in platform to waste time on it
[13:23] <pitti> we frankly have more urgent things to spend our time on
[13:23] <pitti> if someone actually uses it as a platform and wants to, sure
[13:24] <pitti> but for my part I refuse to spend any more time on it as part of stable+1
[13:24] <pitti> I'm wasting enough attention on it already
[13:25] <infinity> To be fair, with the exception of really bizarre toolchain issues, if people cared about the packages they upload, it wouldn't ever be much of a mess. :/
[13:25] <infinity> (And while I realise it's hard to care about powerpc, I could say the same about arm, which we supposedly support)
[13:25] <cjwatson> arm is way worse off than powerpc in termsof build failures.
[13:26] <cjwatson> *terms of
[13:26] <infinity> Yeahp.
[13:26] <cjwatson> like, two or three times as bad.
[13:26] <pitti> yes, but we support it and are interested in the platform, unlike powerpc
[13:27] <infinity> That's sort of my point.
[13:27] <infinity> We "support" it, and we still can't get people outside the ARM team to care much about failures in packages they upload. :P
[13:27] <pitti> and people do test arm images, whereas nobody tests the powerpc ones
[13:27] <infinity> Images, I care less about on PPC.
[13:28] <infinity> But I will commit a fix to debian-cd soon so that PPC images actually boot on one of my machines.
[13:28] <infinity> (Currently, it was installed with a Debian CD, and then cross-debootstrapped to Ubuntu)
[13:28] <cjwatson> I love the way those nobodies who test the powerpc ones also file bugs
[13:28] <cjwatson> They just don't *sign up as testers*
[13:29] <cjwatson> (Which I wish they would and I do occasionally ask ...)
[13:29] <infinity> I'll be sure to actually submit results to the ISO tracker once the ISOs work for me. :)
[13:29] <pitti> well, *shrug*, I still consider it a waste of time, but that's just my personal opinion
[13:29] <cjwatson> (er, for anyone reading the IRC logs out of context, that was gentle sarcasm, not implying that the people who test powerpc images are "nobodies")
[13:30] <infinity> Up until now, I've had one machine that boots with BootX (clearly can't do installer testing), and one that could work, but needs a tweak.
[13:30] <infinity> pitti: Let others waste their time on it, then. ;)
[13:30] <infinity> pitti: I have more PPC machines in my house than x86.
[13:39] <jibel> cjwatson, a tester just reported bug 933434 in kubuntu 10.04.4
[13:39] <jibel> I don't think it's new but a consequence of bug 933433 with grub and XFS
[13:39] <jibel> could you look into it ?
[13:40] <cjwatson> well, certainly isn't grub
[13:40] <cjwatson> far too early
[13:40] <cjwatson> is it .4-critical?
[13:41] <cjwatson> oh - my apologies, I should have read the entire syslog first!
[13:41] <cjwatson> 933433 is grub, 933434 is not
[13:42] <cjwatson> the latest comment on 933433 explains the situation accurately
[14:46] <pitti> skaet: http://people.canonical.com/~ubuntu-archive/testing-ports/precise_probs.html
[15:04] <Riddell> cjwatson: for bug 933433 you set to triaged, does that mean you know the cause?
[15:10] <Riddell> what boot option do I add to get oem mode? (bug 645818 means I can't use normal boot loader)
[15:15] <cjwatson> Riddell: the reporter already explained the cause in his most recent comment
[15:15] <cjwatson> you can't install grub to a logical partition containing xfs; the problem is just that the installer doesn't tell you this but crashes instead
[15:16] <cjwatson> OEM mode is oem-config/enable=true
[15:18] <Riddell> cjwatson: ok so not a regression then
[15:22] <cjwatson> indeed not
[15:24] <cjwatson> Riddell: don't suppose you could have a look at bug 933434?  it's in a bit of the KDE UI I'm really not very familiar with
[15:24] <cjwatson> no idea what an _ElementInterface is
[15:26] <Riddell> cjwatson: not off the top of my head, I'll try and test and see if I can recreate and look into it if I can
[15:37] <ogra_> skaet, hey, can we have the move to armhf mentioned in the FF announcement ?
[15:38] <skaet> ogra_, give me the words you want and I'll add it in.  :)    Decision's been made then?
[15:38] <ogra_> yes
[15:39] <skaet> any email/announce somewhere already I can crib from?
[15:40] <pitti> infinity, lamont: could we borrow some armhf builders for armel to make it catch up with the long build queue?
[15:40] <pitti> armhf only has the autotest
[15:41] <ogra_> skaet, "with the feature freeze of ubuntu precise ubuntu-arm moves to armhf as its default architecture, the armel architecture will go on to exist but not be supported by canonical anymore. image builds will be switched to armhf across the board with the exception of omap3 and ac100 builds still keeping armel builds around for compatibility with their respective binary drivers"
[15:41] <pitti> well, not "only" of course
[15:41] <pitti> but "also"
[15:41] <ogra_> infinity, ^^^ does that look ok to you ?
[15:41] <ogra_> skaet, we only announced it in the IRC meeting yet, the addition to the FF announcement would be the most official one then :)
[15:41] <lamont> pitti:I was letting infinity do the balancing act - I'm close to throwing 5 or more pandas into the pool, with a total of 9 arriving today
[15:42] <pitti> lamont: ah, that sounds sufficient indeed, thanks!
[15:43] <infinity> pitti: Yeah, I was waiting for the new pandas to be online, but I can rebalance a couple right now.
[15:43] <pitti> infinity: oh, that's ok; I thought we already had all the new ones, and some were moved to armhf
[15:44] <skaet> ogra_  coolio.   THanks.
[15:44]  * pitti is just eager to get some buildable armel images soon again
[15:44] <infinity> ogra_: Other than the complete lack of capitalisation, and the run-on sentence, sure. :P
[15:44] <infinity> ogra_: I'm sure skaet can un-German it a bit. ;)
[15:44] <ogra_> infinity, pfft ... grammar, who needs that
[15:44] <lamont> just _DO NOT_ unmanual the new ones
[15:45] <infinity> lamont: Set them to disabled instead of manual.
[15:45] <skaet> :)
[15:45] <pitti> lamont: understood
[15:46] <infinity> There.
[15:46] <pitti> "ishigaq" /me tries to pronounce that in Klingon
[15:47] <pitti> "today is a good day to build"?
[15:47] <infinity> Hahaha.
[15:51] <skaet> ogra_, infinity -   I'm happy to mention in the FF announce,  but it probably deserves its own announce and searchable subject line ;) with more details (and rallying of folks to help with cleaning up the uninstallable packages, and things not building, wouldn't hurt either...   )   Maybe someone on the arm team should issue that later today/tomorrow?
[15:51] <ogra_> k
[15:51]  * ogra_ will care for it 
[15:51] <skaet> thanks ogra_  :)
[16:01] <lamont> let's kick this pig, shall we infinity?
[16:10] <infinity> lamont: Once I'm off the phone
[16:11] <lamont> infinity: well, anyway, you have 5 new panda builders building with a track record on ishigaq of success or explainable failures.  I declare victory
[16:11] <infinity> lamont: Or you can kick it. :)
[16:11] <lamont> your other 2 will be online sometime soonish, with 2 others being virtual
[16:11] <lamont> #10 is that special board that thinks it has no SD card even though it booted from it
[16:12]  * infinity nods.
[16:12] <lamont> and that was a tad more painful than I wanted it to be
[16:29] <Riddell> does lucid work with alternate installs on netbooks?  I get "no common CD drive was detected"
[16:39] <lamont> infinity: so... sycamore... is that still being used for livefs builds?
[16:40] <infinity> lamont: Is it a babbage?
[16:40] <lamont> it is
[16:40] <lamont> so I want to kill it, of course.
[16:40] <lamont> OTOH, that requires a tad bit more coordination
[16:41] <infinity> lamont: It's used, but I can make that not true in pretty short order.
[16:41] <lamont> and would your preference be to replace it with a beaglexm, or a panda?  either way you lose one
[16:41] <infinity> A beagle.
[16:41] <infinity> But let me look at things.
[16:42] <infinity> We're dropping two armel images today, so I can probably just lose the builder and shuffle and no one will notice. :P
[16:42] <lamont> ah, that'd be lovely
[16:43] <lamont> if we still need one, I choose adoxaceae
[16:43] <lamont> it pairs most nicely with annonaceae
[16:43] <infinity> Heh.
[16:43] <infinity> How many beagles do we have?
[16:44] <infinity> I don't really want to create extra work for you, but the beagles are less than stellar for package bulding anyway.
[16:44] <infinity> With 6 image targets, we could have 6 beagles. :P
[16:44] <infinity> And make celbalrai an lp-buildd.
[16:53] <skaet> Daviey, ping?
[16:57] <Daviey> skaet: hola
[17:01] <lamont> infinity: *aceae are beagles in the buildd world
[17:06] <infinity> lamont: Aye, I knew that much.
[17:09] <lamont> and I think that may be all of them, when you count annonaceae
[17:13] <infinity> Mmkay.
[18:31] <Daviey> ev: not still around are you? :)
[18:32] <ev> Daviey: that depends on what you want me to do
[18:32] <Daviey> ev: is there a refreshed wubi for 10.04.4?
[18:33] <ev> Daviey: yes, it's ready and waiting at http://people.canonical.com/~evand/wubi/lucid/stable
[18:34] <Daviey> ev: super, thanks
[18:34] <ev> when 10.04.4 CDs are spun, that will be automatically included
[18:34] <ev> sure thing
[22:36] <skaet> Thank you Daviey!  10.04.4 images are all available for download.  :)
[22:37] <skaet> Thank you jibel and Riddell for coordinating the testing and checking that the images were good to send out.  :)
[22:37] <cyphermox> skaet: sorry, NM got uploaded later than freeze time, I got confused by conversion and was still testing it up (and enabling the tests)
[22:38] <cyphermox> and somehow it fails to build, oh god
[22:38] <skaet> cyphermox,  as long as it doesn't cause the daily build to break...
[22:39] <cyphermox> not really worried, it's an update with some bug fixes
[22:39] <skaet> cyphermox,  ok.   as long as its fixed before the cron jobs trigger all should be good.
[22:39] <stgraber> cyphermox: at least the ftbfs seems easy to fix (missing build-dep)
[22:39] <cyphermox> yeah
[22:40] <cyphermox> I should really have caught this early though
[22:49] <cyphermox> on the bright side if I didn't screw up elsewhere, shutdown will now no longer take a minute to complete
[23:42] <skaet> slangasek, pitti, cjwatson, Daviey, stgraber,  updated default_milestone on nusakan to "default_milestone=Precise Daily"
[23:55]  * ScottK approved the first FFe of the cycle ....
[23:56] <Laney> congrats
[23:56]  * Laney finds one to deny :-)
[23:57]  * ScottK cheers Laney on.
[23:58] <ScottK> Mine was an easy one to approve because the only reason it didn't get sync'ed pre-FF was it wasn't out of Debian New in time.
[23:58] <ScottK> Since we want to encourage going through Debian, easy decision.
[23:58] <Laney> yeah, hyperair was DTRT there
[23:59] <hyperair> DTRT?