May 2007 - cl-debian@common-lisp.net - mailman3.common-lisp.net

[cl-debian] Bug#409827: Please support hurd-i386
by Chun Tian (binghe) 17 Sep '07

17 Sep '07

Package: clisp Version: 1:2.41-1 Severity: wishlist Tags: sid It seems that there isn't any Common Lisp platform in Debian GNU/Hurd now. Fortunately, CLISP can build directly on hurd-i386, just add hurd-i386 to clisp's control file is OK, I've tried this and succeed, this is totally done by the great autoconf and gcc, and the GNU/Hurd is much like UNIX through FSF say it's not UNIX. This CLISP on hurd-i386 can easily build something like asdf, common-lisp-controller, and araneida (cl-ppcre, cl-parenscript, ...) which already in debian's hurd-i386 port. A running CLISP can also be used to port SBCL to hurd-i386 (I'm trying working on this)... So, for Common Lisp, hopes more CL-platform can be run on GNU/Hurd! Thank you very much. Chun Tian (binghe)

2 1

[cl-debian] Bug#414682: cl-swank: trying to connect to new SBCL from Emacs throws a CL error
by Drake Wilson 16 Sep '07

16 Sep '07

Package: cl-swank Version: 1:20061201-2 Severity: important Trying to start SBCL using M-x slime-start from GNU Emacs fails with an error on the Common Lisp side. "important" because inferior-lisp is a big part of SLIME by my understanding. Here's the transcript from my *inferior-lisp* buffer: ---------------------------------------------------------------------- (load "/usr/share/common-lisp/source/slime/swank-loader.lisp" :verbose t) (swank:start-server "/tmp/slime.1772" :external-format :iso-latin-1-unix) This is SBCL 1.0, 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/share/common-lisp/source/slime/swank-loader.lisp" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-backend.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/nregex.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-sbcl.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-source-path-parser.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-source-file-cache.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-gray.fasl" STYLE-WARNING: implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank.fasl" STYLE-WARNING: implicitly creating new generic function INSPECT-BIGGER-PIECE-ACTIONS STYLE-WARNING: implicitly creating new generic function INSPECT-WHOLE-THING-ACTION STYLE-WARNING: implicitly creating new generic function INSPECT-SHOW-MORE-ACTION STYLE-WARNING: implicitly creating new generic function MENU-CHOICES-FOR-PRESENTATION WARNING: These Swank interfaces are unimplemented: (CALLS-WHO DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-BINDS WHO-CALLS WHO-MACROEXPANDS WHO-REFERENCES WHO-SETS WHO-SPECIALIZES) T * debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #<THREAD "initial thread" {10025EFA81}>: unknown &KEY argument: :EXTERNAL-FORMAT Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SWANK:START-SERVER "/tmp/slime.1772" :EXTERNAL-FORMAT :ISO-LATIN-1-UNIX) 0] ---------------------------------------------------------------------- Here's the installed versions of a few other packages, just in case: ii sbcl 1.0.0.0-1 A Common Lisp compiler and development system ii slime 20061201-2 Superior LISP Interaction Mode for Emacs ii emacs21 21.4a+1-5 The GNU Emacs editor ii emacs21-bin-common 21.4a+1-5 The GNU Emacs editor's shared, architecture ii emacs21-common 21.4a+1-5 The GNU Emacs editor's shared, architecture ii emacs21-el 21.4a+1-5 GNU Emacs LISP (.el) files ii emacsen-common 1.4.17 Common facilities for all emacsen Hope this helps. ---> Drake Wilson -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cl-swank depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c cl-swank recommends no packages. -- no debconf information

4 5

[cl-debian] Bug#426236: gclcvs: FTBFS: ./tmp_image: No such file or directory
by Kurt Roeckx 16 Jul '07

16 Jul '07

