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