[00:00] <xnox> to speed up boost transition, i know it says on launchpad that all powerpc queue will be drained in 26h, but I somehow doubt that a little =)
[00:00] <xnox> infinity: cjwatson: ^
[00:01] <xnox> if not, please upscore just this one build to 4001 on powerpc https://launchpad.net/ubuntu/+source/kdepim/4:4.11.2-0ubuntu2/+build/5152973 it should result in boost-default migrating into release pocket, i think.
[00:02] <infinity> xnox: I can do kdepim right now.
[00:02] <infinity> xnox: The 26h probably isn't a lie, I'm not sure why you'd think so.
[00:03] <xnox> infinity: given new uploads today/tomorrow daytime to main/unity-landing-ppa/kernel-ppa/etc, will result in those mostly universe packages not be build in 26h window.
[00:04] <xnox> infinity: but i guess we'll see that on friday 2:00am UTC ;-)
[00:07] <infinity> xnox: Kernels are all done for this SRU cycle.
[00:07] <xnox> ah, cool =)
[00:07] <infinity> (Well, for powerpc anyway)
[00:07] <infinity> Not counting the two I need to rebase and upload, but I'm in control of that. :P
[00:11] <cjwatson> stgraber: http://paste.ubuntu.com/6292147/ survives more than 1000 test runs; I think it's good.  But I'll upload that in the morning after a more-awake re-review.
[00:12] <cjwatson> Right now I need to go to bed before any of that nonsense accidentally seeps into long-term memory.
[00:13] <infinity> Whiskey.
[00:13] <infinity> You need whiskey.
[00:13] <cjwatson> Often true but I think not right now :-)
[00:14] <infinity> xnox: I'll nudge a few more of your builds along here and there tonight.
[00:15] <xnox> infinity: ta, and I'm off to sleep.
[00:16] <xnox> cjwatson: infinity: i was thinking about whiskey too, would go down best neat for my  swollen leg agony, crutches, and x-rays of "nothing broken"......
[00:18] <infinity> xnox: Amputation could work too.
[00:20] <xnox> infinity: i don't think upscoring pain higher up the body fixes the problem of having pain =)))))))
[00:23] <infinity> xnox: I dunno, you'd forget all about the leg if you didn't have it, right?
[00:30] <apw> the pain is being perceived by the head, i recon there is a clear solution
[00:43] <StevenK> apw: IE, 'amputation' again?
[00:44] <stgraber> right, infinity never said what body part ;)
[01:19] <apw> ahh point indeed
[10:14] <doko> cjwatson, infinity: do you know what's happening with the acl2 builds on i386 and amd64?
[10:18] <cjwatson> acl2 normally takes forever, doesn't it?
[10:18] <cjwatson> ah, though that might be buildd-manager again
[10:18] <cjwatson> I'll check the logs in a minute
[10:29] <cjwatson> doko: Doesn't seem to be buildd-manager.  I'll investigate when a webops vanguard is around; shouldn't be desperately urgent given current queues
[10:30] <doko> sure
[11:17] <xnox> Maybe kdepim needs a hint to go in together with boost-defaults? together they are installable.
[11:20] <Laney> Maybe so, adding
[11:22] <xnox> cheers.
[11:48] <xnox> worked! \o/
[11:48] <Laney> w00t
[12:33] <xnox> muaha =) i'll be setting priority=high on my transition rebuilds =) just enough to nudge universe uploads above DebianImport universe.
[12:38] <cjwatson> Not a terrible idea
[14:03] <seb128> infinity, hey, I guess you didn't get to the saucy SRUs yesterday but that's still on your todolist for this week? ;-)
[14:47] <arges> Can somebody reject the SRUs for iproute in PQR? i've marked the bug verification-failed, just wanted to make sure they don't go any further
[14:59] <doko> cjwatson, stgraber: https://bugs.launchpad.net/ubuntu/+source/massif-visualizer/+bug/1244261
[14:59] <ubot2> Launchpad bug 1244261 in massif-visualizer (Ubuntu) "kgraphviewer needs porting from libgraph to libcgraph (remove binaries for now)" [Undecided,New]
[14:59] <doko> https://bugs.launchpad.net/ubuntu/+source/rggobi/+bug/1244263
[14:59] <ubot2> Launchpad bug 1244263 in rggobi (Ubuntu) "ggobi needs porting from libgraph to libcgraph (remove binaries for now)" [Undecided,New]
[15:10] <cjwatson> doko: I think I'll demote kgraphviewer/massif-visualizer too
[15:10] <cjwatson> Doesn't look like an obvious port
[15:11] <doko> ScottK, ^^^ you did touch it last, package is not in Debian
[15:19] <roaksoax> 4/win 17
[15:24] <Laney> oops
[15:24] <Laney> I'll fix that c-m explosion
[15:26] <xnox> Laney: hm?
[15:50] <infinity> doko: Oh, there's a 'tail -f' that's left stale/hanging at the end of acl2's build.
[15:51] <doko>        while sleep 1800; do echo Tick; done & k=$$! ; tail -f debian/test.log & l=$! ; \
[15:51] <doko>         wait $$j ; kill $$k $$l
[15:51] <doko>         [ -f $@ ] && ! fgrep '**' $@ || echo FULL TEST FAILS
[15:51] <doko>         for i in $$(find books -name "*.out"); do \
[15:51] <doko>                 if ! [ -e $${i%out}cert ] ; then \
[15:51] <doko>                         echo $$i ; \
[15:51] <doko>                         cat $$i ; \
[15:51] <doko>                 fi ; \
[15:52] <doko>         done
[15:52] <doko> infinity, dpkg or something else should get some support to follow log files which don't print on stdout/stderr ...
[15:54] <doko> cjwatson, perl migrating?
[15:54] <cjwatson> nearly; need to get massif-visualizer built in -proposed, remove it from release, demote kgraphviewer
[15:55] <cjwatson> oh look, maybe it worked anyway
[15:55] <cjwatson> maybe it traded something off
[15:56] <cjwatson> Well, so much for the plan of stopping the publisher first
[15:56] <cjwatson> Maybe I still can
[15:58] <xnox> cjwatson: hm, as long as it doesn't go across mirror-pulses.....
[15:58] <cjwatson> start: 176+0: i-68:a-3:a-2:p-6:a-97
[15:58] <cjwatson> orig: 176+0: i-68:a-3:a-2:p-6:a-97
[15:58] <cjwatson> easy: 127+0: i-19:a-3:a-2:p-6:a-97
[15:58] <cjwatson>     * i386: claws-mail-extra-plugins, claws-mail-perl-filter, libgv-perl
[15:58] <cjwatson>     * amd64: claws-mail-perl-filter, libgv-perl
[15:58] <cjwatson>     * armhf: claws-mail-perl-filter, libgv-perl
[15:58] <cjwatson>     * powerpc: claws-mail-perl-filter, libgv-perl
[15:58] <cjwatson>     * arm64: libgv-perl
[15:58] <cjwatson> xnox: I think I got the publisher in time
[15:58] <xnox>  \o/
[15:58] <cjwatson> I don't know why that thought there were 68 uninstallables in release
[15:58] <xnox> cjwatson: i think claws was uninstallable even from before you started.
[15:59] <cjwatson> by definition the ones listed above are new packages
[15:59] <cjwatson> I mean, new uninstallables
[15:59] <xnox> ok =/
[16:00] <cjwatson> however don't worry too much about claws, because there are special cases for it in britney because of claws-mail-extra-plugins being merged into claws-mail
[16:00] <cjwatson> I might just have got the special cases a bit wrong
[16:00] <cjwatson> I really don't know what those 68 uninst on i386 were, though.  I guess we'll find out shortly
[16:01]  * infinity notes that http://people.canonical.com/~ubuntu-archive/testing/trusty_probs.html doesn't exist yet...
[16:02] <cjwatson> That wouldn't really tell you in this case, though trusty_uninst will after this run finishes
[16:02] <cjwatson> Though, yes, I should set that up
[16:03] <infinity> The important thing is that I finally get a new vim.
[16:04] <cjwatson> We might all get exciting upgrade failures if we're unlucky
[16:04] <infinity> :/
[16:04]  * cjwatson preemptively removes libscalar-list-utils-perl
[16:13] <xnox> stgraber: did you say you were going to open http://iso.qa.ubuntu.com/ for trusty ?
[16:13] <xnox> or are you waiting for images to be uncronned?
[16:13] <xnox> un-uncronned that is.
[16:14] <cjwatson> oh, blast, I caused the early migration by removing libmath-bigint-perl, I think
[16:15] <cjwatson> a bunch of stuff was that (>= version) | perl (>= 5.15.x) or similar
[16:15] <cjwatson> oh well, it's done now and pretty close
[16:16] <cjwatson> publisher re-enabled
[16:18] <stgraber> xnox: I did say that but haven't got to it yet, will do it after lunch
[16:24] <cjwatson> It's just possible that this publisher run might take a while
[16:33] <infinity> Yeah, the publisher doesn't cope well with having a ton of files to put to disk (or to check for content).
[16:34] <infinity> I note this every time I do kernel SRUs.
[16:40] <infinity> Uhm...
[16:40] <infinity> All my stuff is getting copied to trusty *again*?
[16:40] <infinity> cjwatson: Is britney running in the middle of this publisher run and being very confused?
[16:41] <cjwatson> Possibly.  It should have no effect
[16:41] <cjwatson> But I've killed it anyway
[16:41] <infinity> I wish I had your optimism. :)
[16:43] <cjwatson> It probably ran again because the previous proposed-migration run coincided with a publisher run
[16:43] <cjwatson> So the archive was modified and it re-ran
[16:45] <cjwatson> Oh, I did .../testing/ for you BTW
[16:45] <cjwatson> And the ports version has arm64
[17:17] <stgraber> xnox: trusty added to the tracker with a copy of the testsuites and manifest from saucy
[17:17] <xnox> stgraber: thanks a lot =)
[17:20] <infinity> I guess I can uncron soon, then.  A bit scared of all the images failing, but no time like the present to find that out...
[17:22] <infinity> cjwatson: Gah.  trusty_uninst looks bad. :/
[17:23] <infinity> Do we know what went wrong there?
[17:35] <ogra_> stgraber, is there anything wrong with import-images ? the touch build i did finished at :23 and i still seee no trace of a system-image
[17:35]  * ogra_ wonders if he is to impatient ... but it rarely takes more than 5min usually 
[17:36] <stgraber> ogra_: it's running
[17:36] <ogra_> ah, great
[17:36] <ogra_> so its just me :P
[17:36] <seb128> Daviey: isn't "including the change of an inflight sru" the way to supersed the said SRU?
[17:38] <Daviey> seb128: Is that the intent?  The current one has been in nearly a week, and i can't see that it has failed verification ?
[17:39] <seb128> Daviey: well, I wanted to add more fixed, and I didn't notice there was a SRU inflight because bdmurray didn't commit that to the vcs
[17:39] <seb128> Daviey: that's ok, I can fix the vcs, rebase, redo an upload
[17:40] <seb128> fixed->fixes
[17:40] <infinity> I'm okay with accepting it as-is, if you want to re-verify those bits quickly.
[17:40] <Daviey> seb128: Can resurrect it, but I noticed it whilst reviewing and seemed safer to reject ut incase it was accepted by mistake
[17:41] <seb128> infinity: Daviey: don't worry, I'm going to redo another upload on top of the current one, easier
[17:41]  * infinity shrugs.
[18:54] <xnox> cjwatson: infinity: is britney/publisher back running normally? or is
[18:56] <slangasek> I think I saw him say he was restoring it.  What's stuck for you?
[18:57] <xnox> something wrong with initramfs-tools-ubuntu-touch package.... it's in trusty-proposed for an hour now, and in none of britney's reports. Unless i'm being impatient.
[18:58] <xnox> slangasek: lxc-android-config as well.
[18:58] <slangasek> ok, let's have a look
[18:59] <stgraber> last britney run was 3 hours ago apparently
[18:59] <slangasek> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html generated: 15:19
[18:59] <slangasek> did perl get in?
[18:59]  * stgraber sshes into snakefruit
[18:59] <slangasek> already there
[18:59] <xnox> slangasek: perl did go in, upgrading my machine from uk mirror to the new perl already.
[19:00] <slangasek> ok, so I suspect we've just forgotten to turn something back on
[19:00] <stgraber> looks like it to me, not seeing anything actively running on snakefruit
[19:01] <slangasek> p-m runs from archive-reports, right?
[19:02] <stgraber> it does, yes
[19:02] <stgraber> fixed
[19:02] <stgraber> ubuntu-archive@snakefruit:~$ rm proposed-migration/STOP
[19:02] <stgraber> ubuntu-archive@snakefruit:~$
[19:03] <stgraber> next archive-reports run should trigger proposed-migration again
[19:03] <xnox> cool, thanks.
[19:03] <stgraber> slangasek: ^ (in case you're still digging)
[19:03]  * xnox off to find dinner & tea, and then i'll upload the rest of the stuff later once everything is published.
[19:04] <slangasek> stgraber: ok, cheers :)
[19:31] <cjwatson> infinity: Yeah, what went wrong was that I removed libmath-bigint-perl too early
[19:32] <cjwatson> stgraber,slangasek: thanks for re-enabling that - sorry, I should have left a note here to explain what I'd done
[19:36] <infinity> cjwatson: Yeah, I saw that mention, I'm just wondering how that led to a ton of uninsts...
[19:37] <cjwatson> there were a respectable number of rdeps
[19:37] <cjwatson> the ones I checked manually all traced back to that
[19:53] <infinity> Ahh, oops.
[19:54]  * infinity uploads a fixed libept.
[19:55] <infinity> Or, will, once incoming learns about it...
[20:23] <slangasek> hmm, why is lp:ubuntu/initramfs-tools unbranchable?
[20:25] <slangasek> bzr: ERROR: Revision {package-import@ubuntu.com-20121122094309-0ovxt4hcu1alzkpm} not present in "Graph(StackedParentsProvider(bzrlib.repository._LazyListJoin(([CachingParentsProvider(None)], []))))".
[20:33] <infinity> slangasek: probably because it's a package maintained by me.
[20:33] <infinity> slangasek: And, thus, I've never noticed or cared. :)
[20:33] <infinity> slangasek: (I'm going to be doing a bi-directional ubuntu<->debian merge in the next week or less, was there something specific you wanted mangled?)
[20:37] <slangasek> infinity: maintained by you> lies; there've been 6 other Ubuntu uploads since your last one
[20:38] <infinity> slangasek: Well, I use the term "maintained" loosely there, but the bit about the planned merge stands. :)
[20:38] <infinity> It'll be more maintained once I fix up our delta.
[20:38] <slangasek> infinity: I'm fixing bug #229732 and bug #1238194; dunno if these are fixed in Debian, but it'll be a small delta and you should have no trouble figuring it out from there
[20:38] <ubot2> Launchpad bug 229732 in initramfs-tools (Ubuntu) "USB Keyboard drivers not loaded in initramfs" [Low,Triaged] https://launchpad.net/bugs/229732
[20:38] <ubot2> Launchpad bug 229732 in initramfs-tools (Ubuntu) "duplicate for #1238194 USB Keyboard drivers not loaded in initramfs" [Low,Triaged] https://launchpad.net/bugs/229732
[20:39] <infinity> slangasek: Oh, more missing drivers in newer kernels?
[20:39] <slangasek> yeah, so far just one AFAIK (ohci-pci)
[20:40] <infinity> slangasek: Kay, cool.  If you fix that, care to SRU it to precise?  Keeping that module list in sync for lts-backport kernels sucks.
[20:42] <brainwash> just curious, are about this initramfs bug report, are all the saucy reports really duplicates of this ancient report from 2008?
[20:42] <slangasek> infinity: yeah, I can probably manage that
[20:42] <slangasek> brainwash: no, there are at least two separate issues here
[20:43] <brainwash> really made we wonder, why someone marked the new saucy reports as duplicate of this old one
[20:45] <infinity> The two issues I usually run into are (a) a driver legitimately missing from the list, or (b) people using modules=dep instead of modules=most, and dep ain't too smart about sorting out what you (might) need for your keyboard to work.
[20:57] <slangasek> brainwash: overaggressive bug duping on someone's part
[20:58] <brainwash> slangasek: thanks for clarifying :)
[21:05] <infinity> roaksoax: Can you re-do that with '-v1.4+bzr1693+dfsg-0ubuntu2'?
[21:06] <roaksoax> infinity: sure!
[21:08] <roaksoax> infinity: re-uploaded it! thanks!
[21:23] <bdmurray> I don't like how Launchpad says OK after you reject something
[21:24] <infinity> bdmurray: Always makes you wonder if you pressed the wrong button, doesn't it?
[21:26] <bdmurray> infinity: yep
[21:31] <xnox> infinity: libept \o/ yeah
[21:33] <infinity> xnox: Had to do some tag-teaming with enrico to make it happy, but got there in the end.
[22:08] <slangasek> infinity: so you accepted gnome-settings-daemon into saucy-proposed over the version that was already verified there?
[22:09] <xnox> ... as per seb128 request in #ubuntu-devel
[22:09] <slangasek> ah, ko
[22:09] <slangasek> ok
[22:10] <xnox> slangasek: you were in that conversation, unless somebody is spoofing your nick =))))
[22:10] <slangasek> was not
[22:11] <slangasek> I was in the one about software-properties :)
[22:11] <xnox> slangasek: ah, i see now =)
[22:11] <xnox> my bad, sorry.
[22:12] <infinity> slangasek: What he said.
[22:15] <xnox> slangasek: infinity: can you please hint boost1.54 past mongodb auto-package-test, since it looks to me like it has actually PASSED.
[22:55] <xnox> also can libreoffice be hinted past it's own adt failure? it doesn't seem like it has ever passed.
[23:02] <cjwatson> xnox: mongodb shouldn't be hinted, I should poke things to notice the pass
[23:02] <cjwatson> xnox: I'll update my libreoffice hint
[23:02] <xnox> cjwatson: ta for both.
[23:05] <cjwatson> hopefully will notice now
[23:14] <slangasek> cjwatson: so, what did you poke for mongodb and should I know how to do that?
[23:17] <infinity> We all should know how to do it, but it requires VPN and a jenkins account.
[23:18] <infinity> Which is suboptimal.
[23:18] <cjwatson> Not true in this case
[23:18] <infinity> No?
[23:18] <infinity> Oh, this was noticing a new pass, not retrying a job.
[23:18] <cjwatson> This wasn't a jenkins-side problem, it was adt-britney getting lost
[23:18] <infinity> Right.
[23:18] <xnox> slangasek: New binary: android [i386] \o/
[23:18] <infinity> What do we do about adt-britney getting lost, I'm curious about that too.
[23:18] <cjwatson> I don't think it's about a new pass either - the problem AFAIK is when amd64 and i386 results arrive out of sync, sometimes adt-britney gets confused
[23:18] <slangasek> xnox: woohoo :)
[23:19] <cjwatson> Until jibel figures out WTF is wrong and fixes this properly, what I do is edit the individual job file plus results.history in ~/proposed-migration/autopkgtest/data/adt/trusty-proposed/amd64/work/, being careful to ensure that p-m isn't running at the time
[23:19] <xnox> slangasek: i like the copyrights files package as well, will get that seeded on touch images such that we actually ship copyrights for the android portion of the image.
[23:19] <cjwatson> It's not pretty ...
[23:20] <xnox> slangasek: made it before UTC EOD ;-)
[23:20] <slangasek> xnox: haha, nicely done
[23:20] <xnox> slangasek: which to be honest only because of my anckle.... can't leave home so do this instead =)
[23:20] <slangasek> heh
[23:21] <slangasek> clearly we should injure you more often
[23:21] <infinity> And more extensively?
[23:21] <infinity> Does the quality of the work increase inverse to the gimpiness?
[23:22] <cjwatson> Compassionate management
[23:22] <xnox> infinity: it follows Ballmer Perk, but with painkillers http://xkcd.com/323/
[23:22] <infinity> Peak...
[23:22] <slangasek> lol
[23:22] <xnox> s/Perk/Peak/ but same thing i guess
[23:24] <doko> cancelled the ruby-lapack arm64 build again