[00:24] <micahg> should I file a bug about karma not being updated?
[00:25] <wgrant> micahg: Bug 493349
[00:25] <wgrant> Hm, closed. Odd.
[00:26] <micahg> wgrant: yeah, I thought this started after the bug was filed
[00:26] <wgrant> I suggest filing a new one.
[00:27] <micahg> in LP itself?
[00:27] <wgrant> Looks like it broke, worked for a day or two, then broke again.
[00:27] <wgrant> launchpad-registry
[00:27] <micahg> ok, will do a little later
[00:27] <micahg> thanks
[00:39] <micahg> is launchpad now automatically adding itself to upstream bugzilla bugs?
[00:48] <sinzui> wgrant: micahg: Something is not running. Lots of cron scripts have not run in 2+ days
[00:49] <sinzui> No karma updated until they run
[00:49] <micahg> sinzui: I filed bug 498652
[00:50] <sinzui> We get daily reports. I am still waiting for a LOSA to investigate
[00:53] <micahg> which module handles the distro source package search by binary package?
[00:55] <sinzui> something is soyuz, possibly in lp/soyuz/browser/distribution. The search is for DistrioSeriesPackageCache I think
[00:56] <micahg> I was just wondering where to file the bug, sorry :)
[01:05] <wgrant> sinzui: But I thought I saw in the production meeting that stuff was no longer failing.
[01:06] <wgrant> sinzui: So Registry owns source packages, but not binary packages?
[01:36] <sinzui> wgrant: correct. Soyuz make the binary
[01:36] <sinzui> wgrant: The production script failure was not seen until Firday
[01:36] <sinzui> or firday
[01:37] <sinzui> The message I am getting says nothing is running. There is not failure. So either something is blocking them from starting or are not scheduled to run
[01:42] <wgrant> Ew.
[05:46] <lifeless> wgrant: around?
[05:49] <lifeless> wgrant: nvm
[05:52] <wgrant> lifeless: I am.
[05:52] <wgrant> Fighting with intricacies of Soyuz domination, but around.
[05:53] <lifeless>  /+mailinglists had gone AWOL. I had forgotten autoapproval.
[05:54] <wgrant> Ah, right.
[05:56] <lifeless> the dev wiki still mentions it, for confusion win
[06:08] <jml> lifeless, have you changed the wiki page?
[06:26] <lifeless> jml: no, I don't know what the replacement content should be
[06:33] <lifeless> jml: what are you up to this lovely weekend?
[07:20] <nomnex> help with a GPG command switch. I want to sign the Ubuntu code of conduct. I have 2 KEYS. the command: gpg --clearsign UbuntuCodeofConduct-1.1.txt select my default key, I need the other key. What's the switch?
[07:22] <wgrant> nomnex: Try '-u KEYID'
[07:22] <nomnex> wgrant: gpg -u keyid --clearsing... like this?
[07:23] <wgrant> nomnex: That should work, yes.
[07:23] <nomnex> wgrant: try that now, thanks
[11:14] <balau> I am debianizing an upstream package (that is not mine) and I want to put it into my PPA. What do I need to put (in debian/control) into Maintainer and XSBC-Original-Maintainer fields? The Ubuntu guide says to put a MOTU address and my address, but I'm not sure because MOTU are not involved and the upstream maintainer is not referenced
[11:16] <wgrant> balau: The original maintainer (you) is the same as the current maintainer.
[11:16] <wgrant> So you should put yourself in the Maintainer field, and not have an Original-Maintainer field at all.
[11:16] <AnAnt> hello, what's the bzr format supported in LP ?
[11:17] <AnAnt> is 2a supported ?
[11:17] <wgrant> AnAnt: LP supports all stable formats.
[11:17] <wgrant> 2a is of course supported.
[11:20] <balau> wgrant, so the upstream developer isn't a debian maintainer... well it makes sense, I didn't think about it that way. lintian warns that the Maintainer field is not "ubuntu", but I think I can ignore it. Thanks!
[11:20] <AnAnt> thanks
[17:21] <ChrisMorgan> *sigh* Firefox crashed again, again just after opening a Launchpad bug...
[17:21] <ChrisMorgan> I think that there's /something/ Launchpad's doing that sometimes Firefox doesn't like.
[17:23] <ChrisMorgan> Also I think the AJAXy stuff has been done a bit patchily in places.  Last time Firefox died (blue screen that time, cause unknown), I lost my bug report that I'd typed in due to the AJAXy stuff not being done with history control.
[17:24] <ChrisMorgan> When Firefox sessions are restored, text in textboxes is saved for systems like Drupal pages: but it can't be restored to a Launchpad thing because the details textarea isn't there at or after page load, instead it's just the few word description thing and you've got to start again :-(
[17:24] <ChrisMorgan> It'd be really good if you'd implement AJAX history control, it'd make a number of things work better.
[17:26] <ChrisMorgan> Also things like the edit status AJAXy thing just don't work ideally, as you have to edit status and then add a comment, and it goes in two or three or four comment blocks or subscription mail messages - OR, go manually to ./+editstatus and then you can do them all at once... not sure how that'd be best fixed.
[17:27] <ChrisMorgan> However, since Firefox's crashed, I'll take this opportunity to put my computer away rather than finding and reporting the issue in Launchpad... it'd probably crash Firefox again anyway ;-)
[17:59] <AnAnt> something is wrong with bugs.launchpad.net
[18:05] <AnAnt> I keep getting errors when replying bugs via email
[18:09] <akgraner> Good morning  :-) all
[18:09] <AnAnt> Hello
[18:09] <akgraner> I am working on Ubuntu Weekly News Bug stats
[18:10] <akgraner> and I guess there was code push last week that changed the little block where you all report the stats
[18:10] <akgraner> now I need to know to find all bugs ever reported now?
[18:10] <akgraner> any suggestions
[18:14] <akgraner> also need to know total unassigned bugs
[18:15] <akgraner> please advise  :-) Thank you in advance..
[20:31] <crimsun> could someone look at OOPS-1450CEMAIL946, please?
[21:04] <james_w> crimsun: "No handler registered for 'launchpad@mail.canonical.com'"
[21:04] <elmo> hmm
[21:04] <elmo> that may be my fault
[21:12] <elmo> or not
[21:15] <pmjdebruijn> hi
[21:15] <pmjdebruijn> I uploaded a rather large set of sources yesterday
[21:16] <pmjdebruijn> however, I still haven't recieved a mail, the sources were accepted OR rejected
[21:17] <mwhudson> pmjdebruijn: if they weren't signed properly sadly there's no way to know who to tell who to complain to
[21:19] <pmjdebruijn> huh?
[21:19] <pmjdebruijn> if they get submitted to my ppa the complaint goes to my ppa, right?
[21:23] <lifeless> OOPS-1450CEMAIL1156
[21:23] <pmjdebruijn> mwhudson: how can I verify the signature?
[21:24] <mwhudson> pmjdebruijn: i'm not really sure to be honest
[21:24] <pmjdebruijn> I did this once before, but i forgot the command
[21:24] <mwhudson> pmjdebruijn: gpg --verify maybe?
[21:24] <pmjdebruijn> doh
[21:25] <pmjdebruijn> I was looking for dpkg-... or deb... commands
[21:25] <lifeless> elmo: I see that too, for a regular new bug-via-mail.
[21:25] <pmjdebruijn> mwhudson: I think the signature should be oka
[21:25] <pmjdebruijn> okey
[21:26] <elmo> lifeless: I'd like to blame myself, but i don't think I can
[21:26] <elmo> lifeless: as in, my changes seem unrelated
[21:26] <lifeless> elmo: I can eyeball them, if that would help.
[21:26] <elmo> but if anyone who knows the mail system at all (not me) wants to help me I'd be happy to be proved wrong
[21:27] <lifeless> (if you're talking about lp config changes)
[21:27] <elmo> nah, I'm talking about mail.c.c migrating to new hardware
[21:27] <elmo> but mail is coming into the new box, and I can see LP sucking it out just like it did before
[21:28] <lifeless> yeah, its reading it
[21:28] <geser> pmjdebruijn: does the LP know that the key you signed it with is yours?
[21:28] <james_w> what does the redirect from nnnn@bugs.launchpad.net to launchpad@mail.canonical.com?
[21:29] <lifeless> elmo: but its not understanding it
[21:30] <mwhudson> elmo: in the oops report, the sent mail has X-Original-To: launchpad@mail.canonical.com
[21:30] <elmo> mwhudson: so?
[21:31] <mwhudson> elmo: could that have changed with the recent changes?
[21:31] <elmo> nope
[21:31] <mwhudson> elmo: launchpad seems to read that header to work out what to do with the mail
[21:31] <elmo> blink
[21:31] <elmo> SRSLY?
[21:31] <lifeless> elmo: yeah
[21:31] <elmo> AAAAAAAA
[21:31] <lifeless> ipv12 ?
[21:31] <elmo> ipvfail
[21:32] <elmo> wait, *seriously*?
[21:32] <elmo> that's so freaking broken, it's not even funny
[21:32] <elmo> it only ever worked by complete luck
[21:32] <mwhudson> before my time by about 45 internet years
[21:32] <lifeless> we could deploy lamson these days :P
[21:32]  * lifeless stops trolling, for a bit.
[21:33] <mwhudson> http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/annotate/head%3A/lib/canonical/launchpad/mail/incoming.py#L267
[21:33] <elmo> fine, I'll disable the stupid process mail script till I can figure out what to do with it
[21:35] <lifeless> elmo: you might like to file a bug for a better process too
[21:35] <lifeless> elmo: if its something simple we could even monkey patch it.
[21:35] <lifeless> by we I mean 'mwhudson'.
[21:36] <elmo> fuck
[21:36] <mwhudson> elmo: i'm happy to make code changes you want, but what i know about email at this level can be written on the back of a postage stamp and shoved up a gnat's arse, as the saying goes
[21:38] <elmo> well, I mean, I have to fix this at the MTA level, fundamentally
[21:38] <elmo> any code change will be pointing it to a new X- header
[21:38] <elmo> which honestly, I ought to be able to manage
[21:38] <mwhudson> ok, i can review and land it then :)
[21:46] <wgrant> mwhudson: Could you please approve https://code.edge.launchpad.net/~wgrant/multidistrotools/trunk for me, if you're not busy averting disaster?
[21:47] <mwhudson> wgrant: done
[21:47] <wgrant> mwhudson: Thanks.