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

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

[cl-debian] cl-launch
by Faré 18 Jun '06

18 Jun '06

I've just released cl-launch 1.74, including debian packages. I'd be glad if one of the cl-debian maintainers would include it in debian. Note: If you want to integrate it better with c-l-c, it will require changing c-l-c so that its cache may contain fasl's for user packages as well as for system packages. Changelog: cl-launch (1.74) unstable; urgency=low * fix some bugs in the documentation -- Francois-Rene Rideau <fare(a)tunes.org> Tue, 25 Apr 2006 04:15:24 +0200 cl-launch (1.73) unstable; urgency=low * add a symlink alias 'cl' to cl-launch * options --print and --write to evaluate and print expression * default behaviour being --execute * implicit --print if only one argument * options --dump and --restart that dump lisp images for fast startup (more output file optimization could be done here, plus support for :executable t in sbcl and/or clisp; :restart not fully supported) * cmucl now uses the noarg invocation method for safer behaviour. * some slight bug fixes in code and documentation. -- Francois-Rene Rideau <fare(a)tunes.org> Tue, 25 Apr 2006 03:54:20 +0200 [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] To this, I shall add one more example: the victim controls the torturer, becauses if the victim screams very loudly at a particular method of torture, this is the method the torturer will select to use. -- Ayn Rand, expounding behaviorist pseudo-psychology, in "Philosophy: Who Needs It?", "The Stimulus and the Response"

1 1

[cl-debian] Bug#363209: Spelling mistake in package description
by Simon Waters 20 May '06

20 May '06

Package: cl-s-xml Severity: minor *** diff/cl-s-xml 26c26 < generatation as much as possible). --- > generation as much as possible). -- 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.15.2 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

3 3

[cl-debian] Bug#359348: ITP: cl-rfc2109 -- a cookie library for Common Lisp based on RFC 2109
by Luca Capello 20 May '06

20 May '06

Package: wnpp Severity: wishlist * Package name : cl-rfc2109 Version : 0.3 Upstream Author : Alan Shields <alan(a)alan.shields.name> * URL or Web page : http://common-lisp.net/project/rfc2109/ * License : BSD Description : a cookie library for Common Lisp based on RFC 2109 rfc2109 implements the original cookie specification as defined by the RFC 2109 document. . It can be used to generate (and eventually parse) cookies in an RFC-compliant way. . The recommended package adds extra features: test suite with cl-fiveam. ===== This is necessary as dependency for UCW [1]. The package will be included in the CL-Debian repository [2] and will follow the "Common Lisp in Debian Manual" [3]. A darcs repository with minor changes not yet included upstream is available at [4]. Thx, bye, Gismo / Luca [1] http://common-lisp.net/project/ucw/ [2] http://cl-debian.alioth.debian.org/cgi-bin/darcsweb.cgi [3] http://cl-debian.alioth.debian.org/clid/clid.html/ [4] http://cl-debian.alioth.debian.org/repository/lcapello/rfc2109-gismo

1 1