emacs-ess 18.10.2 sets R_HOME to a ridiculous value by default

  • Done
  • quality assurance status badge
Details
2 participants
  • Kyle Andrews
  • Maxim Cournoyer
Owner
unassigned
Submitted by
Kyle Andrews
Severity
normal

Debbugs page

Kyle Andrews wrote 5 years ago
(address . bug-guix@gnu.org)
875zayk5n1.fsf@gmail.com
I have been noticing many warnings coming from R in several contexts
saying:

WARNING: ignoring environment value of R_HOME

See for example the output of running:

$ R --version

This warning appears to be coming from line 69 of ess-r-gui.el where an
unset environment variable R_HOME is being set in elisp code which is
pointing to some ancient version of R located inside a Microsoft Windows
file system:

R_HOME="c:/progra~1/R/R-2.6.1"

This whole ess-r-gui.el file seems to be dedicated to interfacing with
software in Microsoft Windows which doesn't seem at all relevant in the
Guix world. This whole file can probably be safely deleted along with
line 164 in the ESS/lisp/Makefile which I think triggers byte
compilation.
Maxim Cournoyer wrote 4 years ago
(name . Kyle Andrews)(address . kyle.c.andrews@gmail.com)(address . 42259-done@debbugs.gnu.org)
87r1qmpoif.fsf@gmail.com
Hello,

Kyle Andrews <kyle.c.andrews@gmail.com> writes:

Toggle quote (22 lines)
> I have been noticing many warnings coming from R in several contexts
> saying:
>
> WARNING: ignoring environment value of R_HOME
>
> See for example the output of running:
>
> $ R --version
>
> This warning appears to be coming from line 69 of ess-r-gui.el where an
> unset environment variable R_HOME is being set in elisp code which is
> pointing to some ancient version of R located inside a Microsoft Windows
> file system:
>
> R_HOME="c:/progra~1/R/R-2.6.1"
>
> This whole ess-r-gui.el file seems to be dedicated to interfacing with
> software in Microsoft Windows which doesn't seem at all relevant in the
> Guix world. This whole file can probably be safely deleted along with
> line 164 in the ESS/lisp/Makefile which I think triggers byte
> compilation.

This should be fixed in commit 0939462e3f81bc98b38bdb7610e6a80ca1cbaa1b.

Closing. Thanks for the report!

Maxim
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 42259@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 42259
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch
You may also tag this issue. See list of standard tags. For example, to set the confirmed and easy tags
mumi command -t +confirmed -t +easy
Or, remove the moreinfo tag and set the help tag
mumi command -t -moreinfo -t +help