Erich Beyer <badboybe...@gmail.com> writes: > I was able to resolve the issue by temporarily moving my ~/.emacs.d/ > directory to a different location. The previous elpa-company > installation at ~/.emacs.d/elpa/company-20190109.2336/ did not contain > the file "company-tests.el".
I tried the following: 1) install company-0.9.9 from gnu elpa. 2) remove company-tests.el and company-tests.elc from that ~/.emacs.d/elpa/company-0.9.9 3) apt install --reinstall elpa-company But the byte compilation worked ok, i.e. I can't (so far) reproduce your issue. I suppose it could be specific to the melpa version, but the usual issue of melpa versions being too large should not be a problem here, as 0.9.9 is already bigger than 0.9.6 > The installation script > /usr/lib/emacsen-common/packages/install/elpa-company appears to use > the load-path of my user and find the company package in my home > directory instead of the > /usr/lib/emacsen-common/packages/install/elpa-company directory. That would be surprising, since the install script runs as root. Emacs is callsed like the following src_dir=/usr/share/emacs/site-lisp/elpa-src emacs --quick --batch -l package \ --eval "(add-to-list 'package-directory-list \"$src_dir\")" \ -f package-initialize -f batch-byte-compile *.el > Install.log 2>&1 There's no explicit reference to any user's home there. I guess there's always the possibilty of something funny happening internally with package.el. 1) Is there anything interesting in /usr/share/emacs/site-lisp/elpa-src/company-0.9.6/Install.log.gz? 2) Can you try the following as root: # emacs --quick --batch -l package \ --eval "(add-to-list 'package-directory-list \"/usr/share/emacs/site-lisp/elpa-src/company-0.9.6\")" \ -f package-initialize --eval "(message (locate-library \"company-tests\"))" for me it prints /usr/share/emacs/site-lisp/elpa-src/company-0.9.6/company-tests.el 3) Just to be clear, when you say ~/, you are not referring to /root, but the home directory of some regular user? d