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

[Philip Kaludercic]

Dmitry Gutov <dmitry@gutov.dev> writes:

> On 27/08/2023 15:57, Po Lu wrote:
>> Dmitry Gutov<dmitry@gutov.dev>  writes:
>> 
>>> We could easily have more frequent releases, it's all in the hands of
>>> the maintainers, actually. Stability/velocity tradeoffs.
>> Producing another atrocity following the footsteps of Mozilla?  No
>> thanks!
>
> Releasing a new Emacs, say, even 6 month won't suddenly turn it into a
> crashing mess. But we would get more and faster feedback for new
> features and changes.

BTW. what is the current system by which releases are cut?  I don't know
if the maintainers have a schedule or some general plan for internal
usage.  If not, it really wouldn't make much of a difference if releases
are made every six months or two years.

What might be nice would be if the release-dates could take the
release-dates of popular distributions such as Debian into account,
avoiding as was now the case, that Emacs 28.2 gets added to stable.  Of
course, this is not an easy thing to do, but I guess if the release
procedure would be more transparent, akin to [0], it might help.

[0] https://release.debian.org/bookworm/freeze_policy.html

> That's the main issue why we have to drag on the release schedule: we
> don't get reports of regressions soon enough after introducing
> them. So we have to wait months for the users to try and report back.
>
> How to change that? Either make releases more often, or make snapshot
> releases more prominent and easier to try, or improve the bug
> reporting experience so that more people do that. Or all of that
> together, of course.
>
> In this thread specifically I'm talking about number 3.
>
>>> Oh sure, we never have bugs or regressions in Emacs.
>> As a rule of thumb, we don't release Emacs with readily encountered bugs
>> that subject the user to irrecoverable hangs.
>
> I wonder what wonderful curious bug reports we would also get if we
> had the number of users that Firefox has.