[ESS] Emacs can find R-devel and R-newest, but not R-4.0.x
m@ech|er @end|ng |rom @t@t@m@th@ethz@ch
Thu Nov 26 09:09:38 CET 2020
>>>>> Colin Baxter via ESS-help
>>>>> on Thu, 26 Nov 2020 06:14:45 +0000 writes:
>>>>> Tyler Smith via ESS-help <ess-help using r-project.org> writes:
>> This was fixed in ESS 19.04. If you install/update ESS
>> from Melpa, you should get a recent version that includes
>> this fix.
> ??? I have pulled ESS from git and M-x ESS-version <RET>
> gives 18.10.3snapshot. Does this mean ESS from git lags
> behind Melpa?
No. Marius was using the last released version of ESS which
indeed we forgot to equip with searching for R-4....
Marius: The fastest may be to just replace this in the ESS 18.10 sources :
In file lisp/ess-r-mode.el, find
(let ((r-ver '("R-1" "R-2" "R-3" "R-devel" "R-patched")))
and replace the 2nd line by
(let ((r-ver '("R-1" "R-2" "R-3" "R-4" "R-5" "R-6" "R-7" "R-devel" "R-patched")))
NB: In newer (all development) versions of ESS ess-r-versions
still exists but is deprecated in favor of
which is also *customizable*.
"Yes", the non-released development versions of ESS have nice new
features but also some new bugs which I've hoped for a long time
would be gone before a new official release... (and partly
*have* been removed).
Another reason preventing a new release has been that the
*.Rnw *.Rmd (Sweave, knitr, Rmarkdown, ..) support ("*noweb") in ESS
has been deprecated in favor of the new poly-mode based emacs
lisp packages. ... and the plan has been that an "ESS+" bundle
should be have been ready when ESS is released, where the ESS+
"bundle" / 'meta-package' should contain ESS + polymode + ...
so that people and upstream "package" maintainers (for Debian
Linux, SuSE, Redhat; or Vincent Goulet's "Emacs+ESS+.." bundle)
could use ESS+ too.
ETH Zurich and ESS core team
More information about the ESS-help