CMUCL is installed and it's working well as far as I can tell. I have tried modifying the ebuild so as to use the FAIRLY-STABLE branch of slime (ECVS_BRANCH="FAIRLY-STABLE"); this produced the exact same behavior. Reproducible: Always Steps to Reproduce: sudo emerge /usr/portage/app-emacs/slime-cvs/slime-cvs-0.ebuild Actual Results: The package gets merged, but slime does not seem to work. Here's the suspicious-looking part of the emerge log: ... >>> /usr/share/common-lisp/source/swank/swank-backend.lisp >>> /usr/share/common-lisp/systems/swank.asd -> /usr/share/common-lisp/source/swank/swank.asd Recompiling package swank for implementation cmucl Unknown id: cl-builder Error: Cannot recompile package: swank for implementation: cmucl register-common-lisp-source: Package swank installed * Regenerating /usr/share/emacs/site-lisp/site-start.el... ... And here's a transcript of what happens when typing M-x slime in Emacs: http://teepee.deepwood.net/~drlion/slime-error-transcript.txt Expected Results: After looking through the README file, I'd expect the Emacs command M-x slime to work as soon as app-emacs/slime-cvs is merged. Some potentially useful information: kmr on #lisp @ freenode says that "cl-builder is a user id that the Debian package creates and which CLC needs. Sounds like the gentoo port isn't quite right." # emerge info Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.22) ================================================================= System uname: 2.4.22 i686 AMD Athlon(tm) prosussor Gentoo Base System version 1.4.3.10 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell xml2 xmms xv zlib gdbm berkdb slang tetex svga java guile gpm tcpd pam libwww ssl perl esd imlib oggvorbis gtk motif opengl X -arts -kde -qt -gnome -bonobo dvd emacs gtk2 mozilla readline sdl maildir truetype python tcltk"
Hi Daniel. Look like there's two issues here... 1st the cl-builder id problem. Is your box up-to-date? If it is, could you check your /etc/passwd for a line like this: cl-builder:x:1006:412:added by portage for common-lisp-controller:/usr/lib/common-lisp:/bin/sh If you dont have this line it means you may have made a mistake while using etc-update at some point (a merge problem perhaps?). If this is not the case, please attach the cl-builder line in your /etc/passwd to this bug report. You should also have a cl-builder group in /etc/group. You could also attached the output of "ls -l /usr/lib/common-lisp/*" to help diagnose the problem. Do you also get similar failures emerging other common lisp ports? How about something nice and simple like dev-lisp/cl-md5? 2nd. app-emacs/slime-cvs is now deprecated. the SLIME folks are making release tags from CVS now. Currently portage has app-emacs/slime (version 0.13) As a last note, it looks like you're running x86, but using ~x86 for slime-cvs. This kind of configuration is less tested, but should still work... if time allows, I will try it in my stable chroot.
reopen with more information required
