[08:05] <RAOF> I have the Launchpad permissions to copy the X stack from quantal-proposed to quantal; do I also have the authority?
[08:06] <jibel> RAOF, can you look at bug 1017477 it breaks upgrade to Quantal with current X stack in quantal-proposed
[08:06] <ubot2> Launchpad bug 1017477 in xserver-xorg-video-qxl "Precise to Quantal failed to upgrade with -proposed enabled: -qxl depends on xserver-video-abi-11 but -12 is in proposed" [High,New] https://launchpad.net/bugs/1017477
[08:07] <infinity> A rebuild of qxl would fix that, I'm sure.
[08:07] <RAOF> It would indeed.
[08:07] <RAOF> I thought I'd done that. Thanks.
[08:07]  * infinity throws one at proposed.
[08:08] <RAOF> If you want to :)
[08:09] <RAOF> Also, I didn't know we tested upgrades with -proposed enabled. Do we actually support that?
[08:09] <infinity> RAOF: Done.
[08:09] <RAOF> Ta muchly.
[08:09] <infinity> RAOF: We don't support it, but it's a nice metric to have.
[08:09] <RAOF> In return, I shall finish fixing the xf86-video-msm's build.
[08:12] <infinity> Hrm, that's a fair bit of toolchain updating at the beginning of builds.  Time for me to refresh the chroots again, methinks.
[08:33] <cjwatson> RAOF: I'm not sure whether you technically do, but please do this one anyway.  I was waiting to talk to somebody who knew about it. :-)
[08:33] <cjwatson> (Once those video drivers are sorted, anyhow)
[08:34] <RAOF> Oh, we seem to be missing fglrx, too, and while it is supposed to support 1.12 it segfaults on a 64bit server. Urgh.
[08:35] <RAOF> Can we ignore the existence of proprietary blobs yet? :)
[08:49] <infinity> RAOF: I don't use proprietary drivers, so clearly no one else does.
[08:55] <Daviey> ogasawara: When are we expecting the next kernel upload?
[09:20] <jibel> livefs for Ubuntu Desktop were built more than 1 hour ago but there's still no CD (and no cd log), can anyone look what's happening ?
[09:20] <jibel> Daviey, ^
[09:21] <cjwatson> It's waiting for armhf livefses to finish
[09:21] <cjwatson> Wait
[09:21] <jibel> it's me being impatient then :)
[09:21] <cjwatson> Now that they're being built in the same run it blocks on them all
[09:22] <Riddell> kde packages should now be in a state where images can be made, please add them to the queue
[09:29]  * Daviey goes home.
[09:37] <seb128> infinity, thanks for the g-s-d approval! ;-)
[09:38] <infinity> seb128: NP.
[09:38] <infinity> seb128: In the future, can you avoid setting "Fix Committed" when you upload to proposed?
[09:38] <infinity> seb128: Our snazzy scripts do that when we accept, so it's a bit harder to track status if it's already in that state.
[09:38] <seb128> infinity, hum?
[09:39] <seb128> infinity, ok, I though we were meant to set to fix commited when uploaded, that's what I've been doing so far
[09:39] <infinity> I suspect there are two entirely different workflows at play here.
[09:39] <infinity> It's not world-ending if you track your bugs differently than I'm used to, just a bit confusing.
[09:40] <seb128> infinity, would be good to have that documented one way or another in https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[09:40] <infinity> And, to be fair, I'm not sure if the "proposed = committed, updates = released" thing is documented.
[09:40] <infinity> (Which means "uploaded to proposed, but not accepted" is another state entirely, like "in progress")
[09:40] <infinity> seb128: Yeah, let me open the wiki as a subtle reminder to myself, and I'll see about documenting something when I'm not asleep.
[09:41] <seb128> infinity, I'm open to any workflow there, i.e using "in progress" for things waiting in the queue works for me
[09:41] <seb128> infinity, thanks
[09:41] <cjwatson> Yeah, that's what I do
[09:45] <cjwatson> infinity: Looks like you should update your ubuntu-archive-tools to Brian's newest revision
[09:45] <cjwatson> (for sru-accept)
[09:45] <cjwatson> Actually, let me tidy that up a little more
[09:45] <infinity> cjwatson: Hrm?  I'm out of date again? :P
[09:45] <infinity> I really should cron that bzr pull.
[09:47] <cjwatson> OK, done
[10:10] <ogra_> hmm, did anyone plan to upload ubiquity before A2 ?
[10:10]  * ogra_ would need the arm fixes 
[10:10] <cjwatson> Hadn't but can do, shall I?
[10:11] <ogra_> that would be great, yeah
[10:11] <cjwatson> I'll send it to -proposed
[10:11] <ogra_> thx
[10:42] <jibel> there is a problem with external keyboard on alternate and server images. I filed bug 1017879
[10:42] <ubot2> Launchpad bug 1017879 in debian-installer "External USB keyboard stops working when d-i starts" [Critical,New] https://launchpad.net/bugs/1017879
[10:43] <Daviey> jibel: you rock my world.
[10:44] <jibel> Daviey, in the cloud times, why would you want a keyboard on a server anyway.
[10:44] <cjwatson> jibel: -> incomplete
[10:45] <Daviey> jibel: i'm about to do a server install, with an integrated keyboard.. for giggles, i'll attach an external and reproduce
[11:16] <jibel> cjwatson, I attached the output of lsmod during and after installation of a server image.
[11:16] <cjwatson> I need it from a running desktop image, as I said on the bug ...
[11:17] <cjwatson> Though I guess the post-installed config might be helpful, but it's usually easier if instructions are followed exactly
[11:18] <cjwatson> Does the external keyboard work post-install?
[11:22] <jibel> cjwatson, output from a running desktop image attached
[11:22] <jibel> the keyboard works post-install
[11:24] <Daviey> Confirmed that todays image doesn't work with external usb keyboard.
[11:41] <cjwatson> Mostly waiting for my kernel trees to update in order to look at this
[11:41] <cjwatson> Though it could be udev or d-i
[12:44] <ogasawara> Daviey: we just received the omap3 patches we were waiting for, so I plan to apply those, quick test build/boot, then upload.  so I'm guessing upload eta is ~1hr from now.
[12:45] <jbicha> are we waiting on the new atk until after Alpha 2? I'm just curious as the gnome-shell stack update needs it
[12:46] <cjwatson> ogasawara: I haven't yet figured out whether this external USB keyboard problem is yours or mine
[12:46] <seb128> jbicha, it's in quantal-proposed
[12:47] <seb128> jbicha, you can upload new gnome-shell stack there as well
[12:48] <Daviey> ogasawara: Super, looking forward to it.. Hopefully it will unblock i386 cloud images.
[12:48] <jbicha> right, I did that, I was just checking if it would stay in -proposed for the next few days
[12:48] <ogasawara> Daviey: indeed, smb filled me in just now for that
[12:48] <Daviey> thanks
[12:49] <seb128> jbicha, ok, I don't know about that, I guess you can make a case to move it to quantal if you want the new gnome-shell in for a2 though ;-)
[12:49] <ogasawara> cjwatson: just catching up on that bug...
[12:51] <jbicha> seb128: it's not a big deal to me, gnome-shell won't be on any official or unofficial A2 images AFAIK
[13:01] <cjwatson> ogasawara: Could the problem be missing hid-generic in input-modules?  It hardly seems to do anything though
[13:01] <ogasawara> cjwatson: I was just thinking the same
[13:01] <cjwatson> usbhid is there, mac_hid is just for mouse button emulation
[13:02] <ogasawara> jibel: when you insert the external keyboard, any messages show up in dmesg re: hid-generic?
[13:04] <cjwatson> udev is identical between precise and quantal so surely not that
[13:04] <cjwatson> rootskel's only had trivial changes
[13:08] <jibel> ogasawara, when I plug the keyboard dmesg says: kernel: [    16.311471] usb 2-1.1 new low-speed USB device number 4 using ehci_hcd
[13:08] <jibel> do you want me to try the same in a live session where keyboard works ?
[13:10] <ogasawara> jibel: wouldn't hurt, although I think it is the culprit
[13:10] <ogasawara> cjwatson: commit 8215d557e5f3a70e50e07c857d35c250fee62a73
[13:10] <ogasawara> Author: Henrik Rydberg <rydberg@euromail.se>
[13:10] <ogasawara> Date:   Mon Apr 23 12:07:07 2012 +0200
[13:10] <ogasawara>     HID: Create a common generic driver
[13:10] <ogasawara>     
[13:10] <ogasawara>     Move the hid drivers of the bus drivers to a common generic hid
[13:10] <ogasawara>     driver, and make it a proper module. This ought to simplify device
[13:10] <ogasawara>     handling moving forward.
[13:10] <ogasawara> cjwatson: that's new as of v3.5-rc1
[13:10] <cjwatson> Right, but the actual code seems trivial; how does not having it break?
[13:10] <ogasawara> cjwatson: so I'll add hid-generic to input-modules
[13:11] <cjwatson> I assume I'm missing something so mostly trying to educate myself
[13:19] <jibel> ogasawara, this is the output when I plug the keyboard with a live session: http://paste.ubuntu.com/1060722/
[13:20] <ogasawara> jibel: thanks
[13:33] <Riddell> Daviey: what's the status of alpha 2 candidates?
[13:33] <Daviey> Riddell: need a rebuild when new kernel alnds
[13:33] <Daviey> lands*
[13:34] <Daviey> OTP
[13:34] <Riddell> gotcha, thanks
[13:35] <cjwatson> ogasawara: So yeah, from jibel's output adding that to input-modules looks right
[13:35] <cjwatson> Daviey: We'll need a d-i upload too
[13:36] <ogasawara> cjwatson: ack, my test build to confirm it's in the input-modules udeb is just finishing up, then I'll upload
[13:37] <Daviey> \o/
[14:38] <ScottK> That's all the 7 days +verified SRUs for today.
[14:44] <apw> cjwatson, i assume the d-i versioning for master and lowlatency are separate ?
[14:45] <apw> s/master/generic et al/
[14:45] <cjwatson> d-i doesn't have lowlatency images so we don't care about that
[14:45] <apw> ahh good point
[14:45] <cjwatson> ubuntustudio d-i just uses generic
[14:45] <cjwatson> or generic-pae or whatever
[15:10] <stgraber> jibel: ^ fixed, though I think that list is a bit wrong... shouldn't it be amd64, amrhf+*, i386 and powerpc instead?
[15:10] <stgraber> (my script just publishes all active products)
[15:39] <jibel> ogasawara, cjwatson keyboard not working after completing 'check disk' on a desktop image is the same problem than bug 1017879 ?
[15:39] <ubot2> Launchpad bug 1017879 in linux "External USB keyboard stops working when d-i starts" [Critical,Fix committed] https://launchpad.net/bugs/1017879
[15:39] <cjwatson> Not as such
[15:39] <cjwatson> Might be kind of vaguely similar
[15:40] <cjwatson> But 1017879 is specific to d-i and "check disk" isn't
[15:40] <cjwatson> The latter's probably hid-generic being missing from the list of HID modules in initramfs-tools
[15:41] <jibel> ok, I'll file another report. What info do you need ?
[15:41] <cjwatson> Nothing more
[15:41] <cjwatson> Just need a bug number to close with the fix
[15:50] <jibel> bug 1017991 filed
[15:50] <ubot2> Launchpad bug 1017991 in initramfs-tools "Keyboard stops working after completing 'Check disk'" [Undecided,New] https://launchpad.net/bugs/1017991
[16:04] <micahg> skaet: someone forgot to fix the topic in #ubuntu-devel and here for the freeze
[16:04] <balloons> cjwatson, on bug https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1008717, is there any reason why the scrollbars would appear in the slideshow and then later disappear? At a certain point it seems like a redraw takes place
[16:04] <ubot2> Ubuntu bug 1008717 in ubiquity "Ubiquity displays scrollbars inside of slideshow" [Medium,Triaged]
[16:09] <cjwatson> Sorry, I don't know, maybe somebody else does
[16:09] <cjwatson> On a call, but that's not an area I've touched much anyway
[16:15] <cjwatson> jibel: Fix uploading now, untested
[16:16] <xnox> balloons: pure guess: the translation is one line longer....
[16:16] <xnox> based on the screenshots
[16:18] <ogra_> balloons, they disappear for me as soon as i grab the window and move it
[16:19] <ogra_> so yeah, there is a redraw ... and it pretty likely calculates a wrong size somewhere before the initial draw
[16:19] <balloons> hmm.. glad I'm not the only one seeing such things :-)
[16:27] <skaet> micahg,  topics updated,  thanks for the flag.
[16:40] <Daviey> hmm.. how did that happen?
[16:41] <stgraber> Daviey: you apparently forgot to turn off cron
[16:41] <stgraber> Daviey: based on "crontab -l" (as cdimage)
[16:43] <Daviey> stgraber: it is disabled now.. but i wasn't going to do it until all were built
[17:04] <skaet> Daviey, have done #9 on th list now.
[17:17]  * skaet just noticed checklist is still pointing to precise for launchpad UI.... fixing
[17:23] <skaet> Daviey,  is there a plan for d-i upload and build after the kernel finishes?
[17:23] <Daviey> skaet: tentative
[17:23] <skaet> no ABI changes?
[17:23] <Daviey> it's noted that it's required.
[17:24] <Daviey> I'm normally more comfortable when cjwatson touches d-i.. but really, i suppose anyone can do it.
[17:25] <Daviey> right now, i'm stopping for dinner.. I can't imagine much will change whilst i'm gone.
[17:28] <skaet> Daviey,  ok,  have it a bit more explicit in the tracking.   If you're handling the d-i that's fine, otherwise we'll need to line that up.
[17:30] <infinity> Once the kernels get bounced from proposed to release, I can do a quick d-i respin, if we don't also have other things d-i is waiting on.
[17:32] <infinity> And yes, it's an ABI change.
[17:40] <skaet> thanks infinity
[17:47] <balloons> does anyone know about this? I've had this for several weeks now. And now it's preventing me from reporting iso testing bugs as well ;-( https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1013334
[17:47] <ubot2> Ubuntu bug 1013334 in apport "apport could not connect to crash database" [Undecided,Confirmed]
[18:26] <cjwatson> skaet,Daviey: I can take care of d-i this evening
[18:26] <cjwatson> but I was waiting for the kernel to land, obv
[18:27] <skaet> ev, ^ do you have other reports of bug 1013334 being seen by others?
[18:27] <ubot2> Launchpad bug 1013334 in apport "apport could not connect to crash database" [Undecided,Confirmed] https://launchpad.net/bugs/1013334
[18:28] <skaet> thanks cjwatson,  infinity has chimed in that he'd help.
[18:29] <infinity> cjwatson: Kenrels will be "a while" still, I'm sure.
[18:29]  * infinity ponders killing that gcc-snapshot on PPC and scoring it to oblivion.
[18:29] <infinity> I wish I'd noticed it earlier.
[18:32] <cjwatson> I need to do some LP QA later anyway, since I had a qa-bad so the deployment pipeline tomorrow gets complicated otherwise.
[19:10] <stgraber> Daviey: Bryce uploaded xserver-xorg-input-synaptics to the release pocket by mistake. That package is seeded by pretty much everything so I guess it'd be best for it to finish building everywhere before the next respin
[19:13] <infinity> I assume we're waiting on kernels anyway, which are much further off than synaptics.
[19:23]  * Daviey returns
[19:24]  * Daviey guesstimates another 2hrs on armhf
[19:24] <seb128> ^ rejected that xkeyboard-config upload, we need to sort an issue
[19:26] <infinity> Daviey: Another 4h on PPC (kernel got stuck behind a gcc-snapshot build I just killed), but only a few images ship PPC, so they could be strategically built last. :P
[19:26] <infinity> Daviey: Oh, wait.  No.  Since the kernel is in proposed, we kinda need to wait for the PPC build to do the copy.
[19:29]  * skaet --> dr. appt. will be online later.
[19:30] <phillw> infinity: the ppc build for lubuntu is already in http://iso.qa.ubuntu.com/qatracker/milestones/222/builds ??
[19:33] <infinity> phillw: There will be another when the new kernel lands (as there will be for everything).
[19:35] <phillw> infinity: thanks, I'll tell the guys to hold fire on testing! When is A2 due to release?
[19:36] <infinity> phillw: Oh, no, if people are testing, please let them test.
[19:37] <infinity> phillw: If they find bugs, we want to fix them now, not in 8 hours, or 2 days.
[19:37] <infinity> (Don't wait for the "final" image to test, cause then if it's broken, it's not the final image
[19:37] <infinity> )
[19:38] <phillw> infinity: respins that wipe out bug reports, drive the testers mad! It is for this reason the new qa tracker is supposed to keep a hold of them :) You make a concerted effort, validate all the mandatory tests, then some 'bright spark' puts a new release out and resests all tests to zero :P
[19:39] <phillw> I'll alert them, instead to the fact there is a kernel release across everything, then log off so they don't "chew my head off" :)
[19:41] <infinity> phillw: Yeah, that feature of the tracker is annoying, but the bug reports are still valid.
[19:41] <infinity> phillw: And they don't go away.
[19:42] <astraljava> infinity: Hi, and thanks for your work already for Studio! There's a minor glitch, though. bug #1018075
[19:42] <ubot2> Launchpad bug 1018075 in ubuntustudio-meta "quantal still wants linux-lowlatency-pae on i386 even when that variant has gone away already" [Undecided,New] https://launchpad.net/bugs/1018075
[19:42] <infinity> astraljava: Oh, indeed.  Can fix.
[19:42] <astraljava> I have updated the seeds regarding headers.
[19:42] <astraljava> infinity: Thanks so much!
[19:43] <cjwatson> Needs to be fixed in livecd-rootfs, debian-cd, and cdimage.
[19:43] <infinity> cjwatson: Yeahp.
[19:44] <infinity> Also, need to drop the -pae from meta.  I hadn't noticed Andy had done the rename/dropping from the 3.5.0 upload.
[19:45] <infinity> Oh, actually.
[19:45] <infinity> Don't want to drop it, want to have transitional metapackages.
[19:45] <infinity> Which will allow the rest of the machinery to work for now anyway.
[19:45] <infinity> (Though it should all be fixed)
[19:46] <cjwatson> https://dogfood.launchpad.net/ubuntu/precise/+queue?queue_state=2&queue_text=  hey, this actually looks sort of plausible
[19:47] <stgraber> nice!
[19:47] <infinity> cjwatson: Pretty.
[19:47] <infinity> cjwatson: I assume they're still accepted as a unit with the build record?
[19:47] <cjwatson> Yeah
[19:48] <cjwatson> That's the effect of running the PCJ after accepting the sync in the unapproved queue
[19:48] <cjwatson> Probably would be neater to have them in a single PackageUpload, but this way I got to reuse a giant pile of code from elsewhere
[19:51]  * cjwatson tries publishing that
[19:59] <infinity> astraljava: meta is fixed.  Other fixes can trickle in whenever, but are less urgent (as, for now, -lowlatency-pae will just pull in -lowlatency)
[20:01] <phillw1> reverted back to 3G, WiFi is having a really bad hair day!
[20:02] <astraljava> infinity: Many thanks!
[20:04] <cjwatson> Harmless OOPS when copying the Rosetta translations over (which shouldn't be done anyway), but otherwise this works.  Yay.
[20:10] <infinity> cjwatson: What was the reasoning behind debian-cd using generic for ubuntustudio alternates?
[20:10] <cjwatson> It didn't seem worth d-i building lowlatency images.
[20:11] <infinity> Oh, right.
[20:11] <infinity> And lowlatecy doesn't do udebs.
[20:11] <infinity> Derp.
[20:11] <infinity> Check.
[20:11] <cjwatson> I *think* it still installs ll on the target.
[20:15] <infinity> Alright, lowlatency fixes committed to debian-cd and cdimage, don't pull them to production until -meta and livecd-rootfs agree (both of which were also uploaded, though the latter to -proposed, and now I'm wondering why I did that...)
[20:16] <micahg> infinity: since it's not needed for alpha2 probably :0
[20:17] <infinity> micahg: Kinda is.  The CDs no workie.
[20:17] <micahg> infinity: the transitional package should fix that though
[20:17] <infinity> micahg: Unless ubuntustudio isn't participating in A2.
[20:17] <infinity> micahg: Oh, right, that's why I did livecd-rootfs to proposed.  Thanks. :P
[20:17] <infinity> (brain... need... lunch)
[20:18] <infinity> Anyhow, should someone accept livecd-rootfs, then cdimage/debian-cd need to be pulled in production to match.
[20:18] <infinity> And vice-verse, for that matter. :P
[20:18] <infinity> s/accept/copy/
[20:31] <ScottK> What's the action when a package in -updates is found to have a regression (see Bug #1014570).
[20:31] <ubot2> Launchpad bug 1014570 in bzr "bzr: Unable to sign commits: "no terminal at all requested"" [Unknown,Confirmed] https://launchpad.net/bugs/1014570
[20:32] <ScottK> Squeeze jelmer until a fix pops out comes to mind, but I'd probably need help.
[20:33] <ScottK> (nevermind the annoyance that the bug about the regression got file a week ago, but no one bothers to mention about it in any of the SRU bugs until just AFTER I copy it to updates.
[20:40] <Daviey> ScottK: I don't think this situation is well described TBH.. As a user, i'd be frustrated that my workflow is regressed on the basis of fixing someone elses (i generally don't use an agent.)
[20:41] <ScottK> Daviey: I agree.
[21:24] <Daviey> ~2 more hours on powerpc linux build
[21:40] <balloons> so confirmed respins of everything occurring yes? Can we update the notice board when it occurs please?
[21:47] <Daviey> balloons: sorry, notice board?
[22:31] <Riddell> Daviey: any kubuntu images on their way?
[22:36] <Daviey> Riddell: kernel still not ready, so no
[22:36] <Daviey> :(
[22:37] <Riddell> righty ho
[22:37] <Riddell> but you don't get to go to sleep until it is ready to go :)
[22:54] <balloons> Daviey, sorry.. Yes, the notice board is on the isotracker
[22:57] <cjwatson> infinity: I made a crontab change to cdimage, but just deployed it live since you said you didn't want the lowlatency fix rolled out yet
[22:57] <cjwatson> but it's in bzr too
[22:57] <cjwatson> (fixing precise livefses to build with -proposed, which I forgot when I made the other -proposed changes to precise earlier)
[23:05] <infinity> cjwatson: Mmkay.
[23:05] <infinity> cjwatson: When the kernel's ready to copy, I'll pick up the studio bits as well, and pull cdimage and debian-cd to match.
[23:12] <slangasek> why does launchpad show a delta from 0.156.14.2 to 0.156.14.6 for update-manager, instead of from .14.5?  Is it because the latter versions were not yet published to -updates when .6 was uploaded to the queue?
[23:12] <RAOF> slangasek: It's because .14.5 is in -security; that's the diff from what's currently in -updates
[23:12] <slangasek> no, .5 is also in -updates
[23:13] <infinity> slangasek: It's a diff from what was last in -proposed.
[23:13] <slangasek> ok
[23:13] <RAOF> That's what I meant :)
[23:14] <infinity> slangasek: Known bug.
[23:14] <slangasek> right-o
[23:14] <infinity> slangasek: And stupidly annoying. :/
[23:18] <Daviey> infinity: Are you pushing a d-i no-change?
[23:18] <infinity> Daviey: No-change?  It's an ABI bump.
[23:19] <infinity> Daviey: But yes, I'm doing a new d-i after I copy the kernel.
[23:19] <Daviey> cjwatson: Why did you change livefses to build from proposed ?  Doesn't that make the landscape identical to release pocket?
[23:19] <Daviey> Ie, inconsistent binaries across arches?
[23:20] <Daviey> infinity: Okay, once that is published, do you want to kick off cd builds.. meaning i can go to bed? :)
[23:20] <infinity> Daviey: For point-releases, we start with proposed, and move to updates as we get closer to release day.
[23:20] <Daviey> infinity: Ah!  My bad, i thought cjwatson was talking about Quantal
[23:21] <Daviey> I now see he mentioned precise.
[23:22] <cjwatson> Correct.
[23:23] <Daviey> slangasek: I think that was a bug i raised some time ago... bug 680911?
[23:23] <ubot2> Launchpad bug 680911 in launchpad "Diff generation in the proposed pocket should consider the updates pocket even when there are previous proposed publications." [Low,Triaged] https://launchpad.net/bugs/680911
[23:23] <slangasek> ah, so :)
[23:23] <infinity> Turns out that syncpackage has the same bug.
[23:23] <slangasek> right
[23:24] <Daviey> I almost wet myself when i saw a diff of something i uploaded.. 1 line change turned into 100's :)
[23:26] <cjwatson> May not be in the same place in syncpackage.  For uploads, try lib/lp/archiveuploader/nascentupload.py:NascentUpload.getSourceAncestry.
[23:26] <cjwatson> I think.
[23:26] <Daviey> infinity: To confirm, you are copying linux to release pocket, handling a d-i upload, then triggering respins?
[23:27] <infinity> Daviey: Certainly the first two, but sure, I can do the latter as well.
[23:27] <cjwatson> And yeah, as Julian says, there's a smarter pocket->list(pocket) map in lp.soyuz.adapters.archivedependencies
[23:27] <infinity> cjwatson: Sorry, I meant the same misfeature, not necessarily the same bug.
[23:27] <Daviey> infinity: Well, if you are happy to, it unblocks me on slumber.
[23:28] <infinity> Daviey: Given that you're old enough to be in danger of wetting yourself while reading diffs, you probably need your sleep.
[23:28] <cjwatson> There's a near-parallel in lp.soyuz.model.queue.
[23:28] <cjwatson> Which *might* be what syncpackage ends up caring about; I haven't tracked all that down.
[23:28] <Daviey> infinity: this beauty doesn't maintain itself.
[23:28] <xnox> so we are still waiting for kernel.... me wants to test raid.... oh well. Will it be ready for European breakfast time?
[23:28] <infinity> Daviey: It certainly appears not to, no.
[23:29] <infinity> Daviey: Err, I mean.
[23:29] <infinity> Daviey: Go sleep.
[23:29] <Daviey> xnox: If all goes well, yes.
[23:29] <xnox> Daviey: ok. I will go sleep then.
[23:29] <Daviey> nn all
[23:30] <Daviey> (thanks infinity)
[23:30] <xnox> Daviey: good night =) me off as well
[23:58] <infinity> cjwatson: Was the new ubiquity targetted at A2?
[23:59] <infinity> cjwatson: Ahh, I see Oli mentioning he needs it for the ARM bits.  Grabbing that with the kernels, then.