Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 656760

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 packagesAssignee: 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 gentoo-dev 2018-05-28 18:04:56 UTC
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.
Comment 1 Toralf Förster gentoo-dev 2018-05-28 18:04:59 UTC
Created attachment 533662 [details]
emerge-info.txt
Comment 2 Toralf Förster gentoo-dev 2018-05-28 18:05:02 UTC
Created attachment 533664 [details]
app-emacs:ess-17.11:20180527-230158.log
Comment 3 Toralf Förster gentoo-dev 2018-05-28 18:05:05 UTC
Created attachment 533666 [details]
emerge-history.txt
Comment 4 Toralf Förster gentoo-dev 2018-05-28 18:05:09 UTC
Created attachment 533668 [details]
environment
Comment 5 Toralf Förster gentoo-dev 2018-05-28 18:05:12 UTC
Created attachment 533670 [details]
etc.portage.tbz2
Comment 6 Toralf Förster gentoo-dev 2018-05-28 18:05:15 UTC
Created attachment 533672 [details]
logs.tbz2
Comment 7 Toralf Förster gentoo-dev 2018-05-28 18:05:18 UTC
Created attachment 533674 [details]
temp.tbz2
Comment 8 Ulrich Müller gentoo-dev 2018-05-28 19:13:12 UTC
Looks like it doesn't work with the cl-lib installed by app-emacs/slime-2.20.
Comment 9 Chema Alonso Josa (RETIRED) gentoo-dev 2018-05-29 21:25:15 UTC
A solution could be to include a blocker on app-emacs/slime:

DEPEND="app-text/texi2html
    virtual/latex-base
    !!app-emacs/slime"
Comment 10 Ulrich Müller gentoo-dev 2018-05-30 05:27:49 UTC
(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"
Comment 11 Larry the Git Cow gentoo-dev 2018-05-30 18:16:08 UTC
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(+)
Comment 12 Ulrich Müller gentoo-dev 2020-01-02 15:05:42 UTC
*** Bug 704098 has been marked as a duplicate of this bug. ***