[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#605892: please state that mails will be publically archived

On Mon, Dec 06, 2010 at 10:23:40AM +0100, Sandro Tosi wrote:
> I was thinking about a one-off acceptance question, the first time you
> execute reportbug after the introduction of this alert (the result
> will be writtent to ~/.reportbugrc), just like:
>   Bug reports are publicly archived on bugs.debian.org and may also be
> forwarded to other publicly archived places (like mailing lists). Do
> you accept it (if not, you won't be able to use reportbug)?

Maybe it's just me, but TBH *that* would be an overreaction :) Also, I
believe it would be quite scary, as every time a user has to explicitly
_accept_ something, she will fill awkward somehow.

Let's remember that we are not doing anything wrong with user data,
privacy or the like. We just happen to be a fully open project, which is
committed not to hide bug reports. So yes, we _can_ do something like
you propose, but I personally don't see the need for that.

What we need is just to be clear in this policy of ours in front of our
users; adding that to the normal dialog with the user which is already
in place would be more than enough, IMHO.

> Would this solution be acceptable? More over, what's the urgency of
> the resolution of this: do we want this for Squeeze?

I don't see it as terribly urgent, but this should probably better be
checked with the release team. It looks like quite hard to have it into
Squeeze if you want to add a new explicit interaction. OTOH, if it can
be fixed by simply changing a string which is already there, it might be
easier to have it in. Unfortunately, it will require translations

Thanks for your quick feedback,

Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, |  .  |. I've fans everywhere
ti resta John Fante -- V. Capossela .......| ..: |.......... -- C. Adams

Attachment: signature.asc
Description: Digital signature

Reply to: