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

[cl-debian] cl-asdf 1.109-2 MIGRATED to testing
by Debian testing watch 13 Oct '07

13 Oct '07

FYI: The status of the cl-asdf source package in Debian's testing distribution has changed. Previous version: 1.109-1 Current version: 1.109-2 -- 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] [ann] [drakma-announce] New release 0.11.1 (Was: New releases 0.10.3 (Drakma) and 0.4.1 (Chunga))
by Edi Weitz 11 Oct '07

11 Oct '07

On Thu, 11 Oct 2007 11:43:10 +0300, "Ivan Toshkov" <ivan(a)toshkov.org> wrote: > Hmm, it's strange, because you've released drakma 0.11.0 on 1 > October. Yes, sorry, Sébastien Saint-Sevin also just emailed me about this. I switched laptops recently and it seems I released 0.11.0 from the old one after I had already copied my repository to the new machine. Should be fixed now, i.e. 0.11.1 is online which includes the additions from both 0.11.0 and "0.10.3". Thanks to you both, 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] [ann] [flexi-streams-announce] New release 0.13.1
by Edi Weitz 11 Oct '07

11 Oct '07

ChangeLog: Version 0.13.1 2007-10-11 Small fix for AllegroCL's "modern" mode Download: http://weitz.de/files/flexi-streams.tar.gz _______________________________________________ flexi-streams-announce mailing list flexi-streams-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/flexi-streams-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] libsigsegv 2.4-4 MIGRATED to testing
by Debian testing watch 10 Oct '07

10 Oct '07

FYI: The status of the libsigsegv source package in Debian's testing distribution has changed. Previous version: 2.4-3 Current version: 2.4-4 -- 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] Re: stumpwm: Clarify README.Debian - can't understand a thing how to start this wm
by Jari Aalto 07 Oct '07

07 Oct '07

| > This is too technical. What is "boot up lisp"? How it's being done? | > What command to run, packages to install. Etc. | | I would say that it's not too technical at all. If you know what | Common Lisp is, you should be able to understand the upstream README. | Moreover, this package is not intended for common end-user, but for | users that have a specific background. | | > Please provide step by stem intruction how to start this window | > system, otherwise README.Debian doe snot reflect the needs of | > regular Debian user. | | As I said, it wasn't README.Debian, but the upstream README. In the | package version 1:20060513-1, I added a README.Debian to explain how | to use the SLIME swank together with StumpWM The debian/control::Description reads: Description: a Common Lisp window manager StumpWM is a window manager written entirely in Common Lisp. It attempts to be highly customizable while relying entirely on the keyboard for input. You will not find buttons, icons, title bars, tool bars, or any of the other conventional GUI widgets. >From "StumpWM is a window manager written entirely in Common Lisp" it suggests, that is is just another window manager only that the host language is common lisp. Something is not connecting here. - Aa per you explanation, the the sescription string should differentiate stumpwm from the other regular "window managers" by saing that this one is for only people that understand how to use it with common lisp. Without this, the "joe", like me, expects after download to read /ysr/share/doc/<package>/README.* files in order to see what steps are needed to make the <program> work unless it's setting itself up initially at install. | I'm not inclined to add specific information about how to start | StumpWM to the README.Debian, as the upstream README is quite | self-explanatory. I cc:ed this mail to the Common Lisp in Debian | mailing list [1], in order to have other comments/suggestions about | this bug. In case of no activity for 7 days, I'll tag this bug as | wont-fix. Currently - Description does not suggest anything to be different from standard WM - README* lacks information for anyone else but CL-knowledgeable. Please don't go away, before we can improve this :-) Jari

4 7

[cl-debian] [ann] [hunchentoot-announce] New release 0.14.3 (Was: get-gid-from-name support for SBCL)
by Edi Weitz 06 Oct '07

06 Oct '07

On Sat, 6 Oct 2007 10:19:05 -0700, Cyrus Harmon <ch-tbnl(a)bobobeach.com> wrote: > The following patch implements get-gid-from-name for SBCL. > Unfortunately, it requires SBCL 1.0.10.31 or later for sb-posix > support for getgrnam. Thanks. That it's in the new release now. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] Packages sponsoring
by Pierre THIERRY 06 Oct '07

06 Oct '07

Hi, have anyone taken a look at the packages I uploaded to mentors.d.n? I'm planning to work on bigger packages next, probably drakma and elephant, and maybe CL-MIME in the meantime. Quickly, Pierre -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

1 0

[cl-debian] Bug#445174: slime 20070927-1 --configure error
by Erick Lopez Carreon 04 Oct '07

