Summary: | app-emacs/ess-17.11 with app-emacs/slime-2.20: Real cl-lib shadowed by compatibility cl-lib | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | GNU Emacs project <gnu-emacs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | common-lisp, luc_pierard_de_maujouy |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge-info.txt
app-emacs:ess-17.11:20180527-230158.log emerge-history.txt environment etc.portage.tbz2 logs.tbz2 temp.tbz2 |
Description
Toralf Förster
2018-05-28 18:04:56 UTC
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. *** |