[00:01] <slangasek> true... :)
[00:44] <infinity> Daviey: You could just stop causing them. ;)
[00:45] <Daviey> infinity: lets just re-ship dapper :)
[00:45] <infinity> I liked dapper.
[00:45] <infinity> I wouldn't mind woody either.
[00:48] <infinity> Daviey: Why does celery need to depend on an issue tracker?
[00:56] <Daviey> infinity: i highly suspect it does not actually NEED it.  I think it's for the docs generation, to include better marked up issues.
[00:57] <Daviey> infinity: either way, i think we can do without it.
[01:00] <Daviey> infinity: I hope it doesn't try to grab data from the various BTS's.. because then it's a total don't need
[01:02] <Daviey> infinity: why does this scream alarm bells? http://pb.daviey.com/Fo0Z/
[07:01] <micahg> tumbleweed: ^^ there you go :)
[07:31] <micahg> cjwatson: it would be awesome if precise-backports could get some love today (1 NEW, 3 Unapproved)
[08:16] <cjwatson> micahg: fair enough; let me see what I can do
[08:22] <tumbleweed> micahg: thanks :)
[08:39] <cjwatson> Laney: Doesn't tickr need to be backported to {natty,oneiric}-backports as well?  Otherwise the lucid backport violates ordering.
[08:40] <cjwatson> micahg: Cleared precise-backports; tickr (just above) is the only remaining queue entry
[08:41] <Laney> cjwatson: AIUI the Lucid-Maverick upgrade path is gone.
[08:42] <Laney> so the only way out is via precise
[08:42] <cjwatson> Hmm
[08:42] <cjwatson> I guess that's a reasonable point but it still seems kind of weird
[08:43] <Laney> I suppose it is, but it makes life easier
[08:46] <xnox> hmmm... you can still upgrade via http://old-releases.ubuntu.com/
[08:50] <Laney> not in a supported way
[08:50] <Laney> I wouldn't be surprised if there were SRUs/security updates in a similar situation
[08:51] <cjwatson> grr, it's been a long time since I checked that stable installer images were up to date with kernels
[09:08] <infinity> cjwatson: Should we be revving them on every SRU ABI bump?  I can trivially keep an eye on that, since I do many/most of the kernel SRU AA faff.
[09:08] <cjwatson> Generally yes
[09:09] <cjwatson> I seem to have neglected to create branches for oneiric and precise so far
[09:09] <Daviey> Is there any way this can be caught automatically?  Humans suck.
[09:09] <cjwatson> Sigh, all I was trying to do this morning was some SRU verification catchup
[09:09] <infinity> Daviey: It could be fairly trivially added to the SRU report.
[09:10] <infinity> I've been waiting on some highbank-related SRUs to land before I bothered touching d-i in precise, since it needs some backporty fun.
[09:10] <Daviey> infinity: good thought.
[09:10] <infinity> But I guess just revving the ABI for the status quo works for now.
[09:10] <Daviey> infinity: I suspect there will another highbank SRU shortly.
[09:11] <infinity> Daviey: I didn't mean the kernel, I meant other supporting bits.
[09:12] <cjwatson> ... and the build failures start rolling in ...
[09:12] <infinity> cjwatson: That's comforting.
[09:14] <cjwatson> Oh, hardy/lpia didn't build last time round either.  Meh then.
[09:14]  * cjwatson ignores
[09:14] <cjwatson> And didn't build in hardy-release.
[09:15] <infinity> I'm not convinced lpia ever had a user.
[09:23] <Daviey> cjwatson: erm, Dell Mini 10 shipped with lpia?
[09:23] <cjwatson> Daviey: I'm not arguing; what statement of mine are you disputing?
[09:24] <Daviey> bah. sorry cjwatson - 10:15 < infinity> I'm not convinced lpia ever had a user.
[09:24] <Daviey> the nicks cjwatson and infinity are clearly too similar.
[09:25] <Laney> oh look, is that a package for ben?
[09:26] <xnox> Laney: yeap!
[09:26]  * xnox loves ;-)
[09:26] <xnox> Laney: time to file bugs and feature requests! =))))
[09:26] <Laney> xnox: I know, I synced it :P
[09:27] <cjwatson> infinity: could you review debian-installer/oneiric-proposed?  I'm generally happy to self-review trivial API bumps under prior agreement, but the first in each series needs a little more work to enable post-release pockets
[09:28] <infinity> cjwatson: Sure.  I just got an aneurysm listening to a particle physicist explain the Higgs Boson using the Paparazzi as a metaphor.
[09:29] <cjwatson> I'll have one for precise-proposed coming in a bit, too.
[09:34] <iulian> infinity: Exciting day, isn't it? :)
[09:43] <infinity> cjwatson: Matches previous release->proposed bumps, looks good to me.
[09:44] <infinity> cjwatson: Oh, before you release precise-proposed, I want to backport a fix.
[09:45] <cjwatson> *blink* to the build system?
[09:46] <cjwatson> But sure, backport away, I'm done with it otherwise
[09:47] <infinity> cjwatson: bug #1010708
[09:47] <ubot2> Launchpad bug 1010708 in eilt "create armadaxp netboot directory and move files into it" [Low,Confirmed] https://launchpad.net/bugs/1010708
[09:48] <cjwatson> ah
[09:49] <cjwatson> I can just backport that for you if you like
[09:49] <infinity> Already done.
[09:50] <cjwatson> Oh, you don't have CIA set up for that branch, OK
[09:50] <infinity> Oh, I do.
[09:50] <infinity> I haven't committed yet.
[09:50] <cjwatson> Let me push first ...
[09:50] <infinity> And you have no changelog yet.
[09:50] <infinity> Ahh. ;)
[09:50] <cjwatson> (I wasn't bound, by mistake)
[09:50] <cjwatson> Done now
[09:52] <infinity> Alright, you review mine, I'll review yours? :P
[09:53] <cjwatson> Looks clearly correct to me
[09:54] <infinity> Ditto.
[09:54] <infinity> If your debdiff matches 'bzr diff -r1681..' consider it reviewed.
[09:54] <infinity> I should nap. ;)
[09:56] <cjwatson> Yeah, it does
[09:57] <cjwatson> (Except for some extra noise in build/config/armhf/, because debdiff follows that symlink but bzr diff doesn't)
[09:58] <xnox> import cable release coordination: slangasek and infinity I have received the cable from ev
[09:58] <xnox> s/import/important/
[10:02] <infinity> cjwatson: Right.
[10:02] <infinity> cjwatson: Oh, are we having a short-staffed meeting today, or skipping it?
[10:03] <cjwatson> Short-staffed
[10:03] <infinity> (Given the US holiday, plus doko may already be in flight, etc)
[10:03] <infinity> Kay.
[10:03] <infinity> I'll set an alarm. ;)
[10:03] <infinity> 'Night.
[10:04] <cjwatson> Sleep well
[10:10] <infinity> cjwatson: Might want to sru-accept that too, for the bug.
[10:10]  * infinity really sleeps now.
[10:10] <cjwatson> Oh yes
[10:11] <cjwatson> Done
[10:57] <davmor2> cjwatson: are the mini iso's still being spun I want to get this machine on Quantal but can't with ubiquity so though I'd give mini iso a spin rather than download alternate (if it is still being made)
[10:57] <cjwatson> Of course
[10:57] <cjwatson> They're a product of debian-installer builds
[10:58] <davmor2> cjwatson: cool I'll grab one of those then thanks :)
[11:01] <doko> infinity, still here, leaving tomorrow at 4:30am
[13:54] <zul> slangasek: afaik adam_g is validating glance/keystone but he has the day off today
[14:45] <ogra_> infinity, hmm, still no mx5 images ?
[14:47] <infinity> ogra_: Don't look at me, you're the one who's been doing the images. ;)
[14:47] <ogra_> well, i didnt do anything specific to mx5
[14:47] <ogra_> ubuntu                  daily-live              quantal-                amd64 amd64+mac armhf+mx5 armhf+omap4 armhf+omap i386 powerpc
[14:48] <ogra_> thats what we have in default-arches
[14:48] <infinity> I see a successful livefs build.
[14:48] <ogra_> but somehow only omap and omap4 come out of this
[14:48]  * infinity checks cd logs.
[14:48] <ogra_> and yeah, seems to be successfull, there is no mail
[14:51] <infinity> No script to make CDs bootable for armhf+mx5 ...
[14:52] <infinity> And, indeed, mx5 has a post-boot, but no boot.
[14:53] <ogra_> Making the binary CDs bootable ...
[14:53] <ogra_> No script to make CDs bootable for armhf+mx5 ...
[14:53] <ogra_> make: *** [/srv/cdimage.ubuntu.com/scratch/ubuntu/daily-live/tmp/quantal-armhf+mx5/bootable-stamp] Error 1
[14:53] <ogra_> bah, you were faster :P
[14:55] <ogra_> hmm, just a cp boot-armhf+omap boot-armhf+mx5 and adjusting the SUBARCH var should be enough
[14:55] <infinity> Does it really do nothing?
[14:55] <ogra_> it copies kernel and initrd  around iirc
[14:56] <ogra_> ah, only the kernel
[14:56] <infinity> Ahh, yeah, that should do, then.
[14:56] <infinity> Shall I?
[14:57] <infinity> Actually, SUBARCH and FLAVOUR are obviously not being used anyway.
[14:57] <infinity> Given that omap4 is a symlink to omap. :P
[14:57] <ogra_> oh, right, thats from an older iteration
[14:58] <infinity> So, we could probably just add more symlinks.
[14:58] <infinity> Although...
[14:58] <infinity> It claims to be looking in SUBARCH/cdrom/ ...
[14:59] <infinity> Does that mean the omap4 images have omap kernels copied to them, but no one's noticed because post-boot fixes it all anyway? :P
[14:59] <ogra_> which is a bit nonsense ... given we store in arch+subarch
[14:59] <ogra_> rrrright ...
[14:59] <ogra_> we shouldnt tell paolo that he uploades unused omap4 kernels since two years then ;)
[14:59] <infinity> Indeed.
[15:00] <cyphermox> ^^ software-properties: ported to python3; needs cloud-init and orchestra to adjust Depends for the right package that carries add-apt-repository now. working on it.
[15:00] <ogra_> well, i think the link is sufficient
[15:00] <ogra_> seems to work with omap4
[15:04] <infinity> ogra_: Yeah, I'm trying to trace *why* it works for omap4 before I do it. ;)
[15:49] <davmor2> cjwatson: well that worked I now have a Quantal install :)
[15:50] <cjwatson> Cool
[15:51]  * ogra_ notices that jibel had an "ulimate" morning this morning ... oh my, so many duplicates
[15:52] <infinity> ogra_: So, entertainingly, I was right.  The boot script is copying the omap3 d-i kernel/initrd for both flavours.  And then we just overwrite it in post-boot. :P
[15:52] <ogra_> lol, ok
[15:52] <ogra_> we should just drop the code then
[15:52] <infinity> ogra_: So, yeah.  Just copying or symlinking it will "work" for mx5 too, but some day, we should tear out the useless.
[15:53] <ogra_> i think that script stems originially from my very first live image attempts
[15:53] <infinity> ogra_: I don't want to do too much culling right now, cause I'll get cut-happy, and I haven't slept.
[15:53] <ogra_> back then it was actually split in two and the first one created the partition image
[15:53] <cjwatson> Oh man, API queue is so much faster than the LP script
[15:53] <ogra_> infinity, go to bed, i'll care
[15:54] <infinity> ogra_: That works for me.
[15:54] <ogra_> :)
[15:54] <infinity> cjwatson: That makes up for kernel NBS removals taking half an hour. ;)
[15:54]  * ogra_ wonders if ubiquity should be able to work on a serial port if the right preseeding is set 
[15:55] <cjwatson> infinity: It's a tradeoff between startup time and API request time
[15:55] <ogra_> (i know oem-config works but never tried ubiquity itself)
[15:55] <cjwatson> Each individual request is slower, but if you run something that only needs a couple of requests, that's utterly dominated by the 10+-second startup time of execute_zcml_for_scripts or whatever it is
[15:56] <cjwatson> If I can ever figure out how to make status=["Published", "Pending"] work then that would help too
[15:57] <infinity> cjwatson: Yeah, the startup time of those LP scripts was abysmal, no argument here.
[15:58] <infinity> cjwatson: And now that remove-package outputs often enough for me to not get bored, I don't really care that it's slow on large sets.
[15:58] <infinity> If there's anything programmers are good at, it's watching scrolling text in their peripheral vision.
[15:58] <cjwatson> It's a bit annoying that there's no way to make a bulk query for a load of package names.
[15:58] <cjwatson> That might be easy to add if I ever get bored (not likely).
[15:59] <infinity> Anyhow.  I completely failed to nap before the meeting, despite a valiant effort to do so, so I might go flip a coin between passing out for a bit or heavy caffeination.
[16:00] <infinity> If I don't come back, the former won.
[16:00] <infinity> If I never come back, the latter may have won.
[16:24] <Laney> bah, struck again by bug #888665
[16:24] <ubot2> Launchpad bug 888665 in launchpad "Backports can't build-depend on other backports" [Critical,Triaged] https://launchpad.net/bugs/888665
[16:24] <Laney> after figuring out the wobbly stack of backports required to get ben to lucid
[16:26] <micahg> cjwatson: thanks for clearing precise-backports
[16:27] <Laney> I suppose I can apply a wobbly patch for precise instead to avoid having to backport tyxml
[17:28] <slangasek> zul: glance/keystone> ok, cool
[17:28] <slangasek> zul: I also have the day off today ;)
[17:30] <zul> slangasek: enjoy your pouring tea in your boston harbor day :)
[20:38] <jamespage> please could the binary NEW packages for libunwind be accepted into quantal - ta
[21:06] <stgraber> after a few succesful tries, I've now updated nusakan to build Edubuntu DVD for i386, amd64 and armhf+omap4 daily. We've cut around 30-45min of our build time with another change this cycle so I won't change the cron as it should still fit. We can always update later on if that's a problem.
[21:07] <highvoltage> nice.
[23:13] <phillw> stgraber: I just caught the end of your meeting. The Lubuntu-QA team are always 'up' for a challenge in helping another team out. Feel free to give us a poke. https://wiki.ubuntu.com/Lubuntu/Testing