[00:37] hi, is it possible to change the mail list behaver? when someone reply, that reply sents mail list, not to who sent the mail to list [00:39] Andre_Gondim: normally it is an option in your email client [00:40] well, in mailman I have a option to change this, it will be very helpful if there is this option in launchpad mail list [00:41] I don't think we have that option in Launchpad [00:42] no, we don't have, I want to know how to file a bug, to do this [00:44] Andre_Gondim: tell all your users to use thunderbird 3, that behaves sensibly with the headers launchpad sends :) [00:44] if you mean reply-to munging, people get very excited about that [00:46] mwhudson, I think the mail list needs to work in every situation. It's very nice the mail list works ok at thunderbird, but if I use gmail, I always needs to do reply to all [00:47] Andre_Gondim: in general launchpad can only influence what the clients do, not control it [00:47] Andre_Gondim: i'm not sure what you are actually asking for, a magical "make it work" wand-wave isn't realistic [00:48] mwhudson, I just want when I reply in mail list, just sent do mail list, not to the sender [00:49] Andre_Gondim: you can't have that [00:49] without munging reply-to [00:49] which other people get very upset about [00:49] why would you even want that? you will lose unsubscribed people on the CC list [00:51] if someone just click on reply, just the sender will receive this mail, I want to everyone in mail list receive this mail [00:51] so click on "reply to all" problem solved [00:51] but this is not a solution is a workaround [00:52] Andre_Gondim: what, concretely, do you want launchpad to change? [00:52] this has been a problem with email, for oh, at least two decades [00:52] probably much longer [00:53] mwhudson, I just want that behaver, like any mail list, when I click to reply, I reply to mail list only, not to sender [00:53] * mwhudson stops trying [00:54] maybe you don't get my point, forgets, I give up [00:54] Andre_Gondim: "like any mail list" is far from true [00:55] no mailing list that i am aware of works like that [00:55] Andre_Gondim: The Reply-to munging you want makes many people at least as unhappy as not munging. [00:55] Andre_Gondim: it's sadly impossible to make everyone perfectly happy [00:55] including all the kernel lists [00:55] spiv, at mailman I have a option to do this, and all my users in mail list just needs to reply, [00:58] it's kind of a shame that nntp lost out to forums and mailing lists [00:58] i know there's gmane but that's not really the same as having everyone use nntp by default [00:58] yeah [00:58] clearly launchpad needs newsgroups! [00:59] Nah, clearly everyone should just use twitter ;) [00:59] * spm fires up the hell roasting fires for mwhudson to ... sauna in === matsubara-afk is now known as matsubara === Ursinha is now known as Ursinha-afk [06:44] morning [06:45] i'm responsible for a project at LP which got a bit neglected and found out there are some questions asked in 'Answers' section, which are not appropriate for the forum. what is appropriate action to do? Reject question 8which already received answers) or is it possible to delete it via 'reject' ? [07:22] akheron: thanks for the reply re my ppa issue - I did sign the package, but ended up doing it with a personal, non-launchpad key. According to the launchpad doco, a key should have been auto generated for me on ppa setup, but I cannot see it anywhere - can you point me in the right direction? [07:25] cleary: The auto-generated key is used to sign the repository, and the private part is possessed only by Launchpad. You sign uploaded packages with an independent personal key. [07:25] wgrant: ok, that's what I did [07:26] ok, i rejected question(s) and they are not listed any longer. :-) [07:26] dput of the source package was succesful, but I did not receive any notification afterwards [07:26] any intention to provide some wiki for the LP projects in the future? [07:26] wgrant: do I have to make launchpad aware of my personal public key? [07:26] (or one should use blueprints etc.) [07:27] cleary: Yes. Register it at https://launchpad.net/people/+me/+editpgpkeys [07:27] Then upload again. [07:28] it would be nice for lp to autodiscover [07:28] and do an email-signing dance if someone uses a key it doesn't know about [07:28] lifeless: I believe that would be impossible, surely? ;-) [07:28] lifeless: Huh? [07:28] spm: why? If its in the global keyring [07:28] Email-signing dance? [07:29] wgrant: thanks - the rest of the steps look to be nicely laid out. I should be right from here :) [07:29] wgrant: encrypted mail to user; signed email back to verify. [07:29] lifeless: Which user? [07:29] We have a key. [07:29] lifeless: you're not caught up on quotes then? 'Constructive trolling' no further comment. [07:29] But we don't know if the email addresses are good. [07:29] wgrant: the one matching their email address [07:29] lifeless: Yay spam? [07:29] wgrant: how so? [07:30] * wgrant uploads 7000 packages with a key involving lifeless' email addresses. [07:30] Goodbye inbox :) [07:30] wgrant: you *have* missed your calling. that sort of evil? you should be in sysadmin. [07:30] wgrant: no user controllable content, so at most unwanted email, not spam or uce [07:31] lifeless: Oh, I'm sure any solution like this would attach the changes file. [07:31] Probably with Content-Disposition: inline, too. [07:31] wgrant: no way, different use cases. [07:31] wgrant: and it would enable spam. So no. [07:32] lifeless: You mean that LP should constantly poke the keyserver looking for matching keys as they show up? [07:32] Separately from the upload processor? [07:32] Not a bad idea, perhaps. [07:32] wgrant: for totally unknown keys, yes. [07:32] rather than EBLOWUP [07:33] Somewhat difficult, particularly given that this is SKS, and doesn't solve the common issue where the key isn't on the keyserver. [07:33] if you got an error saying 'key X was used to sign a package; please verify it by decrypting the attached content and followiong the instructions' [07:33] Better solution is to make SFTP poppy a reality, and then make it suck less. [07:33] wgrant: well, StevenK is on that [07:33] I know. [09:13] any chance we'll have bug #240067 implemented at some time? it's strong 'cons' for putting our project(s) at LP :-( [09:13] Launchpad bug 240067 in launchpad-foundations "Launchpad needs a wiki" [Low,Triaged] https://launchpad.net/bugs/240067 [09:14] At some time? Yes. [09:14] it is the main reason that we abandoded idea to use fossil-csm (which even has poor non-standard wiki) [09:14] Soon? Probably not, IIRC it's not yet on the roadmap. [09:14] https://dev.launchpad.net/RoadMap [09:15] yeah, i'm aware of it...it means, considering how things are progressing, it's better to forget about it and use some other hosting or do our own [09:16] it's strange how LP is missing it...so many nice stuff and one (major) blunder [09:20] I forget [09:20] What does Launchpad have for patch support? [09:20] since hg does not play nicely with fast-import, it leaves us with git (& github) which i really do not like :-/ [09:21] gour1: I use git and github for code hosting, and Launchpad for everything else [09:21] magcius: Patch support? [09:21] What do you mean? [09:21] Merge proposals? === gour1 is now known as gour [09:21] wgrant: yeah, code review not tied to bzr [09:22] magcius: heh, i'd like integrated solution...otherwise, better to have everything on one's own site [09:22] gour: to me, when you have an integrated solution, there's always some parts that can be done better [09:23] magcius: true, but it's less to admin [09:23] Well. Fix the parts that can be done better, so everyone benefits? [09:24] That seems like the optimal solution. [09:24] A good, integrated solution. [09:24] wgrant: easier said than done [09:24] Indeed. [09:24] if we get a wiki, there's going to be a hell of a wiki format war [09:25] "MoinMoin!" "ReST!" "MediaWiki!" "DokuWiki!" "WikiCreole!" [09:26] All of the above. [09:26] How? Some use the same syntax to mean two completely different things [09:26] considering it's python, having reST under bzr sounds good...otoh, any wiki is better than no wiki [09:26]