November 2005 - cl-debian@common-lisp.net

[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#338613: The clc-dumped image's name is wrong--a bug in gclcvs.sh
by Chun Tian (binghe) 29 Aug '06

29 Aug '06

Package: gclcvs Version: 2.7.0-50.1 Severity: Normal For many days, when I've installed gclcvs, a directory named '>' will be in / or /root ... So I tracked this bug, then found a bug in /usr/lib/common-lisp/bin/gclcvs.sh (debian/in-gcl-clc.sh), because of this two line: image=$($gcl_bin -batch -eval '(princ (namestring (merge-pathnames (make-pathname :name saved_clc_gcl") (pathname si:*system-directory*))))'</dev/null) gcl_clc=$($gcl_bin -batch -eval '(princ (namestring (make-pathname :directory (append pathname-directory (pathname "/usr/lib/common-lisp/")) (last (pathname-directory (pathname si::*lib-directory*)))))))'</dev/null) I found gclcvs whith '-batch' won't auto exit when the eval end, so a '\n' and '>' will append to the $image and $gcl_clc. This makes the name of the image file which this script generate IS NOT correct, so that /usr/bin/gclcvs cannot load them. I don't know the function '-batch', but a simple solution: add a (quit) at the end of these 'eval', like that: (and I don't need a '</dev/null' any more) image=$($gcl_bin -batch -eval '(progn (princ (namestring (merge-pathnames (make-pathname :name saved_clc_gcl") (pathname si:*system-directory*)))) (quit))') gcl_clc=$($gcl_bin -batch -eval '(progn (princ (namestring (make-pathname :directory (append (pathname-directory (pathname "/usr/lib/common-lisp/")) (last (pathname-directory (pathname si::*lib-directory*))))))) (quit))') Thanks. -- GnuPG Key: 0xF7C63B10

2 1

[cl-debian] Bug#340442: cl-swank: Removing package leaves variable slime-backend set
by Nicolas Neuss 28 Jul '06

28 Jul '06

Package: cl-swank Severity: normal I encountered problems using the SLIME package with SBCL. Then I wanted to switch to CVS Slime by removing the slime and cl-swank packages. Strangely, this did not work, because even after "emacs -q" the variable slime-backend is still set to "/usr/share/common-lisp/source/slime/swank-loader.lisp" -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

4 3

[cl-debian] Bug#323274: wishlist: packaging of SBCL sources; recording of source-definitions for lisp forms
by Sean Champ 08 Jul '06

08 Jul '06

