=== rrubins_ is now known as rrubins [01:07] https://launchpad.net/builders/ [01:07] many of those running builds appear to have actually done nothing for an hr or so [01:08] and I had 2 builds with a 'failed to upload' [01:08] seems something has dropped off it's perch? [01:13] hmmm. typically, as soon as I say that there seems to be some movement, though still some x86 stuff in odd states. e.g. jobs shown as running, but build logs there [01:14] acheronuk: Looking. [01:14] There's an issue with the librarian. [01:15] that would make sense [01:40] acheronuk: Should be good now. [01:41] wgrant: thank you :) === JanC_ is now known as JanC [04:54] I'm having trouble uploading to launchpad. The PGP keys seem to be set up properly, the package is signed with the correct key, yet no email about the successful upload [04:54] RSA key ID 4EC34898 [10:08] miika: The copy of that key on keyserver.ubuntu.com expired on 2017-04-26. [10:08] miika: (I have a branch in progress to arrange that Launchpad notifies you in this case rather than failing silently) [14:18] hey Launchpad gurus, anyone got any answer for this user? https://askubuntu.com/questions/958702/launchpad-eddsa-key [14:38] cjwatson: that explains, even though gpg shows the expiration date as 2018-08-20 for me, gotta upload new key anyways [15:19] What has to be done to get https://launchpad.net/~fanfictioncoll89 banned? There are already >140 spam messages in launchapd answers for ubuntu from that user. Please see also https://answers.launchpad.net/launchpad/+question/658276 [16:48] cjwatson: thanks for replying to that Ask Ubuntu question [16:49] teward: NP [16:49] m_hampl: processing now [16:49] miika: I *suspect* the keyserver will accept it if you just upload a new self-signature with a newer expiration date, but you can try [16:51] cjwatson: I already uploaded a new key and that is working fine [16:52] OK, good [17:14] cjwatson: do you know offhand what algorithms Launchpad *does* accept for PGP keys? [17:14] i'd assume standard RSA, ECDSA, but... [17:17] RSA, DSA, ElGamal [17:17] I don't believe anyone's so far complained about the lack of ECDSA [17:17] (I'm just going from what's in lp.services.gpg.interfaces.GPGKeyAlgorithm [17:17] ) [17:18] well i'd be complaining about ECDSA because my newer keys are all ECDSA because reasons. [17:18] but my actual LP / Packaging key is still RSA4096 [17:18] :P [17:20] cjwatson: thanks, hope you don't mind that I've added to your answer to expand it a little then, to indicate the supported key algos. [17:20] And if you were you'd be the first to complain :) [17:20] I imagine if somebody files a bug then we'd just do all the newer ones at once [17:20] Sure [17:20] cjwatson: actually that brings up a question... [17:20] what gpg version does LP use as its backend [17:21] Launchpad, not "LaunchPad", BTW [17:21] because only certain versions support Ed and such [17:21] cjwatson: autocorrect is a pain isn't it. [17:21] (using a bloody Mac right now >.<) [17:22] The relevant systems run xenial and call gpg via gpgme; I'm not offhand certain whether that ends up on gpg or gpg2 [17:22] so either 1.4.20 or 2.1.11 right now [17:22] Oh yeah, we deliberately stick to gpg1 [17:22] 1.4.20, then [17:23] that wouldn't support Ed, etc. then. IIRC [17:23] Plausible [17:23] so you'd have to rejigger the infrastructure to use gpg2 [17:23] Yes, which is non-trivial [17:23] and that's a massive project. [17:23] I wouldn't say massive [17:23] Just not a simple switch [17:23] anything nontrivial becomes a massive project on its own [17:23] because when you THINK it's working [17:23] it explodes [17:23] and then you have to fix the evils. [17:24] No point overstating matters either [17:24] https://code.launchpad.net/~cjwatson/launchpad/force-gpg1/+merge/314632 has some brief commentary [17:24] (noting that we did that before upgrading to xenial) [17:24] cjwatson: I do know I had to switch to `gpg2` to support the one key I took from my work laptop - an ECDSA based key - to work on my laptop - so I basically had to rewrite `gpg` -> `gpg2` with symlinks [17:24] cjwatson: ah, indeed. [17:25] We don't have to do that kind of thing, but we need to persuade gpg2 to not leave a load of persistent processes around during tests. [17:25] heheh [17:25] indeed. [17:25] Totally doable if there's actually a compelling reason. [17:26] cjwatson: IIRC RSA/RSA is still the default gpg algo in gpg2 because it's widely accepted, but I haven't tested that recently [17:26] yep gpg2 is still RSA/RSA for its defaults [17:27] (SSH keys are an entirely different complicated kettle of fish.) [17:27] oh geez don't get me started XD [17:27] but for reference, `gpg2` in Xenial supports at least the following for keygen - http://paste.ubuntu.com/25600876/ [17:28] ... in extreme expert mode... [17:28] (EC isn't even offered outside of expert mode) [17:28] cjwatson: so I don't think EdDSA would even be an option for xenial [17:29] Key generation is of course not the important thing [17:29] true [17:29] And we do have the option of backporting if necessary [17:38] true [17:38] meh in any case, it's all solved and answered :) [17:38] thank you === hyperair is now known as Guest76857 [23:56] I'm getting "Unable to identify 'Anonymous': in launchpad" in my upload which is built by CI and I found I should ask here about what it means