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

[cl-debian] Bug#362808: clisp: ftbfs [sparc] *** - quotient Ã§Ã§Ã§Ã§
by Blars Blarson 28 Jul '06

28 Jul '06

Package: clisp Version: 1:2.38-3 Severity: important Justification: no longer builds from source clisp failed to build on a sparc buildd and my sparc pbuilder with similar errors. buildd: ./lisp.run -B . -N locale -Efile UTF-8 -Eterminal UTF-8 -Emisc 1:1 -norc -m 1400KW -x "(and (load \"init.lisp\") (sys::%saveinitmem) (ext::exit)) (ext::exit t)" i i i i i i i ooooo o ooooooo ooooo ooooo I I I I I I I 8 8 8 8 8 o 8 8 I \ `+' / I 8 8 8 8 8 8 \ `-+-' / 8 8 8 ooooo 8oooo `-__|__-' 8 8 8 8 8 | 8 o 8 8 o 8 8 ------+------ ooooo 8oooooo ooo8ooo ooooo 8 Copyright (c) Bruno Haible, Michael Stoll 1992, 1993 Copyright (c) Bruno Haible, Marcus Daniels 1994-1997 Copyright (c) Bruno Haible, Pierpaolo Bernardi, Sam Steingold 1998 Copyright (c) Bruno Haible, Sam Steingold 1999-2000 Copyright (c) Sam Steingold, Bruno Haible 2001-2006 ;; Loading file defseq.lisp ... ;; Loaded file defseq.lisp ;; Loading file backquote.lisp ... ;; Loaded file backquote.lisp ;; Loading file defmacro.lisp ... ;; Loaded file defmacro.lisp ;; Loading file macros1.lisp ... ;; Loaded file macros1.lisp ;; Loading file macros2.lisp ... ;; Loaded file macros2.lisp ;; Loading file defs1.lisp ... *** - quotient Ã§Ã§Ã§Ã§Ã§Ã§Ã§Ã§0Ã§Ã§Ã§Ã§Ã§Ã§Ã§Ã§0Ã§Ã§Ã§Ã§Ã§Ã§Ã§Ã§0Ã§Ã§Ã§Ã§Ã§Ã§Ã§Ã§0Ã§Ã§Ã§Ã§Ã§Ã§Ã§Ã§0Ã§Ã§Ã§Ã§Ã§Ã§Ã§Ã§0Ã§Ã§Ã§Ã§Ã§Ã§Ã§Ã§ / Ã§Ã§Ã§Ã§Ã§Ã§Ã§Ã§ is not an integer Bye. make[1]: *** [interpreted.mem] Error 1 make[1]: Leaving directory `/build/buildd/clisp-2.38/debian/build' pbuilder: ./lisp.run -B . -N locale -Efile UTF-8 -Eterminal UTF-8 -Emisc 1:1 -norc -m 1400 KW -x "(and (load \"init.lisp\") (sys::%saveinitmem) (ext::exit)) (ext::exit t)" i i i i i i i ooooo o ooooooo ooooo ooooo I I I I I I I 8 8 8 8 8 o 8 8 I \ `+' / I 8 8 8 8 8 8 \ `-+-' / 8 8 8 ooooo 8oooo `-__|__-' 8 8 8 8 8 | 8 o 8 8 o 8 8 ------+------ ooooo 8oooooo ooo8ooo ooooo 8 Copyright (c) Bruno Haible, Michael Stoll 1992, 1993 Copyright (c) Bruno Haible, Marcus Daniels 1994-1997 Copyright (c) Bruno Haible, Pierpaolo Bernardi, Sam Steingold 1998 Copyright (c) Bruno Haible, Sam Steingold 1999-2000 Copyright (c) Sam Steingold, Bruno Haible 2001-2006 ;; Loading file defseq.lisp ... ;; Loaded file defseq.lisp ;; Loading file backquote.lisp ... ;; Loaded file backquote.lisp ;; Loading file defmacro.lisp ... ;; Loaded file defmacro.lisp ;; Loading file macros1.lisp ... ;; Loaded file macros1.lisp ;; Loading file macros2.lisp ... ;; Loaded file macros2.lisp ;; Loading file defs1.lisp ... ;; Loaded file defs1.lisp ;; Loading file lambdalist.lisp ... ;; Loaded file lambdalist.lisp ;; Loading file places.lisp ... ;; Loaded file places.lisp ;; Loading file floatprint.lisp ... ;; Loaded file floatprint.lisp ;; Loading file defpackage.lisp ... ;; Loaded file defpackage.lisp ;; Loading file type.lisp ... ;; Loading file subtypep.lisp ... ;; Loaded file subtypep.lisp ;; Loaded file type.lisp ;; Loading file clos-package.lisp ... ;; Loaded file clos-package.lisp ;; Loading file clos-macros.lisp ... ;; Loaded file clos-macros.lisp ;; Loading file clos-class0.lisp ... ;; Loaded file clos-class0.lisp ;; Loading file clos-metaobject1.lisp ... ;; Loaded file clos-metaobject1.lisp ;; Loading file clos-slotdef1.lisp ... ;; Loaded file clos-slotdef1.lisp ;; Loading file clos-stablehash1.lisp ... ;; Loaded file clos-stablehash1.lisp ;; Loading file clos-specializer1.lisp ... ;; Loaded file clos-specializer1.lisp ;; Loading file clos-class1.lisp ... ;; Loaded file clos-class1.lisp ;; Loading file clos-class2.lisp ... ;; Loaded file clos-class2.lisp ;; Loading file clos-class3.lisp ... *** - ALLOCATE-METAOBJECT-INSTANCE: length Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿0Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿0Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿ should be of type (INTEGER (0) (Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿0Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿0Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿0Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿0Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿0Â¿Â¿Â¿Â¿Â¿Â¿Â¿Â¿)) Bye. make[1]: *** [interpreted.mem] Error 1 make[1]: Leaving directory `/tmp/buildd/clisp-2.38/debian/build' make: *** [build-stamp] Error 2 pbuilder: Failed autobuilding of package

