We'd love to do a release but ESS is not in a good place right now. Recent versions of Emacs interrupt background commands (essential to completion and contextual help like eldoc) when the user starts typing, which causes hard to solve problems.
The dev branch is mostly working but not 100% correctly. Unfortunately none of us seem to have the time to work on ESS at the moment. That said, while Martin, Vitalie and I notice issues here and there, we haven't had serious bug reports in a while, despite the dev branch being used by many Melpa users. So maybe releasing in the current state is better than nothing. Best, Lionel On 9/22/21, Dirk Eddelbuettel via ESS-help <firstname.lastname@example.org> wrote: > > On 20 September 2021 at 13:59, Sparapani, Rodney via ESS-help wrote: > | Generally, this stuff should just work out-of-the-box. > > Understood. > > | And we are not a company like RStudio so this FOSS setup works for us as > | developers and hopefully it still serves the users well. > > But legal structure has nothing to with 'calling a release'. Which is done > by > authors (who should know the code better than users) saying "yep what we > have > at HEAD right now is good" and then cut a tarball. That is a _marker_. > Which some less-informed people like me can take (and then ship downstream > to > Debian, and with that Ubuntu etc). > > Without a marker, no shipment. Less ideal to me and others. > > So pretty-please if someone would: could a release one of these moons. It > does not have to be frequent or regularly schedule or anything. But maybe > more often than once every few years? Maybe when you sync with upstream > Emacs (assuming you do now)? > > Dirk > > -- > https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org > > ______________________________________________ > ESSemail@example.com mailing list > https://stat.ethz.ch/mailman/listinfo/ess-help > ______________________________________________ ESSfirstname.lastname@example.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help