Real cl-lib shadowed by compatibility cl-lib? (/usr/share/emacs/site-lisp/slime/lib/cl-lib.elc) Wrong type argument: stringp, nil make[1]: *** [Makefile:119: ess-custom.elc] Error 255 make[1]: Leaving directory '/var/tmp/portage/app-emacs/ess-17.11/work/ess-17.11/lisp' make: *** [Makefile:11: all] Error 2 * ERROR: app-emacs/ess-17.11::gentoo failed (compile phase): ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-hardened_test_20180512-194415 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.0 * Available Python interpreters, in order of preference: [1] python3.5 [2] python3.6 (fallback) [3] python2.7 (fallback) [4] pypy3 (fallback) [5] pypy (fallback) java-config: The following VMs are available for generation-2: emerge -qpv app-emacs/ess [ebuild N ] app-emacs/ess-17.11 !!! The following installed packages are masked: - dev-util/automoc-0.9.88-r1::gentoo (masked by: package.mask) /usr/portage/profiles/package.mask: # Andreas Sturmlechner <asturm@gentoo.org> (27 May 2018) # Depends on dead Qt4. No more revdeps. Masked for removal in 30 days. For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook.
Created attachment 533662 [details] emerge-info.txt
Created attachment 533664 [details] app-emacs:ess-17.11:20180527-230158.log
Created attachment 533666 [details] emerge-history.txt
Created attachment 533668 [details] environment
Created attachment 533670 [details] etc.portage.tbz2
Created attachment 533672 [details] logs.tbz2
Created attachment 533674 [details] temp.tbz2
Looks like it doesn't work with the cl-lib installed by app-emacs/slime-2.20.
A solution could be to include a blocker on app-emacs/slime: DEPEND="app-text/texi2html virtual/latex-base !!app-emacs/slime"
(In reply to Chema Alonso Josa from comment #9) > A solution could be to include a blocker on app-emacs/slime: IMHO blockers are rarely a good solution. From the commentary in slime's lib/cl-lib.el: ;; This is a forward compatibility package, which provides (a subset of) the ;; features of the cl-lib package introduced in Emacs-24.3, for use on ;; previous emacsen. ;; Make sure this is installed *late* in your `load-path`, i.e. after Emacs's ;; built-in .../lisp/emacs-lisp directory, so that if/when you upgrade to ;; Emacs-24.3, the built-in version of the file will take precedence, otherwise ;; you could get into trouble (although we try to hack our way around the ;; problem in case it happens). slime does this right, but it is countermanded by subdirs.el in the site-lisp directory, which adds all subdirectories recursively. Adding the following to slime's src_install() seems to fix the problem, though: touch "${ED}${SITELISP}/${PN}/lib/.nosearch"
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e1f56b2942d174feaa0f6d85c6518f940c2a218f commit e1f56b2942d174feaa0f6d85c6518f940c2a218f Author: Chema Alonso Josa <nimiux@gentoo.org> AuthorDate: 2018-05-30 18:16:52 +0000 Commit: Chema Alonso Josa <nimiux@gentoo.org> CommitDate: 2018-05-30 18:17:24 +0000 app-emacs/slime: Add nosearch file to site-lisp directory Closes: https://bugs.gentoo.org/656760 Package-Manager: Portage-2.3.24, Repoman-2.3.6 app-emacs/slime/slime-2.20-r1.ebuild | 74 ++++++++++++++++++++++++++++++++++++ 1 file changed, 74 insertions(+)
*** Bug 704098 has been marked as a duplicate of this bug. ***