3 2

[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#369604: cltl: cltl2-root-url setup at top level
by Kevin Ryde 24 Jul '06

24 Jul '06

Package: cltl Version: 1.0.19 Severity: wishlist File: /etc/emacs/site-start.d/60cltl.el It'd be nice if the setup in 60cltl.el (setq cltl2-root-url "/usr/share/doc/cltl/") was done at the top level instead of in ilisp-load-hook. The cltl2.el package can be used without running up ilisp mode. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages cltl depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii wget 1.10.2-1 retrieves files from the web cltl recommends no packages. -- debconf information: cltl/aborting: * cltl/downloading: true cltl/tryagain: true

2 1

[cl-debian] Bug#364687: hyperspec: hyperspec.el setups at top level
by Kevin Ryde 24 Jul '06

24 Jul '06

Package: hyperspec Version: 1.21 Severity: wishlist File: /etc/emacs/site-start.d/60hyperspec.el It'd be nice if the two setups in 60hyperspec.el, (setq common-lisp-hyperspec-root "/usr/share/doc/hyperspec/") (setq common-lisp-hyperspec-symbol-table (concat common-lisp-hyperspec-root "Data/Map_Sym.txt")) where done at the top-level rather than in ilisp-load-hook, so you can use them if you're just browsing with hyperspec.el (or clhs.el), without running an ilisp. p-- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages hyperspec depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii wget 1.10.2-1 retrieves files from the web hyperspec recommends no packages. -- debconf information: hyperspec/aborting: hyperspec/downloading: true hyperspec/tryagain: true

2 1

[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] Bug#367969: cl-tbnl: never upstream available
by Peter Van Eynde 04 Jul '06

04 Jul '06

Package: cl-tbnl Version: 0.8.7-1 Severity: wishlist Hi Upstream seems to have 0.9.9 in the current tarball. Groetjes, Peter -- 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.16.11-mine11 Locale: LANG=en_IE.UTF-8@euro, LC_CTYPE=it_IT (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Versions of packages cl-tbnl depends on: ii cl-base64 3.3.1-5 Common Lisp package to encode and ii cl-kmrcl 1.85-1 General Utilities for Common Lisp ii cl-md5 1:1.8-1 Common Lisp package for MD5 Messag ii cl-ppcre 1.2.13-2 Portable Regular Express Library f ii cl-rfc2388 1.1-2 an implementation of RFC 2388 in C ii cl-url-rewrite 0.1.0-2 Common Lisp package for rewriting ii common-lisp-controller 6.1 This is a Common Lisp source and c cl-tbnl recommends no packages. -- no debconf information

2 1

[cl-debian] Bug#344629: gcl: French debconf templates translation update
by Sylvain Archenault 27 Jun '06

27 Jun '06

Package: gcl Version: N/A Severity: wishlist Tags: patch l10n Please find attached the French debconf templates translation update, proofread by the debian-l10n-french mailing list contributors. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)

2 1

[cl-debian] Bug#343695: gcl: [INTL:sv] Swedish debconf templates translation
by Daniel Nylander 27 Jun '06

27 Jun '06

Package: gcl Version: 2.6.7-12 Severity: wishlist Tags: patch l10n Here is an update of the debconf template for gcl. Regards, Daniel -- 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.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1)

