[00:03] <bdmurray> remove-package is the right tool to remove something from -proposed that hasn't been verified correct?
[00:06] <bdmurray> slangasek: ^?
[00:07] <slangasek> bdmurray: that's what I would use, yes
[00:10] <phillw> slangasek: just a really quick question.. Is it fair for a company to compare the resource usage for XEN VM against KVM?
[00:10] <slangasek> phillw: er, that certainly seems off topic for this channel, and I don't know why you would expect me to have an opinion on it
[00:12] <phillw> slangasek: I've seen views on this channel about using VM's for testing, you own view is quite okay. you can give it in PM if you do not want it to be logged :)
[00:12] <slangasek> no, I really don't have any opinion on the question
[00:14] <bdmurray> slangasek: I ended up receiving an Unauthorized message from Launcpad
[00:14] <slangasek> bdmurray: when trying to remove the package?
[00:15] <phillw> thanks, so I guess my asking you guys which cloud 'protocol' is the best to learn from scratch will result in the same "UN blue helmet", 100% diplomatic answer :/
[00:15] <bdmurray> slangasek: yeah, iirc cjwatson removed me from ubuntu-archive some time ago so perhaps it is fall out from that
[00:17] <slangasek> bdmurray: hmm, ok.  want to give me the command and I'll run it for you?
[00:17] <infinity> bdmurray: If you're not in u-a, you can't remove packages from the archive.
[00:18] <infinity> That said, remove-package is timing out right now anyway, due to an LP bug.
[00:18] <slangasek> bdmurray: and then I guess you should open a bug against launchpad asking cjwatson to give SRU team access for -proposed removals
[00:18] <slangasek> phillw: if you want opinions on clouds, you should probably ask on a cloud-related channel
[00:18] <bdmurray> remove-package -m "Not verified within a timely fashion" -d ubuntu -s oneiric-proposed xkeyboard-config
[00:19] <infinity> (It's going to time out anyway, as I said)
[00:20] <slangasek> infinity: it didn't time out at the commandline; should I be expecting a lovely email later?
[00:20] <infinity> slangasek: Oh, no, maybe you're just really lucky. :P
[00:20] <cjwatson> Probably depends on how hot the cache is
[00:21]  * infinity is watching a removal time out right now, and this is also why sru-report is littered with pending removals...
[00:29] <bdmurray> and here I am commenting on all these SRU bugs hoping to remove stuff
[01:05] <phillw> hi bdmurray I'm sorry if I am tardy in bug areas, please feel free to give me a 'dig in the ribs' for any lubuntu related ones that I can look at via KVM. I 'think' I've got the whole suite of the ISO's back after my hard drive 'checked in sick'.
[09:58] <ogra_> haha
[09:58] <ogra_> i just looked at the new cdimage code ...
[09:58] <ogra_> armhf+somethingelse
[09:59] <ogra_> lovely subarch
[10:09] <psivaa> I see that today's server image installers have mismatching kernel versions. Will they be respun later today?
[10:14] <Daviey> psivaa: I you waiting to test it?
[10:14] <Daviey> Are you*
[10:16] <psivaa> Daviey: well, it would be good if there are working images for today, but not absolutely urgent
[10:24] <Daviey> psivaa: If you were waiting to test it, i'd jump to a respin right now :)
[10:26] <psivaa> Daviey: thanks
[12:22] <Laney> bah, seb128 uploaded but I saw something strange on brasero
[12:22] <Laney> https://launchpad.net/ubuntu/+source/brasero/+publishinghistory
[12:22] <seb128> Laney, ?
[12:23] <Laney> ubuntu3 was deleted from proposed but didn't appear in release
[12:23] <Laney> that was a copy from quantal-updates with binaries, including armel
[12:23] <seb128> oh
[12:23] <cjwatson> That may have been my mistake, sorry
[12:23] <cjwatson> Though I thought I checked all the removals I did
[12:23] <cjwatson> sru-report now generates versioned removal commands to avoid this kind of mistake
[12:23] <seb128> speaking of copy and armel ... non virtual ppas still do armel build on raring
[12:23] <Laney> the message says 'moved to release'
[12:24] <cjwatson> huh, britney did it
[12:24] <seb128> is that wanted? is that going to be an issue when didrocks' system try to copy builds to the archive?
[12:24] <Laney> armel weirdness?
[12:24] <cjwatson> seb128: it's not been quite fully removed yet I think - but ask #launchpad-ops, please
[12:24] <seb128> cjwatson, ok
[12:25] <cjwatson> seb128: the PPA in question may need to have armel manually disabled or something
[12:25] <Laney> does that happen on nonvirt PPAs too?
[12:25] <didrocks> Laney: it's a non virtual one
[12:25] <Laney> righto
[12:26] <cjwatson> 2012-11-16 11:25:13 INFO    Running <PlainPackageCopyJob to copy package brasero from ubuntu/primary, PROPOSED pocket, in ubuntu raring to ubuntu/primary, RELEASE pocket, in ubuntu raring, including binaries> (ID
[12:26] <cjwatson> 15907120) in status Waiting
[12:26] <cjwatson> 2012-11-16 11:25:14 INFO    Job:
[12:26] <cjwatson> <PlainPackageCopyJob to copy package brasero from ubuntu/primary, PROPOSED pocket, in ubuntu raring to ubuntu/primary, RELEASE pocket, in ubuntu raring, including binaries>
[12:26] <cjwatson> raised CannotCopy:
[12:26] <cjwatson> brasero 3.4.1-0ubuntu3 in raring (binaries conflicting with the existing ones)
[12:26] <cjwatson> Hmm
[12:26] <Laney> nothing notified me of that
[12:26] <cjwatson> No, I wouldn't have expected it to
[12:26] <Laney> oh, that's the britney one
[12:26] <cjwatson> That's the least of the problems
[12:26] <Laney> misread
[12:27] <cjwatson> So it probably does have something to do with copying up from quantal-updates, but I'm not exactly sure what
[12:27] <didrocks> cjwatson: I have another small question btw :) how can we use the right launchpad credential on lillipilly (we plugged everything in with jibel, just need that info for the archive copy)?
[12:28] <cjwatson> didrocks: You don't need to do anything special; just run your launchpadlib code as the ubuntu-archive user
[12:28] <didrocks> cjwatson: are the passwords somewhere accessible to me or jibel to be able to log in?
[12:29] <cjwatson> didrocks: Why do you need a password?
[12:30] <cjwatson> didrocks: ubuntu-archive@lillypilly is already authenticated
[12:30] <didrocks> cjwatson: ok, there if I don't specify a credential file, the default is already authenticated. I just need to try that. Thanks :)
[12:31] <cjwatson> Just do the natural thing with no messing about :)
[12:31] <seb128> cjwatson, (just as a follow up the ppa issue was a non issue in fact, the current builds still target quantal as a release so it's normal it builds for armel)
[12:32] <didrocks> cjwatson: we had some issue not specifying the credential file in some other server (it was trying to use gnome-keyring even if not installed), but if it's not an issue on that machine, I'm all for default cred :)
[12:34] <cjwatson> seb128: I saw, thanks
[12:34] <cjwatson> didrocks: Lots of stuff in ubuntu-archive-tools already works fine in this case
[12:35] <didrocks> oh, I'm sure it does, just need to move stuff from jibel sandbox on the machine to the prod one now :)
[12:41] <cjwatson> Laney: So this is bug 527551 - I think for the meantime, *do not* copy from quantal-updates to raring-proposed
[12:41] <ubot2> Launchpad bug 527551 in Launchpad itself "Intra-archive copying of a source with a failed build may leave that source uncopyable" [High,Triaged] https://launchpad.net/bugs/527551
[12:43] <Laney> Feels weird that the initial copy to raring-proposed worked fine, but yeah.
[16:28] <SpamapS> FYI: I am copying openstack-resource-agents to quantal-updates despite it being Friday, and before the 7 days is up. The package is completely uninstallable w/o the update (which fixes dependencies) so the chance of regression is basically 0 (see bug 1078828 for more info)
[16:28] <ubot2> Launchpad bug 1078828 in openstack-resource-agents (Ubuntu Quantal) "[SRU] openstack-resource-agents uninstallable due to non-existant dependency" [High,Fix committed] https://launchpad.net/bugs/1078828
[16:31] <stgraber> cjwatson: hey. Edubuntu is planning to ship yet another squashfs on the install media for raring for Edubuntu Server. This squashfs will be taken directly from ubuntu-server so we don't need yet another livefs build. I've been poking at cdimage and debian-cd yesterday night and based on my reading, I "think" the following should work.
[16:31] <stgraber> cjwatson: debian-cd change: http://paste.ubuntu.com/1362959/
[16:32] <stgraber> cjwatson: cdimage change: http://paste.ubuntu.com/1362958/
[16:32] <stgraber> cjwatson: would appreciate if you could take a look as I'm not yet sure I understand all the cdimage magic ;)
[16:32] <cjwatson> looks plausible enough to me
[16:33] <stgraber> ok, I'll push that and trigger a build then, I guess it'll be the easiest way of checking that it actually works :)
[16:34] <cjwatson> yep
[16:34] <stgraber> (then I'll have to spend a few evenings getting ubiquity to support multiple source squashfs so we can get it to do a server install for us)
[17:05] <fginther> any reason why armel is missing from : http://ports.ubuntu.com/ubuntu-ports/dists/raring/Release?
[17:06] <ogra-cb> fginther, because its gone with raring
[17:08] <ogra-cb> with 12.10  we stoppped building any images for it already, with 13.04 it was dropped completely
[17:08] <fginther> ogra-cb, thanks, that would explain it
[17:15] <seb128> ^ ignore the g-s-d screwups, cleaned my own mess there
[17:36] <infinity> seb128: Maybe you should upload a few more of them...
[17:37] <seb128> infinity, or maybe not (I've a stupid script which retries when upload fail and which seems to sometime think uploads failed when they didn't)
[17:57] <xnox> seb128: on dodgy connections use sftp upload, it's more reliable.
[17:57] <seb128> xnox, thanks, I should try that ;-)
[17:58] <xnox> seb128: for big stuff i upload to a reliable host first (e.g. people.c.c) - and then upload to ubuntu/debian from that
[17:58] <seb128> xnox, yeah, I tend to do that to spare the upload time
[17:59] <seb128> wget the orig from the dc is and dput form there
[17:59] <seb128> easier than wgetting a big tarball on my dsl and having to upload it through the slower upload link later :-)
[19:47] <infinity> Hey, queuebot, lolwut?
[19:47] <infinity> stgraber: queubot's very confused.
[19:48] <infinity> stgraber: It claims those copies to -security up there are going backward (they're not, it's comparing against proposed instead of security)
[19:55] <stgraber> infinity: yeah, IIRC queuebot doesn't check the target pocket, it always shows the highest-version-in-the-archive => version-in-the-queue
[19:55] <stgraber> I guess I should fix that :)
[22:35] <infinity> ogra-cb: The new armhf livefs host is all set up, configured on cdimage, and I tested it with a core build that looks happy.
[22:35] <infinity> ogra-cb: Go forth and kill it with builds.
[23:39]  * ScottK just remembered we don't release SRUs on Friday.  Sorry.
[23:39] <ScottK> Fortunately I remembered before I got to LibreOffice.
[23:46] <bdmurray> If somebody could merge https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/comments-after-nag/+merge/134759 that'd be groovy.
[23:48]  * ScottK tries.
[23:50] <ScottK> bdmurray: Done.
[23:51] <bdmurray> ScottK: thanks
[23:51] <ScottK> You're welcome.
[23:51] <cjwatson> I fixed the kernel mis-overrides that resulted in a few image build failures.
[23:52] <cjwatson> I suspect that there's something wrong in LP here - I've noticed a few things being wrongly in universe since we switched to proposed-migration.
[23:52] <cjwatson> Maybe copy overrides aren't working right.