04 Oct '07

Package: slime Version: 1:20070927-1 Severity: important Hello Peter: I just try to upgrade my slime to the 20070927-1 version, and i'm getting this error in the configuration part of installation: ------------------------------------------------------------------------ Wrote /usr/share/emacs21/site-lisp/slime/contrib/slime-typeout-frame.elc While compiling toplevel forms in file /usr/share/emacs21/site-lisp/slime/contrib/slime-xref-browser.el: !! File error (("Cannot open load file" "tree-widget")) Done emacs-package-install: /usr/lib/emacsen-common/packages/install/slime emacs21 emacs21 emacs22 failed at /usr/lib/emacsen-common/emacs-package-install line 30, <TSORT> line 2. dpkg: error processing slime (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: slime ------------------------------------------------------------------------ I get the same error on two different machines. And dpkg -s slime says: ------------------------------------------------------------------------ Package: slime Status: install ok half-configured Priority: optional Section: devel Installed-Size: 1840 Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Architecture: all Version: 1:20070927-1 Config-Version: 1:20070628-1 ------------------------------------------------------------------------ Because of this i can't start slime in emacs22, emacs22 says: ------------------------------------------------------------------------ Debugger entered--Lisp error: (file-error "Cannot open load file" "slime") require(slime) eval-buffer(#<buffer *load*> nil "/home/foo/.emacs" nil t) ; Reading at buffer position 512 load-with-code-conversion("/home/foo/.emacs" "/home/foo/.emacs" t t) load("~/.emacs" t t) #[nil "" [init-file-user system-type user-init-file-1 user-init-file otherfile source ms-dos "~" "/_emacs" windows-nt directory-files nil "^\ \.emacs\$\\.elc?\$?$" "~/.emacs" "^_emacs\$\\.elc?\$?$" "~/_emacs" vax-vms "sys$login:.emacs" "/.emacs" t load expand-file-name "init" file-name-as-directory "/.emacs.d" file-name-extension "elc" file-name-sans-extension ".el" file-exists-p file-newer-than-file-p message "Warning: %s is newer than %s" sit-for 1 "default" alt inhibit-default-init inhibit-startup-message] 7]() command-line() normal-top-level() ------------------------------------------------------------------------ In emacs21 slime works well. :-? ------------------------------------------------------------------------ ; SLIME 2007-09-27 CL-USER> ------------------------------------------------------------------------ Could be something wrong with my ~/.emacs? I am using - Debian GNU/Linux Sid - Architecture: i386 (i686) - Kernel 2.6.18 - slime 1:20070927-1 - sbcl 1:1.0.10.0-1 - emacs21 21.4a+1-5.1 - emacs22 22.1+1-2 Thank you.

3 2

[cl-debian] Accepted slime 1:20070927-2 (source all)
by Peter Van Eynde 04 Oct '07

04 Oct '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 04 Oct 2007 09:09:47 +0200 Source: slime Binary: cl-swank slime Architecture: source all Version: 1:20070927-2 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Changed-By: Peter Van Eynde <pvaneynd(a)debian.org> Description: cl-swank - Superior LISP Interaction Mode for Emacs (Lisp-side server) slime - Superior LISP Interaction Mode for Emacs Closes: 445174 Changes: slime (1:20070927-2) unstable; urgency=low . * Readded tree-widget to the sources. emacs21 on debian does _not_ have that file. emacs22 and xemacs do. (Closes: #445174) Files: 6641a51bd978b3c2d12d8d8299a611dd 759 devel optional slime_20070927-2.dsc 39efda1e445942aff98ebd3dc52d85c4 18486 devel optional slime_20070927-2.diff.gz d254dbecc0223a08003429bc59ad506c 783862 devel optional slime_20070927-2_all.deb 860ffdb230ec7a908c9b23f9f074ac00 376508 devel optional cl-swank_20070927-2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHBJL211ldN0tyliURAoPsAJ9HiOx96f2AZLpAm4MzbkOjYeUFTACfSjfT kCRGZpcAr/kUwn5l0TPJwvY= =n2NI -----END PGP SIGNATURE----- Accepted: cl-swank_20070927-2_all.deb to pool/main/s/slime/cl-swank_20070927-2_all.deb slime_20070927-2.diff.gz to pool/main/s/slime/slime_20070927-2.diff.gz slime_20070927-2.dsc to pool/main/s/slime/slime_20070927-2.dsc slime_20070927-2_all.deb to pool/main/s/slime/slime_20070927-2_all.deb

1 0

[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