[00:14] <james_w> wgrant: any comments on https://code.edge.launchpad.net/~james-w/launchpad/register-code-import/+merge/22668 would be welcomed
[00:14] <james_w> there are some spurious changes in the diff from prerequisite branches
[00:15] <james_w> I clearly need to land some of them to avoid that issue
[00:17] <wgrant> james_w: MEGADIFF
[00:17]  * wgrant looks.
[00:27] <james_w> Hopefully that will fix it
[00:28] <wgrant> I used to run into this problem a lot. Now I just block until the first chunk is reviewed and landed -- it saves a lot of mess.
[00:33] <wgrant> james_w:
[00:33] <wgrant> + cvs_root=TextLine(title=_('CVS roor URL')),
[00:33] <wgrant> roor?
[00:34] <lifeless> phwoar
[00:35] <wgrant> james_w: Also, newCodeImport should probably use export_factory_operation
[00:39] <wgrant> That mixin business isn't nice, but I guess you have to.
[00:52] <wgrant> Anybody around who can land three approved branches for me?
[09:18] <wgrant> Morning jtv.
[09:19] <jtv> hi wgrant!
[09:19] <wgrant> jtv: Can you please land that branch of mine that you approved a couple of days ago?
[09:19] <wgrant> https://code.edge.launchpad.net/~wgrant/launchpad/get-translations-jobs-working/+merge/22584
[09:20] <jtv> wgrant: I may not be the best person to ask—my lucid laptop is stuck in an unbootable state and I need to rip open my other machine in hopes that a new network card will fix the problems that a new switch didn't.
[09:20] <wgrant> (there are also another four approved branches which would be nice to get landed soonish...)
[09:20] <wgrant> Ah. Ewww.
[09:20] <wgrant> The read-only filesystem killed it?
[09:20] <jtv> Sort of.
[09:21] <jtv> The automatic fsck on boot bails out, telling me *on a text console that's hidden by the boot screen* to run fsck manually.
[09:21] <wgrant> Heh, yes, that's the behaviour I described.
[09:21] <wgrant> So it's not just me...
[09:21] <jtv> Not that it matters much, since my usual trick for booting into a shell no longer works.
[09:21] <wgrant> KEYBUK!!!!!!!
[09:21] <wgrant> jtv: What did you try?
[09:22] <jtv> init=/bin/sh
[09:23] <wgrant> Hmmm. Do break=mount or break=top work?
[09:25] <jtv> didn't know about those... trying.
[09:25] <wgrant> They should drop you quickly into an initramfs shell.
[09:25] <wgrant> But I'm not entirely sure how the mountall transition will have affected them.
[09:25] <jtv> But I add them to the kernel command line, right?  Not the initrd one?
[09:26] <wgrant> Right.
[09:26] <jtv> Yay, this looks like a shell of a sort
[09:26] <wgrant> Excellent.
[09:26] <wgrant> Hope you have a fsck at your disposal.
[09:28] <jtv> Doesn't look good.  :(
[09:28] <jtv> I never liked initrds
[09:28] <jtv> Now here we have something that really *should* be in there, and it isn't
[09:28] <wgrant> No fsck.ext4?
[09:29] <jtv> Nothing with fsck in the name.
[09:29] <wgrant> It must be in there somewhere, since mountall is able to run it before mounting /
[09:30] <jtv> (initramfs) pwd
[09:30] <jtv> //
[09:30] <jtv> (initramfs) find -name \*fsck\*
[09:30] <jtv> (initramfs)
[09:31] <wgrant> Hm, true.
[09:31] <wgrant> How stupid.
[09:32] <wgrant> Live CD time :(
[09:48] <jtv> I don't suppose shipit has same-day delivery... :)
[09:49] <wgrant> Heh.
[09:49] <jtv> A Hardy CD isn't going to be a good bet for fsck'ing ext4, is it?
[09:50] <wgrant> Eeeeh no.
[11:01] <deryck> Morning, all.
[11:09]  * wgrant looks for someone who can land five branches
[11:30] <ctrlsoft> wgrant: happy to
[11:32] <wgrant> ctrlsoft: Thanks! https://code.edge.launchpad.net/~wgrant/launchpad/refactor-slavestatus/+merge/22285, https://code.edge.launchpad.net/~wgrant/launchpad/move-lots-of-builddmaster-to-queuebuilder/+merge/22009, https://code.edge.launchpad.net/~wgrant/launchpad/bug-540819-fix-builder-list-icons/+merge/22288, https://code.edge.launchpad.net/~wgrant/launchpad/filter-apt_pkg-deprecationwarnings/+merge/22317
[11:33] <wgrant> But I guess they're un-EC2-able until LP comes back after its enormous downtime.
[11:33] <ctrlsoft> wgrant: I count only 4 :-)
[11:34] <wgrant> ctrlsoft: https://code.edge.launchpad.net/~wgrant/launchpad/get-translations-jobs-working/+merge/22584 is the other one, but I excluded that since it needs to be set to Approved, which requires LP to be back in reasonable time.
[11:35] <wgrant> But it turns out they all need LP to be up, since Codehosting is inexplicably down.
[11:50] <wgrant> Ew.
[11:51] <lifeless> complications
[11:51]  * wgrant thought it was just meant to be a master swap.
[11:51] <lifeless> wgrant: yes
[12:34] <wgrant> Thanks mthaddon.
[12:34] <wgrant> ctrlsoft: So, since Codehosting is back, do you have a moment to fire off those test runs?
[12:34] <mthaddon> wgrant: sorry we were down/readonly for so long
[12:34] <ctrlsoft> wgrant: I was about to get some lunch, I'll submit them when I get back
[12:36] <wgrant> it seems all too frequent these days :(
[12:36] <wgrant> ctrlsoft: Thanks.
[13:38] <ctrlsoft> wgrant: still there?
[16:33] <barry> hi folks.  bug 375313 is a duplicate of bug 341503, and i'd like to mark it as such, but lp prevents me from doing this because the former has a slew of duplicates.  does anybody have a lplib script that rehomes all of a bug's duplicates to a different bug?  if not, i'll write it, but i didn't want to reinvent the wheel.  (maybe i should ask on the ml)
[16:38] <james_w> barry: in ubuntu-qa-tools I think
[16:40] <james_w> no, that doesn't seem to be it
[16:41] <barry> james_w: maybe this would make a good addition to that package?
[16:41] <james_w> yes
[16:41] <james_w> the script is somewhere but I can't remember where
[16:42] <barry> james_w: thanks, i'll ask on the ml.  i was hoping for instant gratification :)
[16:43] <james_w> http://bazaar.launchpad.net/~ubuntu-bugcontrol/ubuntu-qa-tools/master/annotate/head:/responses/is-duplicate I think
[16:45] <barry> i think that's the script that bdmurray uses to mark bugs as duplicates, but i don't think it'll work for a bug that itself has duplicates.  i could be wrong though.  bdmurray do you know?
[16:56] <bdmurray> barry: what's that?
[16:57] <barry> bdmurray: hi.  "bug 375313 is a duplicate of bug 341503, and i'd like to
[16:57] <barry>         mark it as such, but lp prevents me from doing this because the former
[16:57] <barry>         has a slew of duplicates.  does anybody have a lplib script that
[16:57] <barry>         rehomes all of a bug's duplicates to a different bug?"
[16:58] <barry> bdmurray: oh, apologies for the ugly paste
[16:58] <barry> bdmurray: james_w pointed me to is-duplicate in ubuntu-qa-tools, but i'm wondering if it will do that rehoming of dups
[16:58] <bdmurray> barry: lp-set-dup in ubuntu-dev-tools should do it I think but keep in mind all the mailings people will get
[16:59] <barry> bdmurray: oh dang, good point. :(
[17:00] <bdmurray> barry: usually the benefit of merging duplicates in mass quantities isn't worth the cost in my opinion
[17:00] <barry> bdmurray: it would probably just be better if we could dup 375313 to 341503 even when the latter has dups of its own
[17:30] <magcius> Is there any chance we can clean up the URLs in Loggerhead? They're really starting to bug me
[17:30] <magcius> Also, would you mind adding a left margin to where the code starts, or indentation guides? It's really hard to judge indentation with Python code
[18:59] <sinzui> I know someone meant well by creating Ubuntu series in sampledata, but I can see that the dev site is now in an invalid state because publishing, caching, and packaging information is now missing for all series and project. :(
[20:40] <james_w> what does the librarian actually do when it starts?
[22:31] <wgrant> sinzui: That's why we do the series mangling in a separate non-mandatory script.
[22:33] <sinzui> wgrant, I do not understand your question.
[22:34] <wgrant> sinzui: The only major Ubuntu-related sample data changes lately are done by the soyuz-sampledata-setup script, which is optional. Or are you talking about long-standing series issues?
[22:35] <sinzui> I like seeing lucid in dev. but the binary and source counts are 0
[22:36] <sinzui> wgrant, This is very painful for me because sourcepackage and product UIs reply on sane data.
[22:36] <wgrant> sinzui: Then don't run the script. We need the data in that state for Soyuz testing, but it doesn't work for Registry stuff.
[22:36] <sinzui> wgrant, I have reconstructed spph so that there is a count and that the objects again show they are linked.
[22:36] <wgrant> That's why I rejected its inclusion in current-dev.sql.
[22:37] <sinzui> wgrant, try developing a UI. You need to see which packages are published. firefox had nothing
[22:38] <wgrant> sinzui: If your sample data has Lucid, you must have run the Soyuz script after loading the sample data.
[22:38] <sinzui> wgrant, no, someone else did.
[22:38] <sinzui> The data was created in March
[22:38] <wgrant> sinzui: Ew, really?
[22:38]  * wgrant looks.
[22:38] <wgrant> That was not intentional.
[22:38] <sinzui> you cannot create lucid without first creating the series
[22:39] <wgrant> Argh, you're right.
[22:40] <sinzui> wgrant, I just committed my spph fix. I would like to make the bpph. I do not know how to do that beyond crafting the sql that I read is required.
[22:40]  * wgrant finds the rev that did it, replays the DB patches, and regenerates the sample data.
[22:40] <wgrant> sinzui: No, the correct fix is to revert the mistaken sample data update.
[22:40] <sinzui> that work for me
[22:40] <wgrant> It was only two merges ago, fortunately.
[22:42] <wgrant> ctrlsoft: Thanks for landing all of those.
[22:47] <wgrant> NCommander: When you updated the current-dev.sql sample data for your changelog branch, you included a whole lot of other changes from the soyuz-sampledata-setup script. Since we need to revert that, how hard is it going to be to reconstruct that sample data update? Did you just apply the DB patch, or did you change other data as well (eg. importing real changelogs)?
[22:47] <wgrant> And we really should land this to devel :/
[22:49] <wgrant> Anyone around who can land https://code.edge.launchpad.net/~wgrant/launchpad/filter-apt_pkg-deprecationwarnings/+merge/22317 for me? OCR seems to have vanished.
[23:31] <ctrlsoft> wgrant: anytime
[23:33] <NCommander> wgrant: Ugh, I checked to make sure no garbage data went in
[23:33] <NCommander> wgrant: *sigh*, it should just be a matter of reverting out current-dev.sql to before my commit, then applying all the SQL patches up to that point, then regenerating sample data
[23:34] <wgrant> NCommander: Great. Doing so now.
[23:34] <NCommander> wgrant: great, I broke launchpad ;.;
[23:34]  * NCommander still has to find time to finish the converter
[23:38] <ctrlsoft> wgrant: did you get 5 success emails ?
[23:38] <ctrlsoft> wgrant: I only got 4 while I submitted 6 branches in parallel
[23:40] <wgrant> ctrlsoft: I got four.
[23:41] <wgrant> ctrlsoft: Did you try to land filter-apt_pkg-deprecationwarnings too?
[23:45] <ctrlsoft> wgrant: just sent it off to ec2
[23:48] <wgrant> ctrlsoft: Thanks.