Hello,
I have installed sbcl & slime on 64-bit RH EL 5 (as root). I can run slime fine as root, but not as other users. Here is the transcript of the slime session:
This is SBCL 1.0.14, an implementation of ANSI Common Lisp. More information about SBCL is available at http://www.sbcl.org/.
SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * ; loading #P"/usr/local/slime/slime-2.0/swank-loader.lisp" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/swank-backend.fasl" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/nregex.fasl" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/swank-sbcl.fasl"
debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: failed to find the TRUENAME of /home/mv/.sbcl/systems/sb-introspect.asd: Not a directory
Any clue as to what is not correctly set-up? Should each user have its own version of slime, or is a system wide one ok?
Thank you,
Mirko
* Mirko Vukovic [2008-02-01 19:21+0100] writes:
[...]
;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/swank-sbcl.fasl"
debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: failed to find the TRUENAME of /home/mv/.sbcl/systems/sb-introspect.asd: Not a directory
Any clue as to what is not correctly set-up?
sb-introspect is part of SBCL, not of Slime. So, it's probably some issue with the SBCL installation. Usually it helps to set SBCL_HOME to the SBCL installation directory e.g. /opt/sbcl/lib/sbcl. To test your SBCL installation evaluate the following at the normal SBCL prompt (without loading Slime):
* (require 'sb-introspect)
this should return
("SB-INTROSPECT")
without errors.
Should each user have its own version of slime, or is a system wide one ok?
That depends on the configuration. The vanilla CVS version of Slime and the tarballs from common-lisp.net simply compile the source and store the fasl files in ~/.slime. That's convenient for developing Slime. There exist third party packages (rpm, deb) of Slime which store the fasls in a shared location.
Helmut.
On Fri, Feb 1, 2008 at 1:21 PM, Mirko Vukovic mirko.vukovic@gmail.com wrote:
Hello,
I have installed sbcl & slime on 64-bit RH EL 5 (as root). I can run slime fine as root, but not as other users. Here is the transcript of the slime session:
This is SBCL 1.0.14, an implementation of ANSI Common Lisp. More information about SBCL is available at http://www.sbcl.org/.
SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information.
; loading #P"/usr/local/slime/slime-2.0/swank-loader.lisp" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/swank-backend.fasl" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/nregex.fasl" ;; loading #P"/home/mv/.slime/fasl/2006-04-20/sbcl-1.0.14-linux-x86-64/swank-sbcl.fasl"
debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: failed to find the TRUENAME of /home/mv/.sbcl/systems/sb-introspect.asd: Not a directory
Any clue as to what is not correctly set-up? Should each user have its own version of slime, or is a system wide one ok?
Thank you,
Mirko
(I am posting this as a closure to this issue and in case someone else makes the same silly mistake I did).
I have finally figured out what was causing slime to break while loading in the user directory (it was loading correctly as root):I had a rogue ~/.sbcl file. For some reason it made sbcl think that it was a directory, and it was looking for files under it. Once I removed the file, the startup continued smoothly.
Mirko
-
Helmut Eller -
Mirko Vukovic