[00:00] <slangasek> the perl upgrade was on Mar 4... seems unlikely to have no packages with debconf questions from the 4th until the 20th, though I guess it's possible
[00:40] <doko>  o console-setup-freebsd-charmaps-udeb console-setup-freebsd-fonts-udeb console-setup-linux-charmaps-udeb console-setup-linux-fonts-udeb console-setup-pc-ekbd{console-setup}
[00:40] <doko> cjwatson, is there anything needed in main?
[00:41] <doko> ohh, I see python3-launchpadlib. should we keep that in main?
[03:55] <slangasek> doko_: console-setup-linux-charmaps-udeb console-setup-linux-fonts-udeb console-setup-pc-ekbd belong in main, the freebsd ones are irrelevant
[04:06] <infinity> slangasek: I have a couple of bug reports about that debconf failure, but hadn't yet seen it locally or managed to reproduce.  If it only happens under update-manager, that's a hint (though, an annoying hint...)
[10:28] <smb> Not sure this isn't a wrong assumption on my part, but I just noticed that on the 14.04.2 amd64 server iso pool/main/l/linux looks like this: http://paste.ubuntu.com/10667920/ Since the installer kernel is a 3.16, should there be not 3.16 udebs? Also the md and multipath modules seem to be over-eagerly supplied...
[10:48] <mparillo> stgraber: I am noticing some obsolete test cases for Kubuntu. https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1425193 Riddell sent me your way. Would I be able to remove the obsolete Kubuntu test cases and edit them? You can find me on Launchpad at marco-parillo (first e-mail), if I am not on-line here.
[11:50] <elfy> mparillo: re manual testcase, probably better to just create new testcases
[11:51] <elfy> as far as removing them - anyone in kubuntu release team should have perms to remove old testcase from the list
[11:54] <elfy> not sure who's about interested in beta2 images but bug 1435714
[11:55] <elfy> I assume that'll affect everyone - it certainly affects Xubuntu, Ubuntu and Mate
[12:06] <flexiondotorg> http://launchpad.net/bugs/1432285
[12:07] <Odd_Bloke> I can see cloud-init apparently being accepted in http://people.canonical.com/~ubuntu-archive/proposed-migration/trusty/update_output.txt; did it miss migrating before the beta freeze (or is there something else happening)?
[12:08] <cjwatson> the beta freeze should have no effect on trusty
[12:08] <cjwatson> stable release migrations are always manual, though
[12:08] <cjwatson> proposed-migration runs in a dry-run mode there
[12:09] <cjwatson> it merely serves to provide input to http://people.canonical.com/~ubuntu-archive/pending-sru.html
[12:15] <Odd_Bloke> Aha, I thought there was a page I was missing.
[12:15] <Odd_Bloke> Thanks!
[12:20] <Odd_Bloke> *some documentation reading later* Could I get an AA to promote cloud-init in precise, trusty and utopic?
[12:37] <mparillo> Thank you elfy. Apparantly, there is no separate Kubuntu Release Team. Do you know how I can apply to join the Ubuntu release team?
[13:12] <flexiondotorg> elfy, The eject issue is critical. On EFI system you'll enter and almost inescapable boot loop and the end of the install.
[13:13] <flexiondotorg> elfy, <davmor2> flexiondotorg: the other nice issue is if you are on a system with UEFI there is no boot from HD option in the menu so you are stuck in a menu/boot loop where you cant remove the dvd, you can't can't eject the dvd and you can't boot to another device so you eject the dvd, bit of an issue :)
[13:14] <davmor2> added it as a comment to the bug will be filing another for the menu to have a boot from hdd
[13:18] <flexiondotorg> davmor2, Thanks.
[13:40] <doko> slangasek, cjwatson: demoted the freebsd ones, I assume the other need seeding. but then I noticed that the other seeded console-* packages don't exist anymore
[13:40] <doko> also, there are still ttf-* packages seeded, instead of fonts-*
[13:41] <cjwatson> feel free to sort this out, I wasn't involved in the latest console-setup merge
[13:41] <doko> ok
[13:42] <cjwatson> and ttf- => fonts- has been a gradual process for ages
[13:49] <infinity> So, I hear everything failed miserably overnight?
[13:52] <flexiondotorg> infinity, Hi
[13:52] <flexiondotorg> infinity, http://launchpad.net/bugs/1435714
[13:53] <infinity> cyphermox: ^
[13:54] <infinity> cyphermox: Can you hunt this down?  Might relate to the console-setup package split?
[13:54] <infinity> flexiondotorg: Going to assume from the Xubuntu and MATE mentions that pretty much every one is seeing this bug?
[13:55] <flexiondotorg> infinity, I know you're catching up. When you've had a coffee and what have you could you do some magic to make the PowerPC build for Ubuntu MATE appear in the Beta 2 tracker please?
[13:55] <davmor2> infinity, jibel: who adds netboot?
[13:56] <infinity> flexiondotorg: That might need stgraber, I'm less familiar with that part of the "UI" (and I use that term loosely).
[13:56] <jibel> davmor2, I'll do
[13:56] <infinity> flexiondotorg: Oh, wait.  Maybe I found it.
[13:56] <jibel> and upgrade tests too
[13:57] <davmor2> infinity: the scariest bug so far is https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1432285
[13:57] <infinity> flexiondotorg: Okay, it's added to the manifest, won't show up until the next rebuild unless someone manually fiddles a bit.
[13:57] <flexiondotorg> infinity, Thank you.
[13:58] <davmor2> infinity: and of course that's all cyphermox 's fault ;)
[13:59] <infinity> davmor2: He's the new kid, he gets to take blame^Wresponsibility for everything.
[14:00] <flexiondotorg> infinity, If you get the time can you update the ubuntu-mate-meta package and push it into the repo?
[14:00] <infinity> flexiondotorg: What did you change this time?
[14:00] <flexiondotorg> infinity, Nothing.
[14:00] <davmor2> infinity: I told him straight you know that means that anything to do with installs now is all your fault when he took the job ;)
[14:00] <flexiondotorg> Not seeing the new version.
[14:00] <infinity> flexiondotorg: Then there's nothing to upload?
[14:01] <infinity> flexiondotorg: Or you missed all my nick hilights to you last night? :P
[14:01] <flexiondotorg> infinity, Was waiting for the updated ubiquity-slideshow-ubuntu to hit the repos so the meta package update could "see" it.
[14:01] <infinity> flexiondotorg: ship and ship-live don't affect metapackages, so nothing to rebuild.  They just affect how the /pool/ on CDs is built.
[14:01] <flexiondotorg> infinity, I did :( Nothing in my bouncer.
[14:01] <flexiondotorg> infinity, Ah. OK, great.
[14:01] <infinity> flexiondotorg: Furthermore, I reverted your seed change, since oem-config/ubiquity has no idea how to install a non-standard slideshow.
[14:02] <flexiondotorg> infinity, Sob!
[14:02] <infinity> flexiondotorg: The part where no other flavour has a special slideshow might have been a hint. :)
[14:02] <flexiondotorg> infinity, I just thought they were lazy ;)
[14:02] <infinity> flexiondotorg: So, patches welcome, and happy to work with you on fixing that, but I figured for this week, you're better off with the generic slideshow than a broken CD. :P
[14:03] <flexiondotorg> infinity, UNderstood. I'll add slideshow patches to my 15.10 work list.
[14:03] <flexiondotorg> infinity, I'll update the seeds to not include any slideshow. It works fine without one.
[14:05] <micahg> is there a link for the Xubuntu ‫image failure that I could help with
[14:06] <infinity> micahg: I think the problem was on our end, not yours.  I need to wake up enough to say that with certainty, though. :P
[14:06] <cyphermox> infinity: could be; could also be related to when doko asked what packages should be in main yesterday
[14:07] <micahg> infinity: ok, let me know if I can help then, thanks
[14:07] <infinity> cyphermox: Well, having them in main won't magically get them installed.
[14:07] <cyphermox> no
[14:07] <infinity> cyphermox: So, if those packages are actually needed, maybe they should be depended on by... something.
[14:08] <infinity> cyphermox: Anyhow, if you could figure out what's broken, that would be great.  It might not be the split at all, that could be a red herring, but it seems plausible.
[14:08] <smb> infinity, Did you see my earlier question while looking through srollback? Or let me repeat... wondering whether I am turning mad... ok madder than usual...
[14:08] <smb> Not sure this isn't a wrong assumption on my part, but I just noticed that on the 14.04.2 amd64 server iso pool/main/l/linux looks like this: http://paste.ubuntu.com/10667920/ Since the installer kernel is a 3.16, should there be not 3.16 udebs? Also the md and multipath modules seem to be over-eagerly supplied...
[14:09] <cyphermox> infinity: indeed
[14:09] <cyphermox> infinity: just moving this to my desktop right now
[14:09] <cyphermox> "tada!"
[14:10] <infinity> smb: The overeager thing is a bug I intentionally ignored due to time constraints, but the other bit seems rather wrong... Lemme look.
[14:11] <infinity> smb: Oh, and indeed, just overeager in both cases.
[14:11] <smb> infinity, Ok thanks. I just noticed while trying simulated multipathing and the magic runes did seem to do nothing
[14:11] <infinity> smb: pool/main/l/linux-lts-utopic has the right bits.
[14:11] <smb> oh duh...
[14:12] <infinity> smb: It's absolutely a bug that there are 3.13 bits on the ISO, but that's really just cosmetic (and a bit of bloat), it shouldn't be causing harm.
[14:13] <cyphermox> flexiondotorg: downloading the image. it seems kind of slow, so as soon as it's done I'll get on to fixing the keyboard.
[14:13] <smb> infinity, ok. Yeah... got me a bit confused... hm...
[14:15] <flexiondotorg> cyphermox, All flavours, including Ubuntu proper, are affected.
[14:15] <flexiondotorg> cyphermox, So, If you have a recent Ubuntu image to zsync you can use that.
[14:16] <cyphermox> yup, I got that
[14:16] <flexiondotorg> cyphermox, k
[14:16] <infinity> smb: cyphermox and an IBMer did a bunch of work on multipath in vivid, it's possible some of that needs backporting.
[14:17] <cyphermox> not just possible :)
[14:17] <infinity> smb: I was under the impression that multipath was working in trusty, but maybe I haven't tested it since precise, and no one else cared to. :P
[14:17] <cyphermox> but that wouldn't change the packages being overeagerly included
[14:17] <smb> infinity, That is quite likely... I neither did until now
[14:17] <infinity> cyphermox: No, the overeager inclusion is a seed bug I was just too time-constrained to fix.
[14:17] <cyphermox> ok
[14:18] <cyphermox> well, if you want to quickly test multipath on trusty, etc. I can share a quick script to set things up in qemu
[14:19] <smb> So with the caveat that I did something else wrong... which I would not rule out ... It seemed that adding disk-detect/multipath/enable=true did not cause the same as in did in Vivid...
[14:19] <smb> cyphermox, I am just looking at that
[14:22] <cyphermox> smb: http://bazaar.launchpad.net/~mathieu-tl/+junk/vm/files
[14:22] <cyphermox> multipath.sh sets up qemu for amd64 with two multipath "controllers"
[14:22] <smb> cyphermox, One thing which seems to be the same in V and T is that maybe we should tweak the default getuid arguments a bit to use -u (replace space by underscore)
[14:22] <cyphermox> smb: I've just been discussing that, not a bad idea
[14:23] <smb> cyphermox, I guess you have been exposed to the same IBM bug report about multipath. :)
[14:24] <cyphermox> I probably was
[14:25] <cyphermox> still working on some variant of that, actually, checking to make sure we really properly nailed the lock issue
[14:26] <smb> cyphermox, I had a feeling that having udev rules causes everything to jump at the same disks ... but then with V there is also systemd and I can find none of the dear logs I am used to
[14:29] <cyphermox> ok
[14:36] <smb> cyphermox, so the question probably is: who whom we know, knows s**t about udev and its hiding in systemd... I guessed pi tti might be the latter and try to have a chat with him. Not sure about the former
[14:36] <infinity> Bleh, looks like I'll have to do some of those rebuilds by hand to unwedge iso.qa's brain.
[14:39] <cyphermox> smb: err, what for?
[14:40] <elfy> infinity: generally if I see something like the keyboard setup missing I check at least Ubuntu as well as my own - just for the future
[14:41] <cyphermox> smb: https://launchpad.net/ubuntu/+source/multipath-tools/0.4.9-3ubuntu11 should be fixing at least part of the problem with udev
[14:41] <infinity> elfy: Yeah, that's generally sane debugging.
[14:41] <infinity> elfy: And also lets you offload it on Canonical when Ubuntu is clearly broken too. :P
[14:41] <cyphermox> yeah, looks like I broke ubi-console-setup by merging console-setup.
[14:42] <infinity> cyphermox: \o/
[14:42] <cyphermox> it's now seeing something as preseeded when it probably shouldn't
[14:42] <cyphermox> at least, at a very quick glance
[14:42] <smb> cyphermox, pi tti to figure out the sequence of udev events (again with systemd), someone who knows udev better to figure out a better udev rule. Well there is one ... or was until now that triggers when the block device is added
[14:43] <cyphermox> smb: it might just have to go completely and be all systemd-magical.
[14:44] <smb> cyphermox, maybe for vivid. It might be racing in Trusty too which has no systemd by default.
[14:45] <smb> And not that I can change anything but systemd-magic sounds like bad mojo to me
[14:45] <infinity> smb: Your attempt at not nick hilighting pitti on his vacation is noble, but you realise he's not on IRC, right? :)
[14:45] <smb> infinity, One cannot be careful enough
[14:46] <smb> :-P
[14:46] <cyphermox> smb: after this multipath-tools update it looks like things are much less racy than they were, at least
[14:46] <smb> He probably senses things even while not on irc
[14:46] <cyphermox> hehe
[14:46] <cyphermox> yeah, pitti sense tingling
[14:47] <smb> cyphermox, I should look at those... they have not been there when I last looked
[14:47] <cyphermox> smb: it's one change to not exclusively lock; cherry-picked from upstream, since udev also locks
[14:47] <cyphermox> plus some other crap
[14:48] <smb> cyphermox, ack. I try to pull the latest into my vivid vm and see whether I can get it up more reliably then
[14:50] <elfy> infinity: :)
[15:00] <infinity> Riddell: I'm guessing that mess of KDE packages hitting the queue is expected? :P
[15:00] <infinity> Riddell: Were those for beta, or post-beta?
[15:18] <davmor2> infinity, jibel: Netboot fails, No installable kernel was found in the defined APT sources :(
[15:18] <infinity> davmor2: That sounds rather unlikely.
[15:19] <infinity> davmor2: Which arch?
[15:19] <infinity> davmor2: And which media?  kernel/initrd, mini.iso?
[15:20] <davmor2> infinity: mini.iso, amd64, dvd.
[15:23] <davmor2> infinity, jibel: http://people.canonical.com/~davmor2/image20150324_151921602.jpg
[15:23] <infinity> davmor2: Getting there in my test, hold on. :)
[15:23] <infinity> davmor2: Did you pick a non-standard mirror?
[15:23] <davmor2> gb mirror
[15:24] <davmor2> I love that it gives me the option to Continue without installing a kernel :D cause who needs the kernel right :D
[15:25] <infinity> davmor2: "continue without kernel" and "continue without bootloader" are amazingly handy for port bringups, and for people installing to devices we don't officially support.
[15:25] <infinity> davmor2: But yeah, perhaps a bit dangerous for the average end user.
[15:25] <infinity> davmor2: Then again, it's a screen the average end user isn't ever mean to get to.
[15:27] <davmor2> infinity: indeed
[15:28] <infinity> cjwatson: live-installer has spoiled me, debootstrap from d-i is terribad now.
[15:28] <infinity> cjwatson: Did you ever consider publishing the live squishyfses and using live-installer+http for non-ISO installs too?
[15:38] <ianorlin> hmm do we have documentation on how to get the syslog and other nesecary stuff out when a user does reach the no installable kernel was found in the apt sources screen
[15:40] <infinity> ianorlin: Hit a commandline, anna install openssh-client-udeb, and scp files off.  Not sure if we have a pretty doc anywhere that says that, though.
[15:41] <infinity> ianorlin: And lifes more complicated if network setup fails too.
[15:41] <infinity> life's*
[15:42] <infinity> davmor2: Speaking of, do you have a syslog from that?
[15:43] <infinity> davmor2: I'm expecting to tell you "I can't reproduce that" in a few minutes here, and it might just be that the mirror you used it stuck in the past, but would be nice to see the log.
[15:43] <davmor2> infinity: I can drag it off for you in a moment
[15:48] <infinity> davmor2: So, as expected, I can't reproduce that.  Installation completed fine (amd64/mini.iso) and rebooted.
[15:49] <infinity> davmor2: I did, however, use us.archive, not gb.archive, since you told me that after I started.
[15:55] <davmor2> infinity: http://people.canonical.com/~davmor2/syslog-mini
[15:56] <cjwatson> infinity: Not very hard, although of course it'd be possible.
[15:56] <cjwatson> Mirroring issues etc. though.
[16:00] <infinity> cjwatson: Yeah, I suppose adding root filesystems for every arch to every dists mirror would be less than ideal.
[16:00] <infinity> davmor2: Mar 24 15:15:16 base-installer: W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/dists/vivid/main/binary-amd64/Packages  Hash Sum mismatch
[16:01] <infinity> davmor2: You just had a mirror hiccup.  A second go should make it work, I'd guess.
[16:01] <davmor2> infinity: I'll give it another go then
[16:02] <infinity> This is a fun bug, though: Mar 24 15:15:07 debootstrap: /var/lib/dpkg/info/keyboard-configuration.postinst: 1: /var/lib/dpkg/info/keyboard-configuration.postinst: udpkg: not found
[16:02] <infinity> cyphermox: ^
[16:02] <infinity> cyphermox: More keyboard fun.
[16:02]  * infinity wonders why it's looking for udpkg in the target...
[16:04] <cjwatson> that code is generated in twisty ways
[16:05] <davmor2> cjwatson: are they timey wimey squirmy wormy ways?
[16:06] <Riddell> infinity: for beta if it's possible/sane
[16:06] <cyphermox> ugh
[16:07] <cyphermox> infinity: err, wait, is that failing or just writing out the error message?
[16:10] <ianorlin> infinity: oh I normally use another method that lets you start a webserver from debian installer itself than wget the files it provides
[16:10] <infinity> Riddell: Your call, really.  Most/all of those are only seeded to your images, so if you want to let things in and respin and retest, that's up to you.
[16:10] <infinity> cyphermox: It's a no-op for Linux, looks like it's a hurd check.
[16:10] <infinity> cyphermox: So, not a big deal.
[16:11] <infinity> cyphermox: Just ugly.
[16:11] <cyphermox> yeah, that's what I was about to say
[16:11] <davmor2> infinity: yeap working now :)
[16:11] <infinity> davmor2: Good deal.
[16:11] <infinity> ianorlin: I prefer the scp method because getting *to* the installed system is often harder than getting *out* of it.
[16:11] <infinity> ianorlin: Especially when debugging on masqueraded VMs, etc.
[16:13] <infinity> Riddell: Just double-check each source with seeded-in-ubuntu before you accept them, please?  So we know for sure that you're only messing with yourself. :P
[16:14] <infinity> cyphermox: Anyhow, sorry, didn't mean to distract you.  The actual keyboard problem should be top priority.
[16:22] <cyphermox> infinity: no worries, I think I know what's wrong, testing the hypothesis now
[16:25] <infinity> cyphermox: \o/
[16:37] <davmor2> infinity, jibel, cyphermox: https://bugs.launchpad.net/ubuntu/+source/indicator-keyboard/+bug/1434091 this is still in the install and it's all cyphermox 's fault ;)
[16:38] <infinity> davmor2: Probably not a high priority for the beta, unless cyphermox's other fixes magically fix it.
[16:39] <davmor2> infinity: indeed :)
[16:41] <cyphermox> doubtful, it would be something quite different I'd expect
[16:59] <flexiondotorg> infinity, I've rebuild Ubuntu MATE. Still no PowerPC iso for Beta 2?
[16:59] <flexiondotorg> stgraber, infinity Suggested you might be able to help with the above? ^^^^
[17:03] <infinity> flexiondotorg: Your powerpc build never happened.
[17:03] <infinity> flexiondotorg: Let's see about resolving that.
[17:09] <cyphermox> ok, got a way to fix the keyboard, just not sure why it comes to that
[17:11] <gaughen> infinity, Hey Adam, I have 3 FFes that need some love. I had poked slangasek but found out he's on vacation. Would you take a look or help me get them some attention? pretty, pretty please?
[17:11] <gaughen> infinity, https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1430760
[17:11] <gaughen> infinity, https://bugs.launchpad.net/ubuntu/+bug/1424029
[17:11] <gaughen> and finally https://bugs.launchpad.net/ubuntu/+source/lxd/+bug/1425686
[17:12] <infinity> gaughen: You might note the last commentor on those two lxd ones...
[17:12] <gaughen> darn it! I should have refreshed first!
[17:13] <gaughen> infinity, thank you Adam. I will try to read next time.
[17:13] <infinity> gaughen: Where's the fun in that?  You'd be denied my sarcastic responses.
[17:13] <gaughen> infinity, true and I do like high quality sarcasm
[17:15] <infinity> gaughen: Anyhow, I'll try to look at the docker one sometime, but feel free to poke me harder a bit later.  In the middle of juggling a bunch of things right now.
[17:15] <infinity> And trying to understand why germinate does the things it does which, I think, requires a psychologist, not a programmer.
[17:17] <apw> infinity, it relies on having a very good crystal ball ...
[17:17] <gaughen> infinity, I have a magic 8 ball somewhere I could loan you
[17:43] <doko> gaughen, rbasak, infinity: does docker.io even build in vivid with go 1.3?
[17:43] <infinity> doko: No idea!
[17:44] <rbasak> doko: I don't know but I guess I'll know tomorrow probably
[17:48] <doko> rbasak, good to hear, because a golang update will break several phone builds
[17:48] <flexiondotorg> infinity, I'm all set to rebuild. Is powerpc for Ubuntu MATE all set or shall I hold off?
[17:52] <infinity> flexiondotorg: Hold off.
[17:52] <infinity> flexiondotorg: Other changes are coming anyway, unless you really need to test this one Right Now.
[17:53] <flexiondotorg> infinity, Are those other changes the keyboard thing?
[17:54] <flexiondotorg> infinity, I'll head home and check the back log here a bit later.
[17:54] <flexiondotorg> infinity, I would like to get the OEM testing grub-pc fix today if possible.
[17:54] <flexiondotorg> infinity, Thanks very much for helping. Much appreciated.
[17:55] <infinity> flexiondotorg: The keyboard thing, yes.  And a systemd bug.
[17:56] <flexiondotorg> infinity, Got a LP for the systemd bug? I can test that too when fix it out.
[17:56] <flexiondotorg> *is out
[17:56] <infinity> Erk, who did a langpack export?
[17:56] <infinity> Usually, I'd blame pitti, but he's on VAC...
[17:57] <cjwatson> they're more automated now
[17:57] <cjwatson> so cron probably did it
[18:06] <infinity> cjwatson: Oh.  Really?  No human is signing those anymore?  Fun.
[18:06] <infinity> I guess I'll just reject the lot, I have no urge to try to get them in.
[18:09] <cjwatson> I don't know, guessing
[18:30] <slangasek> infinity: passthrough frontend is rarely used except in update-manager, I think?  were you seeing reports of problems with passthrough or with other frontends?
[18:32] <infinity> slangasek: Passthrough indeed.  I didn't notice that in the log before.
[18:32] <infinity> slangasek: Yeap, passthrough in both duped bugs.
[18:34] <infinity> Riddell: You may have missed a couple of kde things in the langpack noise (which I've cleared out now)
[18:38]  * Riddell looks
[18:39] <infinity> Riddell: libzip was a sync by mdeslaur, but happens to only be on your image.
[18:39] <infinity> Riddell: Given the uploader, I'm assuming security fix.
[18:39] <mdeslaur> yes, only a security fix
[18:46] <infinity> slangasek: Do you know if there's a null client for the Passthrough frontend or something, or if the only way to debug it is from within update-manager?
[18:46] <davmor2> infinity: might be an issue on server installs, the TTY you are in has no text, no prompt and just a flashing cursor and nothing works you have to move to tty 1-6 to do anything like erm login
[20:59] <infinity> Riddell: I'm leaving kubuntu respins up to you or ScottK when all the things you care about are accepted/migrated.
[20:59] <infinity> ScottK: ^
[21:08] <Riddell> thanks infinity
[21:16] <flexiondotorg> infinity, Is the keyboard fix in yet?
[21:17] <infinity> flexiondotorg: It's been uploaded, I'll respin everything except kubuntu once it's migrated and published.
[21:19] <flexiondotorg> infinity, Perfect. Many thanks.
[21:19] <flexiondotorg> infinity, I also saw the PowerPC image too :)
[21:57] <ianorlin> when did debconf break
[21:58] <slangasek> infinity: null client for passthrough> really no idea; cjwatson or mvo might have a better notion
[21:59] <infinity> slangasek: Kay.  Well, I'll sort out some way to test it.
[22:05] <infinity> The passthrough frontend freaking out like this hardly seems like a new issue, Google gives a bajillion hits.
[22:06] <infinity> But it's curious that I seem to have seen several this week.
[22:27] <gaughen> infinity, me again. if you have the time would you look at https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1430760 pretty please?
[22:27] <gaughen> if you are still super slammed. I shall come back tomorrow again.
[22:27] <gaughen> and again
[22:27] <gaughen> and again
[22:28] <infinity> gaughen: Hah.
[22:29] <infinity> gaughen: Commented.
[22:29] <infinity> Typo and all.
[22:36] <gaughen> infinity, thank you!
[22:55] <cjwatson> infinity: debconf hasn't changed in any meaningful way in forever
[22:55] <cjwatson> infinity: there's some stuff in debconf/doc/passthrough.txt that might help
[22:58] <infinity> cjwatson: Oh, it's certainly not a debconf bug, just trying to figure out how to isolate exactly when and where this is happening to blame someone else (likely myself).
[23:12] <infinity> cjwatson: Hah.  Love the "Error Handling" section.
[23:17] <veebers> Hi, is it possible to get the autopilot package into the approved queue?
[23:17] <cjwatson> it was already auto-approved
[23:17] <cjwatson> 22:40 -queuebot:#ubuntu-release- Unapproved: autopilot (vivid-proposed/universe) [1.5.0+15.04.20150226.1-0ubuntu1 => 1.5.0+15.04.20150323-0ubuntu1] (no packageset) (sync)
[23:17] <cjwatson> 22:41 -queuebot:#ubuntu-release- Unapproved: accepted autopilot [sync] (vivid-proposed) [1.5.0+15.04.20150323-0ubuntu1]
[23:19] <veebers> cjwatson: oh, sorry :-P I just saw the 'Unapproved' on both those lines. I didn't take a moment to realise the impact of 'accepted'
[23:19] <veebers> thanks cjwatson for clarifying
[23:19] <cjwatson> that's just referring to the queue in which state changed
[23:43] <infinity> cjwatson: FWIW, "socket -sl" is awesome for this.  Except for the part where I can't get the frontend to crash.  But I can drive it, at least.