[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...
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, (continued)
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Eli Zaretskii, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Po Lu, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode,
Po Lu <=
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Dmitry Gutov, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/28
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Philip Kaludercic, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Lynn Winebarger, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, João Távora, 2023/08/27
- Re: New Package for NonGNU-ELPA: clojure-ts-mode, Lynn Winebarger, 2023/08/27