Package: gclcvs Version: 2.7.0-68 Severity: serious Hi, Your package is failing to build with the following error: touch pre_init.lsp touch post_init.lsp echo " (in-package \"USER\")(system:save-system \"tmp_image\")" >foo ./raw_pre_gcl /build/buildd/gclcvs-2.7.0/unixport/ -libdir /build/buildd/gclcvs-2.7.0/ < foo GCL (GNU Common Lisp) April 1994 524288 pages Building symbol table for /build/buildd/gclcvs-2.7.0/unixport/raw_pre_gcl .. Lisp initialization failed. cp pre_init.lsp foo cat init_pre_gcl.lsp >>foo cat post_init.lsp >>foo echo " (in-package \"USER\")(system:save-system \"saved_pre_gcl\")" >>foo ./tmp_image /build/buildd/gclcvs-2.7.0/unixport/ -libdir /build/buildd/gclcvs-2.7.0/ < foo /bin/sh: ./tmp_image: No such file or directory make[2]: *** [saved_pre_gcl] Error 127 Kurt

2 1

[cl-debian] Bug#420957: After M-x slime .lisp files are loaded in without slime minor mode
by Charlie Burrows 12 Jul '07

12 Jul '07

Package: slime Version: 1:20061201-2 Severity: normal I installed slime and sbcl. I opened an emacs and did M-x slime; all is well at this stage. I open a filename.lisp file and it opens in lisp mode without the slime minor mode so the keyboard shortcuts don't exist. If I add: "(require 'slime)" and "(slime-setup)" (probably just the first one would do) then the problem goes away and all filename.lisp files open in lisp Slime mode. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages slime depends on: ii cl-swank 1:20061201-2 Superior LISP Interaction Mode for ii emacsen-common 1.4.17 Common facilities for all emacsen Versions of packages slime recommends: ii emacs [info-browser] 21.4a+1-5 The GNU Emacs editor (metapackage) ii emacs21 [info-browser] 21.4a+1-1 The GNU Emacs editor ii info [info-browser] 4.8.dfsg.1-4 Standalone GNU Info documentation -- no debconf information

2 1

[cl-debian] Bug#426135: gcl: FTBFS: No rule to make target `../unixport/saved_pre_gcl'
by Kurt Roeckx 04 Jul '07

04 Jul '07

Package: gcl Version: 2.6.7-33 Severity: serious Hi, Your package is failing to build with the following error: cp init_pre_gcl.lsp foo echo " (in-package \"USER\")(system:save-system \"saved_pre_gcl\")" >>foo /build/buildd/gcl-2.6.7/unixport/raw_pre_gcl /build/buildd/gcl-2.6.7/unixport/ -libdir /build/buildd/gcl-2.6.7/ < foo GCL (GNU Common Lisp) April 1994 262144 pages Building symbol table for /build/buildd/gcl-2.6.7/unixport/raw_pre_gcl .. I'm not an object Lisp initialization failed. free(3) error. Lisp initialization failed. rm raw_pre_gcl make[2]: Leaving directory `/build/buildd/gcl-2.6.7/unixport' (cd lsp; touch *.lsp ; /usr/bin/make all) make[2]: Entering directory `/build/buildd/gcl-2.6.7/lsp' make[2]: Leaving directory `/build/buildd/gcl-2.6.7/lsp' (cd cmpnew; touch *.lsp ; /usr/bin/make all) make[2]: Entering directory `/build/buildd/gcl-2.6.7/cmpnew' make[2]: Leaving directory `/build/buildd/gcl-2.6.7/cmpnew' [ "-lXmu -lXt -lXext -lXaw -lX11" == "" ] || (cd xgcl-2 && /usr/bin/make LISP=../unixport/saved_pre_gcl) make[2]: Entering directory `/build/buildd/gcl-2.6.7/xgcl-2' make[2]: *** No rule to make target `../unixport/saved_pre_gcl', needed by `objects'. Stop. make[2]: Leaving directory `/build/buildd/gcl-2.6.7/xgcl-2' Kurt

2 1

[cl-debian] Bug#415266: gcl crashes with certain (incorrect) program
by Matej Kosik 04 Jul '07

04 Jul '07

