emacs-devel
[Top][All Lists]
Advanced

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

Re: New Package for NonGNU-ELPA: clojure-ts-mode


From: Po Lu
Subject: Re: New Package for NonGNU-ELPA: clojure-ts-mode
Date: Mon, 28 Aug 2023 08:08:55 +0800
User-agent: Gnus/5.13 (Gnus v5.13)

Dmitry Gutov <dmitry@gutov.dev> writes:

> On 27/08/2023 16:42, Po Lu wrote:
>> Dmitry Gutov<dmitry@gutov.dev>  writes:
>> 
>>> Those could just be using Debbugs, no?
>> Of course, but not if the plans you propose come to fruition, in
>> which
>> case Debbugs will be supplanted in its entirety.
>
> I figured that sentence was related to the next one (about personal
> emails). That got me puzzled.
>
> Anyway, to answer your question, it's possible to have an automatic
> forwarding system (where there would be one account which creates all
> reports that arrive at a certain address), but there would be no way
> to get answers for follow-up questions. Looks like that's what the
> discussion here arrived at as well:
> https://bugzilla.mozilla.org/show_bug.cgi?id=105629#c12
>
> A possible alternative is if we'll have an Emacs package for
> interacting with the bug tracker anyway, it could use (or ask for)
> credentials, and when those are missing, try to help out with
> registration and passing the send-email-click-confirmation loop. Not
> 100% sure how stable such an implementation would be, but we could try
> and see.

That only satisfies one half of the problem; Emacs developers also
expect a bug tracker that functions well with E-mail.  It should be
possible to open, close, and tag bugs from mail, and the bug tracker
should propagate reference and In-Reply-To headers so that threading can
continue to function.  AFAIU when this subject was last visited, we
arrived at the conclusion that no extant bug tracker except Debbugs
provides such functionality.

Debbugs also provides a lot of latitude to reporters, whereby they can
tag or close bugs at will.  This isn't afforded by the other major bug
tracking systems in existence, and we can't predict how well such an
approach will scale to them.  Just another thing to contemplate, I
suppose...


reply via email to

[Prev in Thread] Current Thread [Next in Thread]