Package: sbcl Version: 1:0.9.3.0-2 Severity: wishlist [*] Introduction Today, I was trying to use SLIME's `slime-edit-definition', in order to learn a bit more about what is defined in SBCL. However, on a number of forms, when I tried to view their definitions, SBCL produced messages like Error: Source filename not recorded for ... That was so, on (DEFGENERIC STREAM-LINE-COLUMN) (METHOD STREAM-LINE-COLUMN (FUNDAMENTAL-CHARACTER-OUTPUT-STREAM)) Yet, for (METHOD STREAM-LINE-COLUMN (SWANK-BACKEND::SLIME-OUTPUT-STREAM)) SBCL is able to determine where that method is defined -- presumably, given that the sources for that method's definition are available on the local system, and given that the code would have been compiled with an DEBUG OPTIMIZE of quality 2 or greater [incidental ref: SBCL manual, Source Location Availability], and given the nature of it, a method definition, such that the source location would be recoded, for it. [*] The Request I do not mean to ask overmuch, but if there would be an opportunity that the SBCL sources would be made available in a Debian package, and if SBCL -- in its availability with Debian -- would be available as being compiled, with such an OPTIMIZE DEBUG proclamation that SBCL would record the source defintions of appropriate forms, then I am sure it would be of help, for many users of SBCL (at the very least, for our becoming acquainted with the SBCL source-code) Though I realize that I may try to address this request, directly upon the Debian source package for SBCL, yet it might take me some while, as to produce anything useful of it. Also, I would only be able to address it for x86 architectures. Regardless, I have thought that this should be addressed as a wishlist item, about the Debian SBCL release. While I realize that it would probably result in some change in the performance of SBCL, if it would be compiled with such a DEBUG quality as would be needed for it to record source locations, yet it may be of use, to who would intend to see the definition of a form, within the SBCL sources. As such, it may be of help, towards the continuing development of SBCL. [*] Addressing Attendant Concerns If it would serve to ease any concern about performance, then to have the matter brought to any reader's attention: Anyone might derive a package for a particularly optimized SBCL, deriving the package upon the Debian SBCL packages -- editing the debian/* files, as to adapt the commands for the compilation, and to adjust package-names, in order to avoid naming conflicts -- then, of course, running debuild and/or any more of the pacakge-buiding tools. Hopefully, such would not result in a bewildering array of SBCL packags, but hey, "what can one say". Thank you. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.11.8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sbcl depends on: ii common-lisp-controller 4.12 This is a Common Lisp source and c ii libc6 2.3.5-3 GNU C Library: Shared libraries an ii sbcl-common 1:0.8.21.16-2 Architecture independent files for -- debconf information excluded

2 1

[cl-debian] Processed: Reassign
by owner＠bugs.debian.org 30 Nov '05

30 Nov '05

Processing commands for control(a)bugs.debian.org: > retitle 340646 lispinit.mem missing on SPARC, IA64 Bug#340646: mcvs: ftbfs [sparc] [spvw_memfile.d:834] errno = ENOENT: No such file or directory. Changed Bug title. > reassign 340646 clisp Bug#340646: lispinit.mem missing on SPARC, IA64 Bug reassigned from package `mcvs' to `clisp'. > stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

1 0

[cl-debian] Bug#341500: sbcl: Missing build-depndency on dh-lisp
by Mario Lang 30 Nov '05

30 Nov '05

Package: sbcl Version: 1:0.9.6.55-1 Severity: important sbcl misses a build-dep on dh-lisp, which results in a sbcl.postinst without the clc magic, therefore not providing a core file: $ sbcl fatal error encountered in SBCL pid 2834: can't find core file This results in a very broken package at least on amd64. Manually running register-common-lisp-implementation doesn't help either, since the required sbcl.sh script is apparently not present in the sbcl binary package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rt20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages sbcl depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an Versions of packages sbcl recommends: ii binfmt-support 1.2.7 Support for extra binary formats -- no debconf information -- CYa, Mario

1 0

[cl-debian] Bug#340853: FTBFS (alpha): __remq is undefined
by Falk Hueffner 30 Nov '05

30 Nov '05

Package: gclcvs Version: 2.7.0-50.1 Severity: serious Justification: no longer builds from source gclcvs does not build on Alpha: [...] GCL (GNU Common Lisp) 2.7.0 CLtL1 Oct 15 2005 08:35:10 Source License: LGPL(gcl,gmp), GPL(unexec,bfd) Binary License: GPL due to GPL'ed components: (READLINE BFD UNEXEC) Modifications of this banner must retain notice of a compatible license Dedicated to the memory of W. Schelter Use (help) to get some basic information on how to use GCL. > Loading ../tkl.o __remq is undefined Error: Cannot get relocated section contents Fast links are on: do (si::use-fast-links nil) for debugging Error signalled by EVAL. [...] Full log at http://buildd.debian.org/fetch.php?&pkg=gclcvs&ver=2.7.0-50.1&arch=alpha&st… This was already discussed at http://lists.debian.org/debian-alpha/2005/09/msg00027.html , but without a resolution. Since apparently this isn't reproducible on escher, I can offer an account on my machine if anybody wants to debug this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=C, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)

2 1

[cl-debian] Accepted dh-lisp 0.5 (source all)
by René van Bevern 30 Nov '05

30 Nov '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 28 Nov 2005 18:25:15 +0100 Source: dh-lisp Binary: dh-lisp Architecture: source all Version: 0.5 Distribution: unstable Urgency: low Maintainer: René van Bevern <rvb(a)pro-linux.de> Changed-By: René van Bevern <rvb(a)pro-linux.de> Description: dh-lisp - Debhelper to support Common Lisp related packages Changes: dh-lisp (0.5) unstable; urgency=low . * update package description with information of target groups . * add cdbs to Build-Depends: because it is used to provide the "clean" target Files: f20434b51f1c82074d52870e000642f6 550 devel optional dh-lisp_0.5.dsc 7f5a05efbaddc97456c75e0647158064 6729 devel optional dh-lisp_0.5.tar.gz 53e28591d850105da830124132e25358 8778 devel optional dh-lisp_0.5_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDjYhyipBneRiAKDwRAvDGAKCDMBdOrop++W1WmnN22NKjUEPX+gCgs3vx f5Dso0xFd8y9U9ZarwKPKM4= =UGQy -----END PGP SIGNATURE----- Accepted: dh-lisp_0.5.dsc to pool/main/d/dh-lisp/dh-lisp_0.5.dsc dh-lisp_0.5.tar.gz to pool/main/d/dh-lisp/dh-lisp_0.5.tar.gz dh-lisp_0.5_all.deb to pool/main/d/dh-lisp/dh-lisp_0.5_all.deb

1 0

[cl-debian] Re: Web subscription for tbnl package
by owner＠packages.qa.debian.org 30 Nov '05

30 Nov '05

Processing commands for pts(a)qa.debian.org: > Subject: Web subscription for tbnl package > subscribe tbnl cl-debian(a)common-lisp.net tbnl is neither a source package nor a binary package. It may be a 'virtual package' or a mistake... A confirmation mail has been sent to cl-debian(a)common-lisp.net. >

5 7

[cl-debian] Accepted cl-utilities 1.2-1 (source all)
by Peter Van Eynde 30 Nov '05

30 Nov '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 29 Nov 2005 13:44:23 +0100 Source: cl-utilities Binary: cl-utilities Architecture: source all Version: 1.2-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Changed-By: Peter Van Eynde <pvaneynd(a)debian.org> Description: cl-utilities - a Common Lisp library of common functions Changes: cl-utilities (1.2-1) unstable; urgency=low . * New upstream Files: 90aa63239401df39285310fbdac4e374 595 devel optional cl-utilities_1.2-1.dsc 4b182a1c385d03398927f50c63d2773f 12932 devel optional cl-utilities_1.2.orig.tar.gz ed25bf79ec4f23247dac75b0c022023a 1451 devel optional cl-utilities_1.2-1.diff.gz e56a9b0154beae4efaea4143ca8ed873 14802 devel optional cl-utilities_1.2-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDjF+b11ldN0tyliURArYzAKCzsiOCX4OpkwA8604dEGObnh5N2QCgiefX Af9XLeuppNsEnJP+NDZKkRs= =gCGQ -----END PGP SIGNATURE----- Accepted: cl-utilities_1.2-1.diff.gz to pool/main/c/cl-utilities/cl-utilities_1.2-1.diff.gz cl-utilities_1.2-1.dsc to pool/main/c/cl-utilities/cl-utilities_1.2-1.dsc cl-utilities_1.2-1_all.deb to pool/main/c/cl-utilities/cl-utilities_1.2-1_all.deb cl-utilities_1.2.orig.tar.gz to pool/main/c/cl-utilities/cl-utilities_1.2.orig.tar.gz

1 0