4 4

[cl-debian] Bug#363909: gcl: version in etch breaks maxima 5.9.3
by Harald Geyer 20 Jun '06

20 Jun '06

Package: gcl Version: 2.6.7-14 Severity: normal Hi! I compiled the original maxima 5.9.3 sources, which worked fine. However with the newly compiled maxima binary I get the following session: (%i1) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report: ------------------------------------------------------------- Maxima version: 5.9.3 Maxima build date: 13:0 3/31/2006 host type: i686-pc-linux-gnu lisp-implementation-type: GNU Common Lisp (GCL) lisp-implementation-version: GCL 2.6.7 ------------------------------------------------------------- The above information is also available from the Maxima function build_info(). (%o1) (%i2) integrate(1/(a*x^2+b), x); Is a b positive or negative? Is a b positive or negative? Is a b positive or negative? Is a b positive or negative? Is a b positive or negative? Is a b positive or negative? Is a b positive or negative? Is a b positive or negative? Is a b positive or negative? Maxima encountered a Lisp error: Console interrupt. Automatically continuing. To reenable the Lisp debugger set *debugger-hook* to nil. (%i3) That is: Maxima asks the same question over and over again, without giving me a chance to enter anything. The same maxima sources work under sarge without any problems. So I guess, it must be gcl's fault. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.4.27-1-386 Locale: LANG=de_AT@euro, LC_CTYPE=de_AT@euro (charmap=ISO-8859-15) Versions of packages gcl depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii gcc 4:4.0.2-2 The GNU C compiler ii libc6 2.3.6-7 GNU C Library: Shared libraries ii libgmp3c2 4.1.4-10 Multiprecision arithmetic library ii libncurses5 5.5-1.1 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii tcl8.4 8.4.12-1 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - gcl recommends no packages. -- debconf information: * gcl/default_gcl_prof: false * gcl/default_gcl_ansi: true

2 1

[cl-debian] Bug#349495: gcl: build attempts to write to root directory
by Karsten Trulsen 20 Jun '06

20 Jun '06

Package: gcl Version: 2.6.7-14 Severity: normal Attempt to build on platform "Linux 2.6.12-i686 athlon i386 GNU/Linux" failed with the following error message: /bin/sh: line 1: /temp_emacs_default: Permission denied The error is apparently in file .../gcl-2.6.7/elisp/makefile where the variable DESTDIR appears to be empty or unassigned. This error did not occur in version 2.6.7-11. Karsten

2 1