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

[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#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

[cl-debian] Bug#400240: cl-sql-tests: mysql extension testing suite, 3 out of 229 fail
by commi 22 May '07

22 May '07

Package: cl-sql-tests Version: 3.7.7-1 Severity: important Hello Kevin, this is just to let you know that (asdf:operate 'asdf:test-op 'clsql), mysql extension, 3 out of 229 total tests failed: :BASIC/TYPE/2, :BASIC/MAP/3, :BASIC/DO/2. I use sbcl and slime. Is something wrong with my config or is it that maybe the testing code needs upgrade? Regards, commi -- 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.17-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages cl-sql-tests depends on: ii cl-rt 20040621-2 Common Lisp regression tester from ii cl-sql 3.7.7-1 SQL Interface for Common Lisp ii cl-sql-mysql 3.7.7-1 CLSQL database backend, MySQL ii cl-sql-odbc 3.7.7-1 CLSQL database backend, ODBC ii cl-sql-postgresql 3.7.7-1 CLSQL database backend, PostgreSQL ii cl-sql-postgresql-socket 3.7.7-1 CLSQL database backend, PostgreSQL ii cl-sql-sqlite 3.7.7-1 CLSQL database backend, SQLite cl-sql-tests recommends no packages. -- no debconf information

2 1

[cl-debian] Bug#418115: common-lisp-controller: UID not exported?
by Trent Buck 17 May '07

17 May '07

Package: common-lisp-controller Version: 6.9 Severity: important In my normal shell environment, I tried to use ECL's ASDF to load a package: | twb@rocinante[Desktop]$ ecl -eval "(require 'clx)" -eval "(asdf:oos 'asdf:load-op :stumpwm)" -eval "(in-package :stumpwm)" | ;;; Loading #P"/usr/lib/ecl/cmp.fas" | ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" | ;;; Loading #P"/usr/lib/ecl/clx.fas" | ; loading system definition from /home/twb/.clc/systems/stumpwm.asd into | ; #<ASDF0 package> | ;;; Loading "/home/twb/.clc/systems/stumpwm.asd" | ; registering #<SYSTEM :STUMPWM 13833776> as STUMPWM | ; $ umask 077 && echo $UID > /tmp/clc-9810 | ; $ rm /tmp/clc-9810 | An error occurred during initialization: | Unable to find out user ID. The above "echo $UID" command is part of the common-lisp-controller source, so I'm filing this bug against it. Exporting UID fixes the problem: | twb@rocinante[Desktop]$ echo $UID | 1000 | twb@rocinante[Desktop]$ export UID | twb@rocinante[Desktop]$ ecl -eval "(require 'clx)" -eval "(asdf:oos 'asdf:load-op :stumpwm)" -eval "(in-package :stumpwm)" | ;;; Loading #P"/usr/lib/ecl/cmp.fas" | ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" | ;;; Loading #P"/usr/lib/ecl/clx.fas" | ; loading system definition from /home/twb/.clc/systems/stumpwm.asd into | ; #<ASDF0 package> | ;;; Loading "/home/twb/.clc/systems/stumpwm.asd" | ; registering #<SYSTEM :STUMPWM 13833776> as STUMPWM | ; $ umask 077 && echo $UID > /tmp/clc-48910 | ; $ rm /tmp/clc-48910 | ; $ perl -W -e 'use File::stat; use User::pwent; | [BORING STUFF ELIDED] | STUMPWM> For some lisp systems, CLC assumes that UID is set in the process environment. Is this a valid assumption? If so, my sh environment is broken somehow; please close this bug. For reference, here is my complete environment within ECL: | twb@rocinante[Desktop]$ ecl | ;;; Loading #P"/usr/lib/ecl/cmp.fas" | ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" | ECL (Embeddable Common-Lisp) 0.9i | Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya | Copyright (C) 1993 Giuseppe Attardi | Copyright (C) 2000 Juan J. Garcia-Ripoll | ECL is free software, and you are welcome to redistribute it | under certain conditions; see file 'Copyright' for details. | Type :h for Help. Broken at EVAL. | > (require 'asdf) | NIL | > (in-package :asdf) | #<"ASDF" package> | ASDF> (run-shell-command "env >/tmp/xyzzy") | 0 | ASDF> | twb@rocinante[Desktop]$ cat /tmp/xyzzy | ALTERNATE_EDITOR=emacs-snapshot-nox | no_proxy=127.0.0.1,lan,apt-proxy,rocinante,fs,proxy,malambruno | USER=twb | MAIL=/var/mail/twb | SSH_AGENT_PID=3604 | SHLVL=2 | HOME=/home/twb | OLDPWD=/home/twb/Desktop | HUSHLOGIN=FALSE | DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-Wjib4MJZdy,guid=56ff6b0113d419fa08df7000461618ad | VISUAL=emacs-snapshot-nox | COLORTERM=rxvt | LOGNAME=twb | _=/usr/bin/ecl | http_proxy=http://proxy:3128/ | WINDOWID=10485764 | COLORFGBG=15;0 | TERM=screen-256color | LC_COLLATE=C | EMAIL=trentbuck(a)gmail.com | PATH=/home/twb/Public/mirror/scripts:/home/twb/local/bin:/usr/local/bin:/usr/bin:/bin:/usr/games | DISPLAY=:0.0 | LC_DATE=en_AU.UTF-8 | LANG=en_AU.UTF-8 | STY=3621.pts-0.rocinante | XAUTHORITY=/home/twb/.Xauthority | SSH_AUTH_SOCK=/tmp/ssh-YqPEPL3575/agent.3575 | SHELL=/bin/bash | WINDOW=4 | PWD=/home/twb/Desktop | TERMCAP=SC|screen-256color|VT 100/ANSI X3.64 virtual terminal:\ | :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:bs:bt=\E[Z:\ | :cd=\E[J:ce=\E[K:cl=\E[H\E[J:cm=\E[%i%d;%dH:ct=\E[3g:\ | :do=^J:nd=\E[C:pt:rc=\E8:rs=\Ec:sc=\E7:st=\EH:up=\EM:\ | :le=^H:bl=^G:cr=^M:it#8:ho=\E[H:nw=\EE:ta=^I:is=\E)0:\ | :li#92:co#266:am:xn:xv:LP:sr=\EM:al=\E[L:AL=\E[%dL:\ | :cs=\E[%i%d;%dr:dl=\E[M:DL=\E[%dM:dc=\E[P:DC=\E[%dP:\ | :im=\E[4h:ei=\E[4l:mi:IC=\E[%d@:ks=\E[?1h\E=:\ | :ke=\E[?1l\E>:vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l:\ | :ti=\E[?1049h:te=\E[?1049l:us=\E[4m:ue=\E[24m:so=\E[3m:\ | :se=\E[23m:mb=\E[5m:md=\E[1m:mr=\E[7m:me=\E[m:ms:\ | :Co#8:pa#64:AF=\E[3%dm:AB=\E[4%dm:op=\E[39;49m:AX:\ | :vb=\Eg:G0:as=\E(0:ae=\E(B:\ | :ac=\140\140aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~..--++,,hhII00:\ | :po=\E[5i:pf=\E[4i:k0=\E[10~:k1=\EOP:k2=\EOQ:k3=\EOR:\ | :k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:\ | :k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:F3=\E[25~:\ | :F4=\E[26~:F5=\E[28~:F6=\E[29~:F7=\E[31~:F8=\E[32~:\ | :F9=\E[33~:FA=\E[34~:kb=:K1=\EOw:K2=\EOu:K3=\EOy:\ | :K4=\EOq:K5=\EOs:kB=\E[Z:kE=\E[8\^:*4=\E[3$:*7=\E[8$:\ | :#2=\E[7$:#3=\E2$:#4=\E[d:%c=\E[6$:%e=\E[5$:%i=\E[c:\ | :kh=\E[1~:@1=\E[1~:kH=\E[4~:@7=\E[4~:kN=\E[6~:kP=\E[5~:\ | :kI=\E[2~:kD=\E[3~:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:km: | EDITOR=emacs-snapshot-nox | twb@rocinante[Desktop]$ -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages common-lisp-controller depends on: ii bash 3.1dfsg-8 The GNU Bourne Again SHell ii cl-asdf 1.101-1 Another System Definition Facility ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii perl 5.8.8-7 Larry Wall's Practical Extraction ii realpath 1.10 Return the canonicalized absolute common-lisp-controller recommends no packages. -- debconf information: common-lisp-controller/long-site-name: Site name not initialized common-lisp-controller/short-site-name: Unknown

2 1

[cl-debian] Bug#398873: cl-unit: Loading the system fails
by Pierre THIERRY 17 May '07

17 May '07

Package: cl-unit Version: 1.3.1-2 Severity: normal When trying to ASDF load the package, I got the following error: The name "REGRESSION-TEST" does not designate any package. [Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR] while loading the "clunit" ASDF source file. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (501, 'stable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Versions of packages cl-unit depends on: ii common-lisp-controller 6.6 This is a Common Lisp source and c cl-unit recommends no packages. -- no debconf information -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

2 1

[cl-debian] Bug#420034: gclcvs: FTBFS: TYPE-ERROR :DATUM 1469528 :EXPECTED-TYPE LIST NIL
by Lucas Nussbaum 08 May '07

08 May '07

Package: gclcvs Version: 2.7.0-67 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 rebuild Hi, During a rebuild of all packages in sid, I discovered that your package failed to build on i386. Relevant parts: Callee TYPEP sigchange ((T T *) *) to ((T T *) T), recompiling ADJOIN ;; Compiling /tmp/gazonk_16779_xYUBWd.lsp. Correctable error: TYPE-ERROR :DATUM 1469528 :EXPECTED-TYPE LIST NIL Fast links are on: do (si::use-fast-links nil) for debugging Signalled by SYSTEM::DO-RECOMPILE. If continued: choose a new value TYPE-ERROR :DATUM 1469528 :EXPECTED-TYPE LIST NIL Broken at SYSTEM::DO-RECOMPILE. Type :H for Help. >>make[2]: *** [final] Error 255 The full build log is available from http://people.debian.org/~lucas/logs/2007/04/rebuild.sid.i386.20070416/ About the archive rebuilt: The rebuilt was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | lucas(a)lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lucas(a)nussbaum.fr GPG: 1024D/023B3F4F |

2 1