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

[cl-debian] cl-lw-compat 0.22-1 MIGRATED to testing
by Debian testing watch 02 Oct '06

02 Oct '06

FYI: The status of the cl-lw-compat source package in Debian's testing distribution has changed. Previous version: 0.2-1 Current version: 0.22-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] Accepted common-lisp-controller 6.4 (source all)
by Peter Van Eynde 02 Oct '06

02 Oct '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 2 Oct 2006 18:19:54 +0200 Source: common-lisp-controller Binary: common-lisp-controller Architecture: source all Version: 6.4 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Changed-By: Peter Van Eynde <pvaneynd(a)debian.org> Description: common-lisp-controller - This is a Common Lisp source and compiler manager Changes: common-lisp-controller (6.4) unstable; urgency=low . * Undoing the fix for 384457, defaulting the *redirect-fasl-files-to-cache* variable to T. Files: 1dc959d8b2cb68b506decffe5098de58 689 devel optional common-lisp-controller_6.4.dsc 10a1ec1a4b45abdfa0112bb50f38bf86 31384 devel optional common-lisp-controller_6.4.tar.gz 8353b86da3e0d542e29d9007a5216439 30804 devel optional common-lisp-controller_6.4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFITyI11ldN0tyliURAgd2AJ4721a+lZwWg5X6W1Lwfvq4PNK6/gCbBRaj dpymOvxhouahuMNhguYrA2w= =1N9c -----END PGP SIGNATURE----- Accepted: common-lisp-controller_6.4.dsc to pool/main/c/common-lisp-controller/common-lisp-controller_6.4.dsc common-lisp-controller_6.4.tar.gz to pool/main/c/common-lisp-controller/common-lisp-controller_6.4.tar.gz common-lisp-controller_6.4_all.deb to pool/main/c/common-lisp-controller/common-lisp-controller_6.4_all.deb

1 0

[cl-debian] Accepted clisp 1:2.40-1 (source all i386)
by Peter Van Eynde 02 Oct '06

02 Oct '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 2 Oct 2006 14:43:30 +0200 Source: clisp Binary: clisp-dev clisp clisp-doc Architecture: source all i386 Version: 1:2.40-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde <pvaneynd(a)debian.org> Changed-By: Peter Van Eynde <pvaneynd(a)debian.org> Description: clisp - GNU CLISP, a Common Lisp implementation clisp-dev - GNU CLISP, a Common Lisp implementation (development files) clisp-doc - GNU CLISP, a Common Lisp implementation (documentation) Changes: clisp (1:2.40-1) unstable; urgency=low . * New upstream version. * Don't run test anymore as they make the build fail hard. * Fixed clisp manual page Files: 3ad09da8329c68b32c1d661bdeb6c755 826 interpreters optional clisp_2.40-1.dsc 98e0deb9e2cf59229da61a20ac7c1671 10138031 interpreters optional clisp_2.40.orig.tar.gz 5db2b20fc65cae73267510471fd1caca 16183 interpreters optional clisp_2.40-1.diff.gz 01ef6c5d9e29bdf0ed25db0b3c4465ce 1044240 doc optional clisp-doc_2.40-1_all.deb 74c613af929e90658149cf3fe2f35ff8 3583092 interpreters optional clisp_2.40-1_i386.deb cff4b9765eaf3b3308f3058f3100a495 3526462 devel optional clisp-dev_2.40-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFIQxk11ldN0tyliURAldeAKCpNYvoggxJjAfM7LUXs1OxQGMqbwCdEOui xhoQf5WRk6RYhK2sHd/UJ/w= =D5Tq -----END PGP SIGNATURE----- Accepted: clisp-dev_2.40-1_i386.deb to pool/main/c/clisp/clisp-dev_2.40-1_i386.deb clisp-doc_2.40-1_all.deb to pool/main/c/clisp/clisp-doc_2.40-1_all.deb clisp_2.40-1.diff.gz to pool/main/c/clisp/clisp_2.40-1.diff.gz clisp_2.40-1.dsc to pool/main/c/clisp/clisp_2.40-1.dsc clisp_2.40-1_i386.deb to pool/main/c/clisp/clisp_2.40-1_i386.deb clisp_2.40.orig.tar.gz to pool/main/c/clisp/clisp_2.40.orig.tar.gz

1 0

[cl-debian] ]clc: what to force into the cache directories and what not
by Faré 02 Oct '06

02 Oct '06

Forgot to reply to all... Also, re: Luca, as I said in a previous message, it just doesn't work to wholly disable the cache if you don't also disable the ASDF repository. Otherwise you get a lot of systems that you can't load anymore, because they are in the repository, but you have no write access to where they are. And so, even if the cache is controlled by a toggle (instead of an exposed redirection list as I would like), this toggle SHOULD NOT disable cacheing for clc-managed systems. [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] Always design a thing by considering it in its next larger context -- a chair in a room, a room in a house, a house in an environment, an environment in a city plan. -- Eliel Saarinen ---------- Forwarded message ---------- From: Faré <fahree(a)gmail.com> Date: 02-Oct-2006 09:17 Subject: Re: clc: what to force into the cache directories and what not To: Peter Van Eynde <pvaneynd(a)debian.org> Yes, such systems are broken. But more systems will be. And when you develop, it is useful to have the fasl's in the current directory so that your usual Makefiles work (especially the make clean part). That is why cl-launch has a mechanism for excluding trees from the cache. I propose that clc should have a similar mechanism. Exposing the redirection configuration to the user can only be good. I think such a mechanism should even be pushed into upstream ASDF (after we finalize it), though with an empty configuration by default. That said, we should *also* fix McClim and such. Usually a matter of using (or *load-truename* *compile-file-truename*) instead of *load-truename*. [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] We know how syntax is prefix in LISP, whereas FORTH has a postfix syntax and C's syntax is braindeadfix; well, the syntax of XML is a syntax that is a hardcorepornfix syntax: it does it in the all places at the same time. On 02/10/06, Peter Van Eynde <pvaneynd(a)debian.org> wrote: > Hello, > > I'm preparing a clc version that will undo the > *redirect-fasl-files-to-cache* 'fix'. As I see it I could claim that the > systems that fail when we redirect all fasls to the cache directories are > just broken, but that is quite a statement. So what to do? > > - claim that slime/McClim is broken and fix them > - only redirect to /var/cache for packaged libraries > > I'm voting for option 1. > > Oh Luca: #384457 seems still closed to me, not?

1 0

[cl-debian] Processed: Re: Bug#390629: parenscript: Script to produce documentation produces buggy LaTeX code
by owner＠bugs.debian.org 02 Oct '06

02 Oct '06

Processing commands for control(a)bugs.debian.org: > tag 390629 + upstream Bug#390629: parenscript: Script to produce documentation produces buggy LaTeX code Tags were: patch Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

1 0

[cl-debian] [ann] [flexi-streams-announce] New version 0.6.3 (Was: Couple of problems)
by Edi Weitz 02 Oct '06

02 Oct '06

On Sun, 24 Sep 2006 09:41:04 +0300, "Ivan Toshkov" <ivan(a)toshkov.org> wrote: > The other problem is with an incomplete implementation of > flexi-streams under CMUCL. I've now uploaded a new version of FLEXI-STREAM with a workaround. I still think this is a bug in CMUCL and should be reported, though. Thanks for the report, Edi. _______________________________________________ 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] cl-fad 0.5.1-1 MIGRATED to testing
by Debian testing watch 01 Oct '06

01 Oct '06

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

1 0