[00:24] should I file a bug about karma not being updated? [00:25] micahg: Bug 493349 [00:25] Launchpad bug 493349 in launchpad "Karma not updating" [Undecided,Fix released] https://launchpad.net/bugs/493349 [00:25] Hm, closed. Odd. [00:26] wgrant: yeah, I thought this started after the bug was filed [00:26] I suggest filing a new one. [00:27] in LP itself? [00:27] Looks like it broke, worked for a day or two, then broke again. [00:27] launchpad-registry [00:27] ok, will do a little later [00:27] thanks [00:39] is launchpad now automatically adding itself to upstream bugzilla bugs? [00:48] wgrant: micahg: Something is not running. Lots of cron scripts have not run in 2+ days [00:49] No karma updated until they run [00:49] sinzui: I filed bug 498652 [00:49] Launchpad bug 498652 in launchpad-registry "karma is not updating daily" [Undecided,New] https://launchpad.net/bugs/498652 [00:50] We get daily reports. I am still waiting for a LOSA to investigate [00:53] which module handles the distro source package search by binary package? [00:55] something is soyuz, possibly in lp/soyuz/browser/distribution. The search is for DistrioSeriesPackageCache I think [00:56] I was just wondering where to file the bug, sorry :) [01:05] sinzui: But I thought I saw in the production meeting that stuff was no longer failing. [01:06] sinzui: So Registry owns source packages, but not binary packages? [01:36] wgrant: correct. Soyuz make the binary [01:36] wgrant: The production script failure was not seen until Firday [01:36] or firday [01:37] 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] Ew. === nhandler_ is now known as nhandler === nhandler_ is now known as nhandler [05:46] wgrant: around? [05:49] wgrant: nvm [05:52] lifeless: I am. [05:52] Fighting with intricacies of Soyuz domination, but around. [05:53] /+mailinglists had gone AWOL. I had forgotten autoapproval. [05:54] Ah, right. [05:56] the dev wiki still mentions it, for confusion win [06:08] lifeless, have you changed the wiki page? === nigel_nb_ is now known as nigel_nb [06:26] jml: no, I don't know what the replacement content should be [06:33] jml: what are you up to this lovely weekend? [07:20] 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] nomnex: Try '-u KEYID' [07:22] wgrant: gpg -u keyid --clearsing... like this? [07:23] nomnex: That should work, yes. [07:23] wgrant: try that now, thanks [11:14] 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] balau: The original maintainer (you) is the same as the current maintainer. [11:16] So you should put yourself in the Maintainer field, and not have an Original-Maintainer field at all. [11:16] hello, what's the bzr format supported in LP ? [11:17] is 2a supported ? [11:17] AnAnt: LP supports all stable formats. [11:17] 2a is of course supported. [11:20] 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] thanks === AnMaster_ is now known as AnMaster === leoquant is now known as Hans === Hans is now known as Guest39290 === Guest39290 is now known as hansbrinker === hansbrinker is now known as leoquant === Guest92635 is now known as nhandler [17:21] *sigh* Firefox crashed again, again just after opening a Launchpad bug... [17:21] I think that there's /something/ Launchpad's doing that sometimes Firefox doesn't like. [17:23] 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] 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] It'd be really good if you'd implement AJAX history control, it'd make a number of things work better. [17:26] 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] 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 ;-) === ChrisMorgan is now known as ChrisMorgan|Away [17:59] something is wrong with bugs.launchpad.net [18:05] I keep getting errors when replying bugs via email [18:09] Good morning :-) all [18:09] Hello [18:09] I am working on Ubuntu Weekly News Bug stats [18:10] and I guess there was code push last week that changed the little block where you all report the stats [18:10] now I need to know to find all bugs ever reported now? [18:10] any suggestions [18:14] also need to know total unassigned bugs [18:15] please advise :-) Thank you in advance.. === nhandler_ is now known as nhandler === yofel_ is now known as yofel [20:31] could someone look at OOPS-1450CEMAIL946, please? [20:31] https://lp-oops.canonical.com/oops.py/?oopsid=1450CEMAIL946 [21:04] crimsun: "No handler registered for 'launchpad@mail.canonical.com'" [21:04] hmm [21:04] that may be my fault [21:12] or not [21:15] hi [21:15] I uploaded a rather large set of sources yesterday [21:16] however, I still haven't recieved a mail, the sources were accepted OR rejected [21:17] pmjdebruijn: if they weren't signed properly sadly there's no way to know who to tell who to complain to [21:19] huh? [21:19] if they get submitted to my ppa the complaint goes to my ppa, right? [21:23] OOPS-1450CEMAIL1156 [21:23] https://lp-oops.canonical.com/oops.py/?oopsid=1450CEMAIL1156 [21:23] mwhudson: how can I verify the signature? [21:24] pmjdebruijn: i'm not really sure to be honest [21:24] I did this once before, but i forgot the command [21:24] pmjdebruijn: gpg --verify maybe? [21:24] doh [21:25] I was looking for dpkg-... or deb... commands [21:25] elmo: I see that too, for a regular new bug-via-mail. [21:25] mwhudson: I think the signature should be oka [21:25] okey [21:26] lifeless: I'd like to blame myself, but i don't think I can [21:26] lifeless: as in, my changes seem unrelated [21:26] elmo: I can eyeball them, if that would help. [21:26] 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] (if you're talking about lp config changes) [21:27] nah, I'm talking about mail.c.c migrating to new hardware [21:27] but mail is coming into the new box, and I can see LP sucking it out just like it did before [21:28] yeah, its reading it [21:28] pmjdebruijn: does the LP know that the key you signed it with is yours? [21:28] what does the redirect from nnnn@bugs.launchpad.net to launchpad@mail.canonical.com? [21:29] elmo: but its not understanding it [21:30] elmo: in the oops report, the sent mail has X-Original-To: launchpad@mail.canonical.com [21:30] mwhudson: so? [21:31] elmo: could that have changed with the recent changes? [21:31] nope [21:31] elmo: launchpad seems to read that header to work out what to do with the mail [21:31] blink [21:31] SRSLY? [21:31] elmo: yeah [21:31] AAAAAAAA [21:31] ipv12 ? [21:31] ipvfail [21:32] wait, *seriously*? [21:32] that's so freaking broken, it's not even funny [21:32] it only ever worked by complete luck [21:32] before my time by about 45 internet years [21:32] we could deploy lamson these days :P [21:32] * lifeless stops trolling, for a bit. [21:33] http://bazaar.launchpad.net/~launchpad-pqm/launchpad/devel/annotate/head%3A/lib/canonical/launchpad/mail/incoming.py#L267 [21:33] fine, I'll disable the stupid process mail script till I can figure out what to do with it [21:35] elmo: you might like to file a bug for a better process too [21:35] elmo: if its something simple we could even monkey patch it. [21:35] by we I mean 'mwhudson'. [21:36] fuck [21:36] 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] well, I mean, I have to fix this at the MTA level, fundamentally [21:38] any code change will be pointing it to a new X- header [21:38] which honestly, I ought to be able to manage [21:38] ok, i can review and land it then :) [21:46] mwhudson: Could you please approve https://code.edge.launchpad.net/~wgrant/multidistrotools/trunk for me, if you're not busy averting disaster? [21:47] wgrant: done [21:47] mwhudson: Thanks.