September 2007 - cl-debian@common-lisp.net

[cl-debian] Bug#382430: c-l-c installation of ecl does things wrong
by "Faré" 03 Oct '07

03 Oct '07

Package: ecl Version: 0.9i-2 Severity: normal the c-l-c installation of ecl does a few wrong things: (1) it uses the c-l-c version of asdf and not the ecl-provided one from /usr/lib/ecl/asdf.fas as a result it fails to include the make-build extension from ECL sources ecl-0.9i/contrib/asdf/asdf-ecl.lisp Solution (a) would be to (require 'asdf) from the c-l-c compiled image and not compile it in the c-l-c binary for ecl. Solution (b) would be to include asdf-ecl.lisp in the ecl package, and recompile it together with c-l-c's asdf.lisp when installing c-l-c. (2) it somehow gets cmp.fas and sysfun.lsp to systematically load verbosely in a way that isn't hushed up by flag -q resulting in an unremovable banner ;;; Loading #P"/usr/lib/ecl/cmp.fas" ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" which is quite annoying for programs that need produce controlled output. This is probably caused by the runtime loading of /etc/lispconfig.lisp by c-l-c. This banner should not be printed by quiet ecl scripts. Solution (2a) is to explicitly bind *load-verbose* to nil when loading /etc/lispconfig.lisp. Solution (2b) is to modify the c-l-c ecl startup to somehow hook the value of *load-verbose* on the -q flag. However, this requires modifying or overriding code from ecl-0.9i/src/lsp/cmdline.lsp and maintaining the result. Ouch. Solution (2c) is to hook into ecl's loading of a user resource file and replace it with the loading of a system resource file, say /etc/ecl/rc.lisp that in turn loads /etc/lispconfig.lisp then the user resource file. We would just prepend that path to *lisp-init-file-list* from install-clc.lisp, and writing the proper default code in /etc/ecl/rc.lisp Thus the usual parsing of -q and -norc applies to clc's ecl. (3) compiling configuration files everytime can be a performance issue, in addition to requiring to load the compiler. We could instead have a mechanism such as cl-launch's compile-and-load-file to only recompile when needed (SLIME's doesn't try hard enough for ECL), and put c-l-c cached .fas variants of the files in *lisp-init-file-list* before the source variants. Also, we want it to not require users to do anything special for the fasl to remain in synch with their lisp configuration. Any hackish code should come precompiled as part of install-clc.lisp so as to avoid requiring costly recompilation at runtime when things change. Solution (3a) would be to only do that for the system-wide file, and have that system-wide file include provisions for recompiling itself and then loading the compiled contents, and do the same for lispconfig.lisp and user files. A bit of a hack. Solution (3b) would be to modify or override cmdline.lsp to do the compile-and-load instead of load. Costly to maintain. (4) If we use a compile-and-load-file strategy for (3), then we might share code with cl-launch. This would mean having a dependency on cl-launch. It also means I should change cl-launch to install its file in /usr/share/common-lisp/source/cl-launch instead of /usr/share/common-lisp/cl-launch and produce a cl-launch.asd. I'll do that for cl-launch 1.85. In any cases, problems (1) and (2) both interact badly with cl-launch, and although cl-launch 1.84 now fully supports ECL, debian users need export ECL=/usr/lib/ecl/ecl-original so as to use cl-launch with ECL. I should probably include detection of that executable in cl-launch as a workaround to current breakage, since I already kluge a lot of my way to supporting ECL in cl-launch. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9-blefuscu Locale: LANG=en_US.iso-8859-1, LC_CTYPE=en_US.iso-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to e n_US.iso-8859-1) Versions of packages ecl depends on: ii common-lisp-controller 6.1 This is a Common Lisp source and c ii gcc-4.1 4.1.1-9 The GNU C compiler ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libgc-dev 1:6.7-2 conservative garbage collector for ii libgc1c2 1:6.7-2 conservative garbage collector for ii libgmp3-dev 2:4.2.1+dfsg-3 Multiprecision arithmetic library ii libgmp3c2 2:4.2.1+dfsg-3 Multiprecision arithmetic library ii libncurses5-dev 5.5-2 Developer's libraries and docs for ecl recommends no packages. -- no debconf information

2 2

[cl-debian] Bug#436129: "Object #<"ASDF" package> cannot be externalized." when installing ecl
by css 03 Oct '07

03 Oct '07

Package: ecl Version: 0.9i-20070324-2 Severity: normal When installing ecl via "aptitude install ecl" the following error occurs: Richte ecl ein (0.9i-20070324-2) ... /usr/lib/common-lisp/bin/ecl.sh loading and dumping clc. ;;; Loading "/usr/lib/ecl/install-clc.lisp" ;;; Loading #P"/usr/lib/ecl/cmp.fas" ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" Saving to new-ecl... ;;; Loading "/var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.fas" An error occurred during initialization: Object #<"ASDF" package> cannot be externalized. The ECL-Command is not existant afterwards. The Manpage exists and some script ecl-config doing nothing exists also. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ecl depends on: ii common-lisp-controller 6.11 Common Lisp source and compiler ma ii gcc-4.1 4.1.2-13 The GNU C compiler ii libc6 2.6-2 GNU C Library: Shared libraries ii libgc-dev 1:6.8-1 conservative garbage collector for ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgmp3-dev 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libncurses5-dev 5.6+20070716-1 Developer's libraries and docs for ecl recommends no packages. -- no debconf information

2 1

[cl-debian] Bug#433802: cl-swank: Slime crashes CMUCL on disconnect
by Mark Wooding 03 Oct '07

03 Oct '07

Package: cl-swank Version: 1:20070409-3 Severity: normal Tags: patch To demonstrate: * Start cmucl in a window. * Say to Lisp: (load "/usr/share/common-lisp/source/slime/swank-loader.lisp") * Say to Lisp `(create-server)'. * Start Emacs. * Say to Emacs `M-x slime-connect RET RET RET'. * Play about in both to show they've connected. * Say to Emacs `, disconnect RET'. * Lisp says: Help! 12 nested errors. KERNEL:*MAXIMUM-ERROR-DEPTH* exceeded. Debug (type H for help) (LISP::DO-OUTPUT #<Stream for descriptor 6> #.(SYSTEM:INT-SAP #xB7F8A000) 0 3055 ...) and refuses to cooperate further. It won't listen to C-c, C-z, C-\ or any other obvious signals; saying `killall lisp' in another shell works OK. This is obviously hopeless for connecting Slime to some long-running server, fixing something, and disconnecting again. To fix the problem (apparently): --- /usr/share/common-lisp/source/slime/swank.lisp 2007-05-31 21:49:06.000000000 +0100 +++ /tmp/mwooding/swank.lisp 2007-07-19 14:46:46.000000000 +0100 @@ -617,7 +617,7 @@ (connection.socket-io *emacs-connection*)) (defun close-connection (c &optional condition backtrace) - (format *debug-io* "~&;; swank:close-connection: ~A~%" condition) +;; (format *debug-io* "~&;; swank:close-connection: ~A~%" condition) (let ((cleanup (connection.cleanup c))) (when cleanup (funcall cleanup c))) In case it's interesting, I'm using cmucl 19d-20061116-2. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cl-swank depends on: ii common-lisp-controller 6.10 This is a Common Lisp source and c cl-swank recommends no packages. -- no debconf information

2 1

[cl-debian] [RFS] Batch of packages
by Pierre THIERRY 02 Oct '07

02 Oct '07

I uploaded to mentors 4 packages I'm searching a sponsor for. (and 1 was still waiting) For each package, I make the Mercurial history of my work available online. If you're not familiar with Mercurial, note that these Web addresses are both pullable and viewable in a browser, and provide RSS feeds for various logs. In this case, the most interesting is the feed for tags (I add a tag for each upstream and debian version). First, I finally made a package from Bordeaux Threads 0.0.2[1][2], for which I contributed license clarifications (there was actually no license notice in the code, nor any license file). 1. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 2. http://arcanes.fr.eu.org/~pierre/2007/03/bordeaux-threads-pkg/ There is still a package for MT19937 1.1[3][4], a portable Mersenne Twister random number generator. 3. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 4. http://arcanes.fr.eu.org/~pierre/2007/03/mt19937-pkg/ But the main part is getting Vecto into Debian. I modified the license information for CL-Vectors 0.1.3[5][6] according to the reject of the ftp-masters, created a package for the other missing dependency, Salza-PNG 1.0[7][8] and last but not least, created a package for Vecto 1.0.1[9][10]. 5. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 6. http://arcanes.fr.eu.org/~pierre/2007/03/cl-vectors-pkg/ 7. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 8. http://arcanes.fr.eu.org/~pierre/2007/09/salza-png-pkg/ 9. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;packag… 10. http://arcanes.fr.eu.org/~pierre/2007/09/vecto-pkg/ For all these packages, I'm searching for a sponsor to do the upload. If my work is of a sufficient quality, I'd like to become officially Debian Maintainer for them, to be able to upload them autonomously. It may be helpful if I also take maintainership for Salza, I suppose. Dependently, Pierre -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

1 1

[cl-debian] [ann] [drakma-announce] New release 0.10.2 (Was: http-request header issue)
by Edi Weitz 29 Sep '07

29 Sep '07

On Sat, 29 Sep 2007 00:00:12 -0700 (PDT), Ross Jekel <ross(a)sourcelabs.com> wrote: > Trouble is, a few lines above it setf's (uri-query uri) to an empty > string "" if parameters-used-p is t but parameters is nil. Ah, yes, thanks. That was a bug I introduced with my 0.10.1 change. Should be fixed now. Edi. _______________________________________________ drakma-announce mailing list drakma-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] hyperspec 1.25 MIGRATED to testing
by Debian testing watch 28 Sep '07

28 Sep '07

FYI: The status of the hyperspec source package in Debian's testing distribution has changed. Previous version: 1.24 Current version: 1.25 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0

[cl-debian] common-lisp-controller 6.12 MIGRATED to testing
by Debian testing watch 28 Sep '07

28 Sep '07

FYI: The status of the common-lisp-controller source package in Debian's testing distribution has changed. Previous version: 6.11 Current version: 6.12 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0

[cl-debian] cl-who 0.11.0-1 MIGRATED to testing
by Debian testing watch 28 Sep '07

28 Sep '07

FYI: The status of the cl-who source package in Debian's testing distribution has changed. Previous version: 0.9.1-1 Current version: 0.11.0-1 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0

[cl-debian] cl-typesetting 149-1 MIGRATED to testing
by Debian testing watch 28 Sep '07

28 Sep '07

FYI: The status of the cl-typesetting source package in Debian's testing distribution has changed. Previous version: 139-1 Current version: 149-1 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0

[cl-debian] cl-port 20070625-1 MIGRATED to testing
by Debian testing watch 28 Sep '07

28 Sep '07

FYI: The status of the cl-port source package in Debian's testing distribution has changed. Previous version: 20060408-1 Current version: 20070625-1 -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0