[05:16] <pitti> hello
[05:16] <pitti> could someone please mark colord as "autopkgtest known broken" so that it stops holding back packages (like the last systemd with fixed keymaps)?
[07:56] <infinity> pitti: Sure.  Is someone going to fix the test?
[07:57] <infinity> pitti: Anyhow, that colord version's test is ignored for now.
[08:06] <pitti> infinity: thanks; I talked about it with RAOF, yes
[08:08] <RAOF> pitti, infinity: Aha. It's the libcolorhug test that fails, in libgusb. Probably needs an actual usb device available. I've fixed this locally, and will upload once it's all tested to work.
[08:08] <RAOF> While I happen to be logged in to the testing VM :)
[08:09] <pitti> RAOF: nice!
[08:09] <pitti> RAOF: i. e. skip the test if there's no device available?
[08:10] <RAOF> The first cut is to just not run the colorhug tests :)
[08:10] <RAOF> Then I'll work out precisely why it fails
[08:12] <darkxst> anychance someone could take a look at mozjs17? (in new queue). this is quite an important package for ubuntu GNOME...
[08:30] <xnox> Laney: thanks, that makes so much sense now!
[08:31] <Laney> heh
[08:31] <Laney> I didn't know that the importer relied on being in core-dev either
[08:32] <Laney> (thought that ~ubuntu-branches conferred the required permissions)
[08:32] <Laney> xnox: so is it possible to retry them?
[08:34] <xnox> Laney: well, I don't see ebook in failures any more.
[08:35] <xnox> pitti: can you reject https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/eglibc/natty-201306242138/+merge/171220 ? i'm trying to get eglibc import up to date as per infinity's request (based on uploads only) and I don't need history from the proposed branch.
[08:35] <pitti> xnox: done
[08:36] <xnox> pitti: thanks.
[08:36] <Laney> ah, maybe they did get done already
[08:36] <xnox> Laney: how did the error looked like? is it still on: http://package-import.ubuntu.com/status/#analysis
[08:36] <Laney> 401 unauthorised, so no
[08:37] <Laney> what about the latest set of failures?
[08:40] <xnox> Laney: yeah, don't see that one. i just thought expired from core-dev will make that error the top one, rather quickly. The rest seem to be the "normal" failures.
[08:44] <maxb> The importer needs to be in core-dev for those official package branches which are not owned by ~ubuntu-branches, IIUC
[08:45] <Laney> that can happen?
[08:45] <xnox> Laney: yeah, branches can be blessed to be lp:ubuntu/package.
[08:45] <maxb> yes, officialness is a separate pointer/flag/thing
[08:46] <Laney> how can I query it?
[08:47] <maxb> I'm not sure that was a good idea, as the importer's support for co-operating with humans pushing to the same branches isn't very good
[08:47] <infinity> jamespage: Did you meant to drop my armhf fix from golang by syncing instead of merging?
[08:47] <maxb> The simplest way is to look which branches have the lp:ubuntu/... style names
[08:47] <jamespage> infinity, no - I did not
[08:48]  * jamespage berates himself
[08:48] <jamespage> infinity, I'll fix that up right now
[08:48] <infinity> jamespage: Ta.
[08:48] <jamespage> infinity, thankyou for pointing out my oversight
[11:26] <infinity> cjwatson: FWIW, regenerating jigdo bits with jigdo-file seems to be a non-starter, as I can't sort out a way to make jigdo-file do the same --exclude magic we do via mkisofs/libjte.
[11:27] <infinity> cjwatson: So, newly-generated jigdo bits include boot/* which is suboptimal.
[11:27] <infinity> cjwatson: The path of least reistance here might just be to drop *{jigdo,template} from raring-server (I double-checked, and no other alternates referenced the unreleased finish-install version, so this only affects 4 images)
[11:28] <cjwatson> tools/jigdo_create doesn't work?  I thought that's what we used before we had jte ...
[11:30] <infinity> Oh, hrm.  Am I to assume from that that if I explicitly feed it a file list, it'll skip anything not in it (ie: the inverse of an exclude)?
[11:31] <cjwatson> I think so ...
[11:31] <cjwatson> It's been a long time
[11:32] <infinity> Though, I'd need to tear apart the ISOs and get file lists, then.  Fun.
[11:32] <infinity> Oh, I guess I could just use .list
[11:38]  * infinity tries harder.
[11:45] <infinity> cjwatson: Ah-ha, feeding it a file list and *not* pointing it at the mirror seems to be the secret.
[11:47] <cjwatson> Ah, good
[11:51] <infinity> Oh man, screw you mkisofs, for not outputting your file list in lexical order.
[11:51] <infinity> Because I wanted to diff this by hand, I really did.
[12:29]  * infinity wonders why all his templates got bigger, and wonders futher if he should care...
[12:29] <infinity> Probably just differences between jigdo and libjte.
[16:02] <cjwatson> would appreciate binary NEW review of click; tight deadlines here
[16:02] <infinity> cjwatson: I'll look at it after our call.
[16:02] <cjwatson> ta
[16:19] <infinity> cjwatson: Looks sane, accepted.
[16:19] <infinity> cjwatson: And bumped the powerpc build.
[16:21] <cjwatson> ah, that doesn't matter
[16:21] <cjwatson> queue'll clear soon enough :)
[16:21] <cjwatson> but thanks
[16:26] <TheLordOfTime> infinity:  thanks for the fast response to that bug and fixing that user's problem :)
[16:35] <Ursinha> infinity, slangasek, sorry, I got a kernel panic
[16:36] <slangasek> Ursinha: 'sok, you disappeared right as we were all wrapping up anyway :)
[16:37] <Ursinha> ah, ok then, have to investigate what happened here
[19:14] <bdmurray> could somebody sru release apt from precise-proposed?  I'd do it but I did the verification.
[19:32] <infinity> bdmurray: Done.
[19:35] <bdmurray> thanks
[20:14] <bdmurray> wgrant: would you mind reviewing https://code.launchpad.net/~cjwatson/launchpad/copy-set-phase/+merge/170775?