Re: Choice of bug tracker

[Eli Zaretskii]

> From: Richard Stallman <rms@gnu.org>
> Cc: eliz@gnu.org, emacs-devel@gnu.org
> Date: Wed, 30 Aug 2023 22:07:05 -0400
> 
> However, adopting a bug tracker is a decision we hope not to have to
> change again for years.  That calls for using a server run by people
> we can trust; which means, people who share our values.  It is hard for
> a company to merit that much trust.

To clarify: what we currently discuss is NOT a move to a different bug
tracker; that is a very serious decision, and we are not even close to
be able to make it.  What is being discussed here is how to try using
another tracker, for now using it in parallel with debbugs, until we
have enough experience and data points to make that decision about
switching away from debbugs.  Also, which alternative tracker(s) to
try and how to evaluate their merits and demerits.

Until now such discussions were purely theoretical: we didn't try to
actually use any of the alternatives for real work.  My hope is that
we could now conduct a more practical experiment and gain some
real-life experience and conclusions.

> I have a possible workaround for all of that.  Could we use one single
> account GNU-EMAIL to file all email submissions, and record who really
> sent each submission (obtained from the From field) in another data
> field in the submission?

This needs to be set up, since the users who report problems must have
an easy way of receiving the discussions about their issues via email
and sending responses to questions.  Any significant inconvenience in
these aspects will simply kill the email-based workflow of working on
patches and discussing issues and bugs.