Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
On 02/11/18 at 10:32, Dirk Eddelbuettel wrote: > > (You forgot to CC the Debian bug address. Added it back in.) I hit r. Forgot to hit R. Sorry. I did a rm -rf on /usr/share/emacs/site-lisp/ess and purged elpa-ess Reinstall it does the trick. M-x ess-version return: ess-version: 18.10-1 [Released git: 1c4253cb4700] (loaded from /usr/share/emacs/site-lisp/elpa/) You can run the command ‘ess-version’ with M-x ess-v RET ess-version: 18.10-1 [Released git: 1c4253cb4700] (loaded from /usr/share/emacs/site-lisp/elpa/) and M-x R loads R in the buffer as well! Thank you very much! -- Laia, ML
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
(You forgot to CC the Debian bug address. Added it back in.) On 3 November 2018 at 00:24, Marcelo Laia wrote: | On 02/11/18 at 09:00, Dirk Eddelbuettel wrote: | > Hi Marcelo, | > | ess-version: 17.11 [] (loaded from /usr/share/emacs/site-lisp/) | > | > Then you have two different versions. | | I have purge ess and elpa-ess. Then, I reinstall they. | | root@me:/home/me# ls -l /usr/share/emacs/site-lisp/elpa-src/ess-18.10snapshot1/ | total 1732 | -rw-r--r-- 1 root root650 out 24 12:05 debian-autoloads.el | -rw-r--r-- 1 root root 2655 out 24 12:05 ess-arc-d.el | -rw-r--r-- 1 root root 28966 out 24 12:05 ess-autoloads.el | -rw-r--r-- 1 root root 16550 out 24 12:05 ess-bugs-d.el | -rw-r--r-- 1 root root 10527 out 24 12:05 ess-bugs-l.el | -rw-r--r-- 1 root root 106572 out 24 12:05 ess-custom.el | -rw-r--r-- 1 root root 7049 out 24 12:05 ess-dde.el | -rw-r--r-- 1 root root 7804 out 24 12:05 essd-els.el | -rw-r--r-- 1 root root 33431 out 24 12:05 ess.el | -rw-r--r-- 1 root root 6336 out 24 12:05 ess-font-lock.el | -rw-r--r-- 1 root root 4749 out 24 12:05 ess-generics.el | -rw-r--r-- 1 root root 25447 out 24 12:05 ess-gretl.el | -rw-r--r-- 1 root root 42459 out 24 12:05 ess-help.el | -rw-r--r-- 1 root root 141207 out 24 12:05 ess-inf.el | -rw-r--r-- 1 root root 14281 out 24 12:05 ess-jags-d.el | -rw-r--r-- 1 root root 18971 out 24 12:05 ess-julia.el | -rw-r--r-- 1 root root 2358 out 24 12:05 ess-lsp-l.el | -rw-r--r-- 1 root root 9442 out 24 12:05 ess-mouse.el | -rw-r--r-- 1 root root 4181 out 24 12:05 ess-noweb.el | -rw-r--r-- 1 root root 18644 out 24 12:05 ess-noweb-font-lock-mode.el | -rw-r--r-- 1 root root 77518 out 24 12:05 ess-noweb-mode.el | -rw-r--r-- 1 root root 3863 out 24 12:05 ess-omg-d.el | -rw-r--r-- 1 root root 14597 out 24 12:05 ess-omg-l.el | -rw-r--r-- 1 root root111 out 24 12:05 ess-pkg.el | -rw-r--r-- 1 root root 4920 out 24 12:05 ess-r-a.el | -rw-r--r-- 1 root root 23629 out 24 12:05 ess-r-completion.el | -rw-r--r-- 1 root root 19740 out 24 12:05 ess-rd.el | -rw-r--r-- 1 root root 17890 out 24 12:05 ess-rdired.el | -rw-r--r-- 1 root root 10138 out 24 12:05 ess-r-flymake.el | -rw-r--r-- 1 root root 9055 out 24 12:05 ess-r-gui.el | -rw-r--r-- 1 root root 93620 out 24 12:05 ess-r-mode.el | -rw-r--r-- 1 root root 36621 out 24 12:05 ess-roxy.el | -rw-r--r-- 1 root root 23517 out 24 12:05 ess-r-package.el | -rw-r--r-- 1 root root 52089 out 24 12:05 ess-r-syntax.el | -rw-r--r-- 1 root root 16664 out 24 12:05 ess-rutils.el | -rw-r--r-- 1 root root 5421 out 24 12:05 ess-r-xref.el | -rw-r--r-- 1 root root 2655 out 24 12:05 ess-s3-d.el | -rw-r--r-- 1 root root 10267 out 24 12:05 ess-s4-d.el | -rw-r--r-- 1 root root 65541 out 24 12:05 ess-sas-a.el | -rw-r--r-- 1 root root 12478 out 24 12:05 ess-sas-d.el | -rw-r--r-- 1 root root 82251 out 24 12:05 ess-sas-l.el | -rw-r--r-- 1 root root 4812 out 24 12:05 ess-site.el | -rw-r--r-- 1 root root 34902 out 24 12:05 ess-s-lang.el | -rw-r--r-- 1 root root 2692 out 24 12:05 ess-sp3-d.el | -rw-r--r-- 1 root root 20228 out 24 12:05 ess-sp4-d.el | -rw-r--r-- 1 root root 3537 out 24 12:05 ess-sp5-d.el | -rw-r--r-- 1 root root 8092 out 24 12:05 ess-sp6-d.el | -rw-r--r-- 1 root root 29088 out 24 12:05 ess-sp6w-d.el | -rw-r--r-- 1 root root 38509 out 24 12:05 ess-stata-lang.el | -rw-r--r-- 1 root root 6553 out 24 12:05 ess-stata-mode.el | -rw-r--r-- 1 root root 16273 out 24 12:05 ess-swv.el | -rw-r--r-- 1 root root 6736 out 24 12:05 ess-toolbar.el | -rw-r--r-- 1 root root 127755 out 24 12:05 ess-tracebug.el | -rw-r--r-- 1 root root 12457 out 24 12:05 ess-trns.el | -rw-r--r-- 1 root root 65817 out 24 12:05 ess-utils.el | -rw-r--r-- 1 root root 2568 out 24 12:05 ess-vst-d.el | -rw-r--r-- 1 root root 3326 out 24 12:05 ess-xls-d.el | drwxr-xr-x 5 root root 4096 nov 2 21:42 etc | -rw-r--r-- 1 root root 146275 out 24 12:05 julia-mode.el | -rw-r--r-- 1 root root 10972 out 24 12:05 make-regexp.el | -rw-r--r-- 1 root root 13736 out 24 12:05 mouseme.el | root@me:/home/me# | | me@me:~$ ls -l .emacs.d/ | total 48 | -rw-r--r-- 1 marcelo marcelo 2845 out 22 15:20 abbrev_defs | drwx-- 2 marcelo marcelo 4096 nov 2 23:26 auto-save-list | drwxr-xr-x 4 marcelo marcelo 4096 out 22 15:51 elpa | -rw-r--r-- 1 marcelo marcelo 8383 out 24 17:55 init_antigo_com_erros.el | -rw-r--r-- 1 marcelo marcelo 5612 nov 2 21:21 init.el | -rw-r--r-- 1 marcelo marcelo 5428 out 24 17:55 init.el~ | drwxr-xr-x 2 marcelo marcelo 4096 fev 10 2015 lisp | drwxr-xr-x 2 marcelo marcelo 4096 out 22 15:51 url | me@me:~$ | | In ~/.emacs.d/elpa/ there aren't nothing about ess or elpa-ess. | | > That the 17.11 is still there is suspicous. | | I think I found the reason. | | me@me:/usr/share/emacs/site-lisp/elpa-src/ess-18.10snapshot1$ locate ess-custom.el | grep -v home | /usr/share/emacs/site-lisp/elpa-src/ess-18.10snapshot1/ess-custom.el | /usr/share/emacs/site-lisp/elpa/ess-18.10snapshot1/ess-custom.el | /usr/share/ema
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Hi Marcelo,
On 2 November 2018 at 22:02, Marcelo Laia wrote:
| Hi!
|
| I would like to contribute.
|
| dpkg -l elpa-ess
|
| ii elpa-ess 18.10-1-2all Emacs mode for statistical
programm
|
| M-x ess-version on emacs show me:
|
| ess-version: 17.11 [] (loaded from /usr/share/emacs/site-lisp/)
Then you have two different versions. The 18.10-1-2, ie my second revision in
packaging of 18.10-1 upstream, should show 18.10-1. It does for me:
ess-version: 18.10-1 [Released git: 1c4253cb4700] (loaded from
/usr/share/emacs25/site-lisp/elpa/)
| However, I continue having the issue:
|
| load ESSR: + + + Error in file(filename, "r", encoding = encoding) :
| cannot open the connection
| In addition: Warning message:
| In file(filename, "r", encoding = encoding) :
| cannot open file ’/usr/share/ess/etc/ESSR/R/.load.R’: No such file or
| directory
|
| A find in my debian testing box show:
|
| root@me:~# find / -name ".load.R"
| /usr/share/emacs/site-lisp/elpa-src/ess-18.10snapshot1/etc/ESSR/R/.load.R
| root@me:~#
|
| After do M-x R in emacs I try to search a help to a function. i.e. function
| apply
|
| > ?apply
|
| Error in .ess.help("apply") :
| não foi possível encontrar a função ".ess.help"
|
| In English is something like this:
|
| Error in .ess.help("apply") :
| is not possible to found function ".ess.help"
|
| Any workaround?
"Works here". On '?apply' I get the help page.
That the 17.11 is still there is suspicous. Did you ever install directly
from ELPA via 'M-x package-install' ? Can you look ing ~/.emacs.d/elpa/ ?
Also do an ls in the current ESS directory, ie
/usr/share/emacs/site-lisp/elpa-src/ess-18.10snapshot1/ and try 'locate' on
some of the files, ie 'locate ess-custom.el'. Do you have it somewhere else?
When I do that here (and block out /home and my Debian sources) I get
edd@rob:~$ locate ess-custom.el | grep -v home
/usr/share/emacs/site-lisp/elpa-src/ess-18.10snapshot1/ess-custom.el
/usr/share/emacs25/site-lisp/elpa/ess-18.10snapshot1/ess-custom.el
/usr/share/emacs25/site-lisp/elpa/ess-18.10snapshot1/ess-custom.elc
edd@rob:~$
which is normal: one installed, one sym-linked and one compiled to .elc.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Hi!
I would like to contribute.
dpkg -l elpa-ess
ii elpa-ess 18.10-1-2all Emacs mode for statistical programm
M-x ess-version on emacs show me:
ess-version: 17.11 [] (loaded from /usr/share/emacs/site-lisp/)
However, I continue having the issue:
load ESSR: + + + Error in file(filename, "r", encoding = encoding) :
cannot open the connection
In addition: Warning message:
In file(filename, "r", encoding = encoding) :
cannot open file ’/usr/share/ess/etc/ESSR/R/.load.R’: No such file or
directory
A find in my debian testing box show:
root@me:~# find / -name ".load.R"
/usr/share/emacs/site-lisp/elpa-src/ess-18.10snapshot1/etc/ESSR/R/.load.R
root@me:~#
After do M-x R in emacs I try to search a help to a function. i.e. function
apply
> ?apply
Error in .ess.help("apply") :
não foi possível encontrar a função ".ess.help"
In English is something like this:
Error in .ess.help("apply") :
is not possible to found function ".ess.help"
Any workaround?
--
Laia, ML
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Hi Sebastian, There maybe something wrong -- "It works for me". But I did get one error report already (on the r-sig-debian list, part of the R lists, good resource) On 24 October 2018 at 16:32, Sebastian Meyer wrote: | Yesterday I updated | | elpa-ess:amd64 (17.11-4~ubuntu16.04.1~ppa1, 18.10-1xenial0) | | from the package repository at | | https://cran.wu.ac.at/bin/linux/ubuntu/xenial | | I now have the same symptoms as described by Zack previosly. | | Running emacs -q, evaluating (require 'ess-site), and checking the value For me it works without (require 'ess-site), in fact it works without a ~/.emacs. | of the variable ess-etc-directory gives me | | /usr/share/ess/etc/ | | However, there is no /usr/share/ess directory on my system. I know. It is an old value from before the elpa conversion. And ... | ess-etc-directory is defined in ess-site.el at | | /usr/share/emacs24/site-lisp/elpa/ess-18.10/ess-site.el | -> /usr/share/emacs/site-lisp/elpa-src/ess-18.10//ess-site.el | | which contains | | > (defvar ess-etc-directory "/usr/share/ess/etc/" | > "Location of the ESS etc/ directory. | > The ESS etc directory stores various auxillary files that are useful | > for ESS, such as icons.") | | This differs from the upstream file, which defines the value as nil, see | https://github.com/emacs-ess/ESS/blob/v18.10/lisp/ess-site.el#L70 | | My knowledge of the Debian packaging mechanisms is rudimentary, but | searching for the /usr/share/ess path I found a corresponding overwrite | in debian/rules, see | https://salsa.debian.org/edd/ess/blob/master/debian/rules#L72 | | Is this intended? ... yes, or at least it once was as it was once needed. If you have a few minutes, I could cook up a new -2 revision without it and email it to you to see if it works. Thanks for taking the time to report this! Dirk | Thanks a lot and best regards, | |Sebastian | | | -- | Dr. Sebastian Meyer | Friedrich-Alexander-Universität Erlangen-Nürnberg (FAU) | Institut für Medizininformatik, Biometrie und Epidemiologie (IMBE) -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Yesterday I updated elpa-ess:amd64 (17.11-4~ubuntu16.04.1~ppa1, 18.10-1xenial0) from the package repository at https://cran.wu.ac.at/bin/linux/ubuntu/xenial I now have the same symptoms as described by Zack previosly. Running emacs -q, evaluating (require 'ess-site), and checking the value of the variable ess-etc-directory gives me /usr/share/ess/etc/ However, there is no /usr/share/ess directory on my system. ess-etc-directory is defined in ess-site.el at /usr/share/emacs24/site-lisp/elpa/ess-18.10/ess-site.el -> /usr/share/emacs/site-lisp/elpa-src/ess-18.10//ess-site.el which contains > (defvar ess-etc-directory "/usr/share/ess/etc/" > "Location of the ESS etc/ directory. > The ESS etc directory stores various auxillary files that are useful > for ESS, such as icons.") This differs from the upstream file, which defines the value as nil, see https://github.com/emacs-ess/ESS/blob/v18.10/lisp/ess-site.el#L70 My knowledge of the Debian packaging mechanisms is rudimentary, but searching for the /usr/share/ess path I found a corresponding overwrite in debian/rules, see https://salsa.debian.org/edd/ess/blob/master/debian/rules#L72 Is this intended? Thanks a lot and best regards, Sebastian -- Dr. Sebastian Meyer Friedrich-Alexander-Universität Erlangen-Nürnberg (FAU) Institut für Medizininformatik, Biometrie und Epidemiologie (IMBE)
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
On 6 September 2018 at 13:03, Zack Weinberg wrote: | Yes, that is correct: | | ii emacs 1:25.2+1-11 | ii emacs-bin-common 1:25.2+1-11 | ii emacs-common 1:25.2+1-11 | ii emacs-gtk 1:25.2+1-11 | ii emacsen-common3.0.2 | | See my other message: this appears to be a problem with upgrades from | the pre-ELPA versions of the ESS packages. Suggest installing ess | 17.11-2 or -3 in your container, upgrading to the current version, and | then see if you can reproduce? Might also be worth testing an upgrade | from whatever version shipped in stretch. Maybe, yes, as I find time. On the other hand I got several (informal, r-sig-debian mailing list and other places including ESS github repo) reports of failure after your first bug report when I "poorly" fixed ess as I broke older installation. Hence the (overdue anyway) move to elpa-ess. That one is one every CRAN mirror so everybody using that (for eg the Ubuntu R binaries) has it too and upgraded in place. I'll treat it as local for now. It's good to know that the basic elpa-* infrastructure works. Cheers, Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Yes, that is correct: ii emacs 1:25.2+1-11 ii emacs-bin-common 1:25.2+1-11 ii emacs-common 1:25.2+1-11 ii emacs-gtk 1:25.2+1-11 ii emacsen-common3.0.2 See my other message: this appears to be a problem with upgrades from the pre-ELPA versions of the ESS packages. Suggest installing ess 17.11-2 or -3 in your container, upgrading to the current version, and then see if you can reproduce? Might also be worth testing an upgrade from whatever version shipped in stretch. zw
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Additionally, if I start Emacs with --no-site-file --no-init-file, M-x R is initially not a valid command, but if I do M-x package-initialize, M-x R becomes available ... and still throws the same error. In that case, *Messages* contains For information about GNU Emacs and the GNU system, type C-h C-a. You can run the command ‘package-initialize’ with M-x p-ini RET Type C-h m for help on ESS version 17.11 ess-tracebug mode enabled load ESSR: + + + Error in file(filename, "r", encoding = encoding) : cannot open the connection In addition: Warning message: In file(filename, "r", encoding = encoding) : cannot open file ’/usr/share/ess/etc/ESSR/R/.load.R’: No such file or directory
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Thinking about this some more, C-h v keeps telling me that the bad value for ess-etc-directory is coming from ess-site.el even though the string 'ess-etc-directory' does not appear in ess-site.el. So I got suspicious. $ find / -name 'ess-site.el*' -ls 2> /dev/null 33614087 4 -rw-r--r-- 1 root root 3821 Aug 22 12:49 /usr/share/emacs/site-lisp/ess/ess-site.elc 16804888 12 -rw-r--r-- 1 root root 8345 Aug 24 07:57 /usr/share/emacs/site-lisp/elpa-src/ess-17.11/ess-site.el 33736809 0 lrwxrwxrwx 1 root root 58 Aug 28 11:47 /usr/share/emacs/site-lisp/elpa/ess-17.11/ess-site.el -> /usr/share/emacs/site-lisp/elpa-src/ess-17.11//ess-site.el 33746754 4 -rw-r--r-- 1 root root 3646 Aug 28 11:47 /usr/share/emacs/site-lisp/elpa/ess-17.11/ess-site.elc 17260428 4 -rw-r--r-- 1 root root 3821 Aug 17 16:12 /usr/share/emacs/25.2/site-lisp/ess/ess-site.elc After 'dpkg --purge elpa-ess', the oldest two of those are still present: 33614087 4 -rw-r--r-- 1 root root 3821 Aug 22 12:49 /usr/share/emacs/site-lisp/ess/ess-site.elc 17260428 4 -rw-r--r-- 1 root root 3821 Aug 17 16:12 /usr/share/emacs/25.2/site-lisp/ess/ess-site.elc These files are identical, and they contain a setting for ess-etc-directory: $ grep -a etc /usr/share/emacs/site-lisp/ess/ess-site.elc #@130 Location of the ESS etc/ directory. The ESS etc directory stores various auxillary files that are useful (defvar ess-etc-directory "/usr/share/ess/etc/" (#$ . 695)) (A copy of the whole file is attached.) In fact, both /usr/share/emacs/25.2/site-lisp/ess and /usr/share/emacs/site-lisp/ess appear to be detritus from older versions of the ESS packages, containing a full set of .elc files for the ESS code. After deleting both directories and their contents and re-installing the elpa-ess package (but not the transitional 'ess' package), M-x R no longer throws errors, and C-c v works correctly in buffers containing R code. So, if there is a bug here, it involves upgrading from the pre-ELPA versions of the ESS packages, to the ELPA-ified versions. zw ess-site.elc.gz Description: application/gzip
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Weird. And you are running the standard emacs from testing/unstable, correct? Because that is what I loaded inside Docker -- emacs and then ess (ie elpa-ess). I am not sure how I could proceed given that I cannot reproduce this. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
> I _cannot_ reproduce that right now in a pristine testing/unstable session
> running off Docker's r-base container (which I co-maintain):
...
> Exactly _how_ do you launch the R session leading to the error?
I get the error just by doing M-x R in a freshly started emacs
session, on two different computers, even if I rename my .emacs.d so
that neither my init file or my customize settings are found. This is
the complete contents of *Messages* after doing M-x R. Nothing in
Loading /etc/emacs/site-start.d/00debian.el (source)...done
Loading /etc/emacs/site-start.d/00debian-vars.el (source)...done
Loading /etc/emacs/site-start.d/50autoconf.el (source)...done
Loading /etc/emacs/site-start.d/50cmake-data.el (source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...done
Loading debian-ispell...done
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
Loading /etc/emacs/site-start.d/50gtk-doc-tools.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Type C-h m for help on ESS version 17.11
ess-tracebug mode enabled
load ESSR: + + + Error in file(filename, "r", encoding = encoding) :
cannot open the connection
In addition: Warning message:
In file(filename, "r", encoding = encoding) :
cannot open file ’/usr/share/ess/etc/ESSR/R/.load.R’: No such file
or directory
And this is the complete contents of *ESS*:
[ess-site.el]: ess-customize-alist=nil
[ess-site.el _2_]: ess-customize-alist=nil
`ess-icon-directory' does not exist; using `ess-etc-directory'.
Creating global Emacs toolbar(S): ess-s-versions-create making M-x defuns for
(R): ess-r-versions-create making M-x defuns for
(R): ess-dialect=nil, buf=*GNU Emacs*, start-arg=nil
current-prefix-arg=nil
(inf-ess 1): lang=nil, dialect=nil, tmp-dialect=R, buf=*GNU Emacs*
(inf-ess 1.1): procname=R temp-dialect=R, buf-name=*R*
(inf-ess 2.0) Method #3 start=/home/zack/ buf=*R*
(ess-setq-vars-LOCAL): language=S, dialect=R, buf=nil,
comint..echoes=t, comint..sender=comint-simple-send
(inf-ess 2.1): ess-language=S, ess-dialect=R buf=*R*
(ess-setq-vars-LOCAL): language=S, dialect=R, buf=nil,
comint..echoes=t, comint..sender=inferior-ess-input-sender
(i-ess 1): buf=*R*, lang=S, comint..echo=t,
comint..sender=inferior-ess-input-sender,
(i-ess end): buf=*R*, lang=S, comint..echo=t,
comint..sender=inferior-ess-input-sender,
(inf-ess 3.0): prog=R, start-args=--no-readline , echoes=t
Making Process...Buf *R*, :Proc R, :Prog R
:Args= --no-readline
Start File=nil
(inferior-ess: waiting for process to start (before hook)
(inferior-ess 3): waiting for process after hookload-ESSR cmd:
local({
source('/usr/share/ess/etc/ESSR/R/.load.R',
local=TRUE) #define load.ESSR
load.ESSR('/usr/share/ess/etc/ESSR/R')
})
(R): inferior-ess-language-start=options(STERM='iESS',
str.dendrogram.last="'", editor='emacsclient',
show.error.locations=TRUE)
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Zack,
On 5 September 2018 at 06:22, Dirk Eddelbuettel wrote:
|
| Hi Zack,
|
| Thanks for the report. I am CCing David who was very helpful with the
| transition to elpa-ess. I am wondering if we can address this here, or
| whether I need to talk to upstream about this.
|
| David, any thought? Is this something that (package-initialize) may fix?
| Another trick to pass the "installed-in" directory to the package? Or ask
| upstream?
|
| Dirk
|
| On 3 September 2018 at 13:51, Zack Weinberg wrote:
| | Package: elpa-ess
| | Version: 17.11-5
| | Severity: normal
| |
| | When you start an R process from inside ESS, it's supposed to load a
| | file ".load.R" that, among other things, sets it up so C-c C-v works.
| | R-initialize-on-start is looking for this file in the wrong place.
| | I get these error messages in *Messages*:
| |
| | Type C-h m for help on ESS version 17.11
| | Cannot read history file /home/zack/.Rhistory
| | ess-tracebug mode enabled
| | load ESSR: + + + Error in file(filename, "r", encoding = encoding) :
| | cannot open the connection
| | In addition: Warning message:
| | In file(filename, "r", encoding = encoding) :
| | cannot open file ’/usr/share/ess/etc/ESSR/R/.load.R’: No such file or
directory
I _cannot_ reproduce that right now in a pristine testing/unstable session
running off Docker's r-base container (which I co-maintain):
Loading /etc/emacs/site-start.d/00debian.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Type C-h m for help on ESS version 17.11
Cannot read history file /.Rhistory
ess-tracebug mode enabled
is all I have in *Message* after I do M-x R.
Exactly _how_ do you launch the R session leading to the error?
| | The directory /usr/share/ess does not exist.
| | The package has actually installed .load.R in
| | /usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R/.load.R
| | If I manually do
| |
| | source("/usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R/.load.R")
| | load.ESSR("/usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R")
| |
| | then C-c C-v starts working again.
| |
| | The bad path is coming from the 'ess-etc-directory' variable. C-h v says:
| |
| | ess-etc-directory is a variable defined in ‘ess-site.el’.
| | Its value is "/usr/share/ess/etc/"
Not for me:
ess-etc-directory is a variable defined in ‘ess-utils.el’.
Its value is "/usr/share/emacs/site-lisp/elpa/ess-17.11/etc/"
I have _no_ .emacs here or anything that could interfere. So the package
looks clean to me.
Dirk
| |
| |
| | However, the string 'ess-etc-directory' does not appear anywhere in
| | ess-site.el. It appears actually to be defined in ess-utils.el, but
| | if I try to re-execute the code in ess-utils.el that sets its value,
| | that doesn't work either:
| |
| | ERROR:ess-site.el:ess-etc-directory
| | Relative to ess-lisp-directory, one of the following must exist:
| | ../etc/ess, ../etc, ../../etc/ess or ./etc
| |
| | C-h v ess-lisp-directory says:
| |
| | ess-lisp-directory is a variable defined in ‘ess-site.el’.
| | Its value is "/usr/share/emacs/site-lisp/ess"
| |
| | That directory does exist, but it's not part of the package and I
| | don't know how to debug this any further. In case it helps:
| |
| | $ ls -l /usr/share/emacs/site-lisp/ess
| | total 1224
| | -rw-r--r-- 1 root root 1670 Aug 18 11:30 ess-arc-d.elc
| | -rw-r--r-- 1 root root 6913 Aug 18 11:30 ess-bugs-d.elc
| | -rw-r--r-- 1 root root 7732 Aug 18 11:30 ess-bugs-l.elc
| | -rw-r--r-- 1 root root 1275 Aug 18 11:30 ess-compat.elc
| | -rw-r--r-- 1 root root 1022 Aug 18 11:30 ess-comp.elc
| | -rw-r--r-- 1 root root 92727 Aug 18 11:30 ess-custom.elc
| | -rw-r--r-- 1 root root 5008 Aug 18 11:30 ess-dde.elc
| | -rw-r--r-- 1 root root 1483 Aug 18 11:30 ess-debug.elc
| | -rw-r--r-- 1 root root 6471 Aug 18 11:30 essd-els.elc
| | -rw-r--r-- 1 root root 2658 Aug 18 11:30 ess.elc
| | -rw-r--r-- 1 root root551 Aug 18 11:30 ess-eldoc.elc
| | -rw-r--r-- 1 root root 4222 Aug 18 11:30 ess-font-lock.elc
| | -rw-r--r-- 1 root root 3457 Aug 18 11:30 ess-generics.elc
| | -rw-r--r-- 1 root root 17029 Aug 18 11:30 ess-gretl.elc
| | -rw-r--r-- 1 root root 30779 Aug 18 11:30 ess-help.elc
| | -rw-r--r-- 1 root root 95795 Aug 18 11:30 ess-inf.elc
| | -rw-r--r-- 1 root root 3242 Aug 18 11:30 ess-install.elc
| | -rw-r--r-- 1 root root 6140 Aug 18 11:30 ess-jags-d.elc
| | -rw-r--r-- 1 root root 15544 Aug 18 11:30 ess-julia.elc
| | -rw-r--r-- 1 root root 1282 Aug 18 11:30 ess-lsp-l.elc
| | -rw-r--r-- 1 root root 28374 Aug 18 11:30 ess-mode.elc
| | -rw-r--r-- 1 root root 6168 Aug 18 11:30 ess-mouse.elc
| | -rw-r--r-- 1 root root 2436 Aug 18 11:30 ess-noweb.elc
| | -rw-r--r-- 1 root root 7374 Aug 18 11:30 ess-noweb-font-lock-mode.elc
| | -rw-r--r-- 1 root root 46287 Aug 18 11:30 ess-noweb-mode.elc
| | -rw-r--r-- 1 root root 2527 Aug 18 11:30 ess-omg-d.elc
| | -rw-r--r-- 1 root root 2880 Aug 18 11:30 ess-om
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Hi Zack,
Thanks for the report. I am CCing David who was very helpful with the
transition to elpa-ess. I am wondering if we can address this here, or
whether I need to talk to upstream about this.
David, any thought? Is this something that (package-initialize) may fix?
Another trick to pass the "installed-in" directory to the package? Or ask
upstream?
Dirk
On 3 September 2018 at 13:51, Zack Weinberg wrote:
| Package: elpa-ess
| Version: 17.11-5
| Severity: normal
|
| When you start an R process from inside ESS, it's supposed to load a
| file ".load.R" that, among other things, sets it up so C-c C-v works.
| R-initialize-on-start is looking for this file in the wrong place.
| I get these error messages in *Messages*:
|
| Type C-h m for help on ESS version 17.11
| Cannot read history file /home/zack/.Rhistory
| ess-tracebug mode enabled
| load ESSR: + + + Error in file(filename, "r", encoding = encoding) :
| cannot open the connection
| In addition: Warning message:
| In file(filename, "r", encoding = encoding) :
| cannot open file ’/usr/share/ess/etc/ESSR/R/.load.R’: No such file or
directory
|
| The directory /usr/share/ess does not exist.
| The package has actually installed .load.R in
| /usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R/.load.R
| If I manually do
|
| source("/usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R/.load.R")
| load.ESSR("/usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R")
|
| then C-c C-v starts working again.
|
| The bad path is coming from the 'ess-etc-directory' variable. C-h v says:
|
| ess-etc-directory is a variable defined in ‘ess-site.el’.
| Its value is "/usr/share/ess/etc/"
|
| However, the string 'ess-etc-directory' does not appear anywhere in
| ess-site.el. It appears actually to be defined in ess-utils.el, but
| if I try to re-execute the code in ess-utils.el that sets its value,
| that doesn't work either:
|
| ERROR:ess-site.el:ess-etc-directory
| Relative to ess-lisp-directory, one of the following must exist:
| ../etc/ess, ../etc, ../../etc/ess or ./etc
|
| C-h v ess-lisp-directory says:
|
| ess-lisp-directory is a variable defined in ‘ess-site.el’.
| Its value is "/usr/share/emacs/site-lisp/ess"
|
| That directory does exist, but it's not part of the package and I
| don't know how to debug this any further. In case it helps:
|
| $ ls -l /usr/share/emacs/site-lisp/ess
| total 1224
| -rw-r--r-- 1 root root 1670 Aug 18 11:30 ess-arc-d.elc
| -rw-r--r-- 1 root root 6913 Aug 18 11:30 ess-bugs-d.elc
| -rw-r--r-- 1 root root 7732 Aug 18 11:30 ess-bugs-l.elc
| -rw-r--r-- 1 root root 1275 Aug 18 11:30 ess-compat.elc
| -rw-r--r-- 1 root root 1022 Aug 18 11:30 ess-comp.elc
| -rw-r--r-- 1 root root 92727 Aug 18 11:30 ess-custom.elc
| -rw-r--r-- 1 root root 5008 Aug 18 11:30 ess-dde.elc
| -rw-r--r-- 1 root root 1483 Aug 18 11:30 ess-debug.elc
| -rw-r--r-- 1 root root 6471 Aug 18 11:30 essd-els.elc
| -rw-r--r-- 1 root root 2658 Aug 18 11:30 ess.elc
| -rw-r--r-- 1 root root551 Aug 18 11:30 ess-eldoc.elc
| -rw-r--r-- 1 root root 4222 Aug 18 11:30 ess-font-lock.elc
| -rw-r--r-- 1 root root 3457 Aug 18 11:30 ess-generics.elc
| -rw-r--r-- 1 root root 17029 Aug 18 11:30 ess-gretl.elc
| -rw-r--r-- 1 root root 30779 Aug 18 11:30 ess-help.elc
| -rw-r--r-- 1 root root 95795 Aug 18 11:30 ess-inf.elc
| -rw-r--r-- 1 root root 3242 Aug 18 11:30 ess-install.elc
| -rw-r--r-- 1 root root 6140 Aug 18 11:30 ess-jags-d.elc
| -rw-r--r-- 1 root root 15544 Aug 18 11:30 ess-julia.elc
| -rw-r--r-- 1 root root 1282 Aug 18 11:30 ess-lsp-l.elc
| -rw-r--r-- 1 root root 28374 Aug 18 11:30 ess-mode.elc
| -rw-r--r-- 1 root root 6168 Aug 18 11:30 ess-mouse.elc
| -rw-r--r-- 1 root root 2436 Aug 18 11:30 ess-noweb.elc
| -rw-r--r-- 1 root root 7374 Aug 18 11:30 ess-noweb-font-lock-mode.elc
| -rw-r--r-- 1 root root 46287 Aug 18 11:30 ess-noweb-mode.elc
| -rw-r--r-- 1 root root 2527 Aug 18 11:30 ess-omg-d.elc
| -rw-r--r-- 1 root root 2880 Aug 18 11:30 ess-omg-l.elc
| -rw-r--r-- 1 root root526 Aug 18 11:30 ess-pkg.elc
| -rw-r--r-- 1 root root 2792 Aug 18 11:30 ess-r-a.elc
| -rw-r--r-- 1 root root 2901 Aug 18 11:30 ess-r-args.elc
| -rw-r--r-- 1 root root 15170 Aug 18 11:30 ess-r-completion.elc
| -rw-r--r-- 1 root root 14133 Aug 18 11:30 ess-rd.elc
| -rw-r--r-- 1 root root 10279 Aug 18 11:30 ess-rdired.elc
| -rw-r--r-- 1 root root 6136 Aug 18 11:30 ess-r-gui.elc
| -rw-r--r-- 1 root root 63776 Aug 18 11:30 ess-r-mode.elc
| -rw-r--r-- 1 root root 30334 Aug 18 11:30 ess-roxy.elc
| -rw-r--r-- 1 root root 16162 Aug 18 11:30 ess-r-package.elc
| -rw-r--r-- 1 root root 40232 Aug 18 11:30 ess-r-syntax.elc
| -rw-r--r-- 1 root root 11715 Aug 18 11:30 ess-rutils.elc
| -rw-r--r-- 1 root root 1785 Aug 18 11:30 ess-s3-d.elc
| -rw-r--r-- 1 root root 1914 Aug 18 11:30 ess-s4-d.elc
| -rw-r--r-- 1 root root 38396 Aug 18 11:30 ess-sas-a.elc
| -rw-r--r-- 1 root root 6830 Aug 18 11:30 ess-sas-d.elc
| -rw-r--r-- 1 roo
Bug#907893: elpa-ess: R-initialize-on-start looks for .load.R in the wrong place
Package: elpa-ess
Version: 17.11-5
Severity: normal
When you start an R process from inside ESS, it's supposed to load a
file ".load.R" that, among other things, sets it up so C-c C-v works.
R-initialize-on-start is looking for this file in the wrong place.
I get these error messages in *Messages*:
Type C-h m for help on ESS version 17.11
Cannot read history file /home/zack/.Rhistory
ess-tracebug mode enabled
load ESSR: + + + Error in file(filename, "r", encoding = encoding) :
cannot open the connection
In addition: Warning message:
In file(filename, "r", encoding = encoding) :
cannot open file ’/usr/share/ess/etc/ESSR/R/.load.R’: No such file or
directory
The directory /usr/share/ess does not exist.
The package has actually installed .load.R in
/usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R/.load.R
If I manually do
source("/usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R/.load.R")
load.ESSR("/usr/share/emacs/site-lisp/elpa-src/ess-17.11/etc/ESSR/R")
then C-c C-v starts working again.
The bad path is coming from the 'ess-etc-directory' variable. C-h v says:
ess-etc-directory is a variable defined in ‘ess-site.el’.
Its value is "/usr/share/ess/etc/"
However, the string 'ess-etc-directory' does not appear anywhere in
ess-site.el. It appears actually to be defined in ess-utils.el, but
if I try to re-execute the code in ess-utils.el that sets its value,
that doesn't work either:
ERROR:ess-site.el:ess-etc-directory
Relative to ess-lisp-directory, one of the following must exist:
../etc/ess, ../etc, ../../etc/ess or ./etc
C-h v ess-lisp-directory says:
ess-lisp-directory is a variable defined in ‘ess-site.el’.
Its value is "/usr/share/emacs/site-lisp/ess"
That directory does exist, but it's not part of the package and I
don't know how to debug this any further. In case it helps:
$ ls -l /usr/share/emacs/site-lisp/ess
total 1224
-rw-r--r-- 1 root root 1670 Aug 18 11:30 ess-arc-d.elc
-rw-r--r-- 1 root root 6913 Aug 18 11:30 ess-bugs-d.elc
-rw-r--r-- 1 root root 7732 Aug 18 11:30 ess-bugs-l.elc
-rw-r--r-- 1 root root 1275 Aug 18 11:30 ess-compat.elc
-rw-r--r-- 1 root root 1022 Aug 18 11:30 ess-comp.elc
-rw-r--r-- 1 root root 92727 Aug 18 11:30 ess-custom.elc
-rw-r--r-- 1 root root 5008 Aug 18 11:30 ess-dde.elc
-rw-r--r-- 1 root root 1483 Aug 18 11:30 ess-debug.elc
-rw-r--r-- 1 root root 6471 Aug 18 11:30 essd-els.elc
-rw-r--r-- 1 root root 2658 Aug 18 11:30 ess.elc
-rw-r--r-- 1 root root551 Aug 18 11:30 ess-eldoc.elc
-rw-r--r-- 1 root root 4222 Aug 18 11:30 ess-font-lock.elc
-rw-r--r-- 1 root root 3457 Aug 18 11:30 ess-generics.elc
-rw-r--r-- 1 root root 17029 Aug 18 11:30 ess-gretl.elc
-rw-r--r-- 1 root root 30779 Aug 18 11:30 ess-help.elc
-rw-r--r-- 1 root root 95795 Aug 18 11:30 ess-inf.elc
-rw-r--r-- 1 root root 3242 Aug 18 11:30 ess-install.elc
-rw-r--r-- 1 root root 6140 Aug 18 11:30 ess-jags-d.elc
-rw-r--r-- 1 root root 15544 Aug 18 11:30 ess-julia.elc
-rw-r--r-- 1 root root 1282 Aug 18 11:30 ess-lsp-l.elc
-rw-r--r-- 1 root root 28374 Aug 18 11:30 ess-mode.elc
-rw-r--r-- 1 root root 6168 Aug 18 11:30 ess-mouse.elc
-rw-r--r-- 1 root root 2436 Aug 18 11:30 ess-noweb.elc
-rw-r--r-- 1 root root 7374 Aug 18 11:30 ess-noweb-font-lock-mode.elc
-rw-r--r-- 1 root root 46287 Aug 18 11:30 ess-noweb-mode.elc
-rw-r--r-- 1 root root 2527 Aug 18 11:30 ess-omg-d.elc
-rw-r--r-- 1 root root 2880 Aug 18 11:30 ess-omg-l.elc
-rw-r--r-- 1 root root526 Aug 18 11:30 ess-pkg.elc
-rw-r--r-- 1 root root 2792 Aug 18 11:30 ess-r-a.elc
-rw-r--r-- 1 root root 2901 Aug 18 11:30 ess-r-args.elc
-rw-r--r-- 1 root root 15170 Aug 18 11:30 ess-r-completion.elc
-rw-r--r-- 1 root root 14133 Aug 18 11:30 ess-rd.elc
-rw-r--r-- 1 root root 10279 Aug 18 11:30 ess-rdired.elc
-rw-r--r-- 1 root root 6136 Aug 18 11:30 ess-r-gui.elc
-rw-r--r-- 1 root root 63776 Aug 18 11:30 ess-r-mode.elc
-rw-r--r-- 1 root root 30334 Aug 18 11:30 ess-roxy.elc
-rw-r--r-- 1 root root 16162 Aug 18 11:30 ess-r-package.elc
-rw-r--r-- 1 root root 40232 Aug 18 11:30 ess-r-syntax.elc
-rw-r--r-- 1 root root 11715 Aug 18 11:30 ess-rutils.elc
-rw-r--r-- 1 root root 1785 Aug 18 11:30 ess-s3-d.elc
-rw-r--r-- 1 root root 1914 Aug 18 11:30 ess-s4-d.elc
-rw-r--r-- 1 root root 38396 Aug 18 11:30 ess-sas-a.elc
-rw-r--r-- 1 root root 6830 Aug 18 11:30 ess-sas-d.elc
-rw-r--r-- 1 root root 41313 Aug 18 11:30 ess-sas-l.elc
-rw-r--r-- 1 root root 1283 Aug 18 11:30 ess-send2.elc
-rw-r--r-- 1 root root 1121 Aug 18 11:30 ess-send.elc
-rw-r--r-- 1 root root 3821 Aug 18 11:30 ess-site.elc
-rw-r--r-- 1 root root 19292 Aug 18 11:30 ess-s-lang.elc
-rw-r--r-- 1 root root 2001 Aug 18 11:30 ess-sp3-d.elc
-rw-r--r-- 1 root root 11131 Aug 18 11:30 ess-sp4-d.elc
-rw-r--r-- 1 root root 2024 Aug 18 11:30 ess-sp5-d.elc
-rw-r--r-- 1 root root 7989 Aug 18 11:30 ess-sp6-d.elc
-rw-r--r-- 1 root root 17563 Aug 18 11:30 ess-sp6w-d.elc
-rw-r--r-- 1 root root 22380 Aug 18 11:30 ess-stata-lang