Package: gcl Version: 2.6.7-32 Severity: important Hi, When I define a following function: (defun my-member (some-list sexp) (cond ((null some-list) nil) ((equal (first some-list) sexp) t) ((equal (rest some-list) sexp) t) (t (or (my-member (first some-list) sexp) (my-member (first some-list) sexp) ) ) ) ) the `gcl' interpreter accepts it (it is syntactically correct). However, when I later invoke it as follows: (my-member '(1) 'a) I see Error: Caught fatal error [memory may be damaged] Fast links are on: do (si::use-fast-links nil) for debugging Error signalled by EQUAL. Broken at EQUAL. Type :H for Help. when I try the same query again I see Segmentation fault My program contains an error but running it should not cause segfaults, I guess. Different interpreter (clisp) reports correct run-time error. Regards. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gcl depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii gcc 4:4.1.1-15 The GNU C compiler gcl recommends no packages. -- debconf-show failed

2 1

[cl-debian] Bug#411352: gcl does not launch if libgmp3c2 is not installed
by arno. 03 Jul '07

03 Jul '07

Package: gcl Version: 2.6.7-32 Severity: important Right after installing gcl, it did not launch. I got the following error: /usr/lib/gcl-2.6.7/unixport/saved_gcl: error while loading shared libraries: libgmp.so.3: cannot open shared object file: No such file or directory after installing libgmp3c2 package, gcl launches normally. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Versions of packages gcl depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii gcc 4:4.1.1-15 The GNU C compiler gcl recommends no packages. -- debconf information: * gcl/default_gcl_prof: * gcl/default_gcl_ansi:

2 1

[cl-debian] Bug#330468: sbcl: Can't start sbcl with kernel 2.4.27-2-686
by Didier Verna 28 Jun '07

28 Jun '07

Package: sbcl Version: 1:0.9.4.65-1 Severity: grave Hi ! When I try to launch SBCL, I get the following message: ,---- | fatal error encountered in SBCL pid 10204(tid 16384): | This version of sbcl is compiled with threading support, but your kernel is | too old to support this. Please use a more recent kernel or a version of sbcl | without threading support. `----- ... which I consider a bug since the Debian package installed just fine, and there don't seem to be an alternative sbcl package usable for me. I don't want to use a 2.6 kernel on my machine. So what should I do ? Thanks ! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sbcl depends on: ii common-lisp-controller 4.18 This is a Common Lisp source and c ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii sbcl-common 1:0.9.4.65-1 Architecture independent files for Versions of packages sbcl recommends: ii binfmt-support 1.2.6 Support for extra binary formats -- no debconf information

4 4

[cl-debian] Bug#397026: cmucl: package does not install in etch
by commi 28 Jun '07

28 Jun '07

Package: cmucl Version: 19c-release-20051115-3 Severity: normal The package fails to install with: Richte cmucl ein (19c-release-20051115-3) ... Installing Common Lisp Controller in CMU CL ... Couldn't mmap at 0xbe000000, len 1048576; got mapping at 0xa7d11000 insteadensur e_space: Failed to validate 1048576 bytes at 0xbe000000 FAILED ------------------------------------------- mimi@host1:~$ cmucl --version Couldn't mmap at 0xbe000000, len 1048576; got mapping at 0xa7d0f000 insteadensure_space: Failed to validate 1048576 bytes at 0xbe000000 -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cmucl depends on: ii common-lisp-controller 6.6 This is a Common Lisp source and c ii debconf [debconf-2.0] 1.5.6 Debian configuration management sy Versions of packages cmucl recommends: ii binfmt-support 1.2.8 Support for extra binary formats -- debconf information: cmucl/upgradeproblems:

3 2

[cl-debian] Bug#360561: cmucl: CMUCL does not run under kernel version 2.6.16
by Christian Lynbech 28 Jun '07

28 Jun '07

Package: cmucl Version: 19c-release-20051115-2 Severity: normal When trying to run CMUCL under the recently released 2.6.16 kernels, it fails to start with the error: chateau:~> lisp Couldn't mmap at 0xbe000000, len 1048576; got mapping at 0xa7cc1000 insteadensure_space: Failed to validate 1048576 bytes at 0xbe000000 The problem is semi-serious in the sense that Debian unstable only really has the 2.6.16 kernels left and thus it kind of is not possible to run CMUCL together with a supported distributed kernel. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages cmucl depends on: ii common-lisp-controller 5.13 This is a Common Lisp source and c ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy Versions of packages cmucl recommends: ii binfmt-support 1.2.7 Support for extra binary formats -- debconf information: cmucl/upgradeproblems:

4 3