[00:00] <eross> I don't think it's worth 160-300 to trademark much of my stuff
[00:01] <eross> more hobby than anything
[08:22] <asabil_> thumper: yes thanks, the vala branch seems fine now
[08:23] <thumper> great
[08:55] <philn> hi
[09:21] <philn> gmb: hi! i see you imported the new dump.. seems fine with attachments now
[09:29] <gmb> philn: No, I didn't yet (not on demo., anyway) I just altered the attachments on demo so that they'd show up :)
[09:30] <jamesh> philn: I noticed a bit of comment spam in the imported bugs
[09:31] <jamesh> e.g. https://bugs.demo.launchpad.net/elisa/+bug/194393
[09:31] <jamesh> ubottu: wrong.
[09:32] <philn> jamesh: ha, yes.. there's a bit of spam.. what can we do about that?
[09:33] <jamesh> philn: LP administrators can remove spam comments
[09:33] <jamesh> the other option is to filter them out of the dump
[09:33] <philn> i can add akismet support to my conversion script
[09:34] <jamesh> I haven't really looked at how extensive the problem might be, so am not sure which option is best
[09:35] <jamesh> it might be better to kill the comments before hand, since we probably don't want to create person records for the spammers in LP
[09:35] <philn> i think we have only few comments spam.. something like 4 or 5 at most
[09:37] <jamesh> https://bugs.demo.launchpad.net/~zlgdgzl/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=INVALID&field.status%3Alist=WONTFIX&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=FIXRELEASED&assignee_option=any
[09:37] <jamesh> &field.assignee=&field.bug_reporter=&field.bug_contact=&field.bug_commenter=&field.subscriber=&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=&field.tags_combinator=ANY <- all of these bugs seem to have spam
[09:37] <jamesh> bah.
[09:37] <philn> do ya know tinyurl.com ? ;)
[09:38] <philn> hmm ok i'll have a look
[09:38] <jamesh> https://bugs.demo.launchpad.net/~zlgdgzl/+bugs?field.status%3Alist=NEW&field.status%3Alist=WONTFIX&field.status%3Alist=FIXRELEASED
[09:39] <jamesh> short enough? :)
[09:39] <philn> i'll just add a usernames blacklist, since this seems related to a single user
[09:39] <jamesh> yeah.
[09:40] <jamesh> with anonymous access, user accounts are usually either all spam or no spam
[09:40] <jamesh> without anonymous access, that is.
[09:45] <philn> gmb: dump-08-05-16.xml.gz available at usual location
[09:45] <gmb> philn: Thanks.
[09:48] <philn> btw, when do you plan to have an export feature in LP?
[09:49] <jamesh> philn: we've got an administrative export script, so can provide data in pretty much the same form you've provided us
[09:49] <jamesh> getting things hooked up so that project owners can get regular dumps has been a todo item for a while
[09:49] <jamesh> but we can definitely provide data on request
[09:50] <philn> ah, interesting
[09:50] <philn> when do you plan to get the relax-ng schema "stable"?
[09:51] <philn> (and public)
[09:52] <jamesh> gmb or BjornT might be able to answer that
[09:57] <BjornT> philn: i don't know yet. i'm going to talk to people about it next week. it mainly needs a review before it can be released. the released and stable schema will probably be a bit different (but quite similar) than the current one, though.
[10:07] <philn> BjornT: ok, thx for the answer
[10:08] <gmb> philn: I'll get the dump re-imported on demo.lp.net this afternoon (I need a sysadmin to help me and they're all five hours behind me at least).
[10:09] <gmb> In the meantime I'll run it locally.
[10:10] <philn> ok.. i think this dump will be good to go live
[10:10] <gmb> Cool.
[10:10] <gmb> philn: Assuming all's good I think we'll be able to get that done today.
[10:11] <philn> awesome
[10:12] <philn> i had one more question, about privacy.. shouldn't we ask the bug reporters if they mind their trac account being moved over LP?
[10:14] <philn> will bug reporters receive a mail from LP about that? asking for LP user creation confirmation or something like that?
[10:14] <gmb> philn: If they don't have a Launchpad account already, no.
[10:15] <gmb> (And for a lot of them their email address will be @elisa.bugs.invalid anyway)
[10:15] <philn> not the majority
[10:16] <gmb> Right.
[10:17] <gmb> philn: But even those that have valid email addresses will only have dormant accounts created for them (unless the email addresses are already registered in Launchpad, too, like yours is).
[10:17] <gmb> But they won't receive any notifications from the import.
[10:18] <gmb> It's up to you as far as privacy is concerned. If you'd rather check with your users before we proceed to import the bugs on production that's fine.
[10:24] <philn> well i guess it's fine if the accounts are dormant
[10:29] <gmb> Okay.
[15:27] <philn> gmb: little issue it seems: https://bugs.demo.launchpad.net/elisa/+bug/195093 https://code.fluendo.com/elisa/trac/ticket/914
[15:28] <gmb> philn: Hmm. It's stripped everything except the <pre> block, it seems.
[15:28] <gmb> That's odd.
[15:28] <philn> yes :(
[15:29] <philn> looks like it's on my side
[15:29] <gmb> Ah.
[15:47] <philn> new dump, same location
[15:51] <gmb> philn: Thanks. It looks like the re-import to demo is going to have to be delayed since we've got to reset the database first and that currently takes a long time (it's a big database). If I get chance to do it today I'll let you know.
[15:54] <philn> ok, thx.. sorry this is a painful and long test process :/
[15:56] <gmb> philn: Me too; one of our aims is to make this much smoother for everyone involved - especially you, the user :)
[16:00] <kiko> gmb, philn: the future is philn going to demo, uploading his tarball, pushing a button, getting notified when it's ready, reviewing the bugs, and then saying "yes, push to lpnet" or "no, let's fix something first"
[16:00] <gmb> kiko: Right.
[16:30] <luisbg_> why do I keep getting "Transport operation not possible: http does not support mkdir()" ?
[16:30] <luisbg_> I have done bzr launchpad-login
[16:30] <luisbg_> wait
[16:32] <luisbg_> ok, sorry, nevermind
[16:52] <jetsaredim> what's the deal with having to re-gen the ssh keys again
[16:52] <kiko> jetsaredim, security issue
[16:52] <jetsaredim> twice tho?
[17:18] <gnomefreak> :(
[17:19] <gnomefreak> why am i still getting security notices about my ssh key. i got it about an hour ago and i fixed it last night. key is still on LP page atm
[17:20] <kiko> jetsaredim, I'm not sure -- mrevell?
[17:22] <mrevell> jetsaredim: Hi.
[17:25] <mrevell> gnomefreak, jetsaredim: We ran ssh-vulnkey again against each of the SSH keys registered in LP accounts. That should that that some keys which had been registered since my original email had vulnerabilities.
[17:25] <mrevell> the good news is that Launchpad will no longer accept vulnerable keys.
[17:25] <kiko> mrevell, should or showed? :)
[17:26] <mrevell> sorry kiko, yeah, showed :)
[17:27] <gnomefreak> mrevell: so mine is safe?
[17:27] <gnomefreak> or is it gonna be removed again
[17:27] <mrevell> gnomefreak: Did you receive an email from me just now?
[17:27] <gnomefreak> mrevell: ~1hour ago
[17:28] <gnomefreak> hint its a brand new key with ssh-vulnkey ran on it last night
[17:28] <gnomefreak> i think it was 4 lines of not blacklisted IIRC
[17:29] <gnomefreak> kiko was here :)
[17:29] <kiko> yes
[17:29] <kiko> I'm always here after all!
[17:30] <mrevell> gnomefreak: when did you upload the key? The test was run around 20.00 UTC last night.
[17:30] <mrevell> mthaddon may be able to explain better.
[17:30] <gnomefreak> before that i think
[17:30] <mthaddon> gnomefreak, is it possible you had multiple keys and we deleted only one of them?
[17:30] <gnomefreak> it was around dinner time ETC iirc
[17:31] <gnomefreak> mthaddon: no i only uploaded one key last night
[17:31] <gnomefreak> because it wouldnt let me upload the old key so i made a new one
[17:32] <mthaddon> gnomefreak, can you try re-uploading the same key now and if it allows you to do so, then we've mistakenly deleted your key and can only apologise - if it doesn't, then the key did indeed need to be deleted
[17:32] <gnomefreak> mthaddon: its there
[17:32] <gnomefreak> was a sec ago
[17:33] <gnomefreak> still there, hence why im asking why i got email if key is good :)\
[17:33] <mthaddon> gnomefreak, let me run my script again and see if it flags it as a problem (the same script I ran yesterday) - if so, I'll need to see what was wrong with my script
[17:33] <gnomefreak> would be nice if LP kept track of time we change things like that for user interface
[17:35] <gnomefreak> reason i didnt keep old key was because after updates autpo regened key it still wasnt secure so i made a new one
[17:35] <gnomefreak> autoregen
[17:37] <mthaddon> gnomefreak, the same script I ran yesterday is no longer finding your key as vulnerable, so I'm not really sure what happened yesterday...
[17:38] <gnomefreak> mthaddon: the email was ~1hour ago  thats why im wondering
[17:38] <gnomefreak> key uploaded over 12 hours ago
[17:39] <mthaddon> gnomefreak, the deletion was done a while back (I'll try and get you an exact time), but the email was only sent out recently
[17:40] <gnomefreak> oh ok i thought they were done around same time
[17:40] <mthaddon> no, there was a definite lag - I did the deletion as soon as the code landed, but mrevell is in a different timezone, so didn't send out the message til next day his time
[17:41] <mthaddon> gnomefreak, does that clear things up a bit ^
[17:48] <elho> hi
[17:49] <elho> hmm, i assume the topic tries to imply that only blacklisted ssh keys are supposed to not work?
[17:49] <kiko> right
[17:50] <kiko> is it unclear?
[17:52] <elho> well, could've been as a reason all keys are disabled for now or sth...
[17:52] <elho> my launchpad only key for mirroring to sourcecontrol.net was indeed bad, i had it removed via the webinterface right away 2 days ago. my other main key is fine (old rsa) and i did create a new key for mirroring and added it. yet i do get permission denied trying to mirror using tla or a manual sftp.
[17:55] <statik> i deleted my key, added a new one, and have been able to authenticate just fine from several different machines and operating systems
[17:56] <kiko> same here, elho 
[17:56] <elho> due to the sftp server on sourcecontrol not closing its connection properly, i do not have the mirror running via cron, so it may well have stopped working before...
[17:57] <elho> kiko: ah, so its at least not just me ;)
[17:58] <kiko> elho, I meant same here wrt what statik said! it's working for me perfect.
[17:58] <elho> heh :o
[17:59] <statik> elho: there might be a real problem, we just need more info about how to reproduce it
[17:59] <statik> cause everything seems to be running smooth
[18:00] <elho> i guess you are not using the sourcecontrol gnu arch mirror but some other hosts though?
[18:02] <elho> (i assume that the baz mirror is separate)
[18:05] <elho> hmm, usernames seem to have changed at some point...
[18:05] <elho> the docs still say it would be the archive name, but just my email is what works :o
[18:07] <elho> "works" as in log in to sftp. no files or dirs there
[18:24] <selmanj> How can I recover a launchpad account that I don't know the email address to?
[18:24] <selmanj> (is it even possible) ?
[19:46] <Laney> Can I delete comments?
[19:47] <Laney> (written by me)
[20:00] <ffm> Laney: no.
[20:01] <Laney> OK
[20:12] <nickellery> hey does anybody know if there is something wrong with decrypting launchpad OpenPGP key verification emails?
[20:37] <kiko> nope
[23:17] <emgent> heya mdz :)
[23:46] <kiko> elho, oh, you are using sourcecontrol.net! somehow that failed to register :)
[23:57] <elho> :)