From pvaneynd at mailworks.org Thu Sep 1 09:18:46 2005 From: pvaneynd at mailworks.org (Peter Van Eynde) Date: Thu, 1 Sep 2005 11:18:46 +0200 Subject: [cl-debian] Re: clc, asdf-install, slime, fasl paths, etc. In-Reply-To: <653bea1605083101502bf0fac9@mail.gmail.com> References: <653bea160508161701c58c56f@mail.gmail.com> <653bea1605082609345de8b761@mail.gmail.com> <653bea1605083101502bf0fac9@mail.gmail.com> Message-ID: <200509011118.57044.pvaneynd@mailworks.org> On Wednesday 31 August 2005 10:50, Far? wrote: > cl-launch has evolved quite a bit, worked around a few implementation > bugs, and is now rather stable. Can you have a peek at cl-launch and > tell me if you could (a) integrate its fasl cacheing mechanism to > c-l-c? (b) include cl-launch in debian? > http://www.cliki.net/cl-launch I will take a look at this, but I'm rather busy at the moment... > BTW, (1) c-l-c should really use $LOGNAME instead of $HOME, for its Well if you have a server with several thousant users you might have a more complex scheme then /home/$LOGNAME and we should copy this. For example: $ ssh pvaneynd at shell.sourceforge.net 'pwd' /home/users/p/pv/pvaneynd $ Having /var/cache/pvaneynd on that machine would be an unpopular move. > per-user cache hierarchy, and per-user directories should be created > by root with restricted permissions, otherwise, there's a security > hole with a malicious user pre-loading another user's fasl cache with > nasty things. Hmm. You're right. We should check if we are the owner of the cache directory. The actual protection of the data is up to the user with the umask. > (2) since we need root permissions to do things, why not just have > root compile the fasl in a controller environment? (--no-user-init and > such) IIRC c-l-c used to do that -- why did it stop? Because sometimes the compile would blow up, or plainly take to long, it was a bad idea from a security point of view to have root compile stuff and it made debugging problems a nightmare. See all the bugs I closed with the new simpler v4: * This version should fix almost all problems. Closes: #197649, #261757, #231031 By removing complexity Closes: #260069 By not having a cronjob anymore Closes: #128761 Because the user can set options for his lisp that then get used for the compilation. > [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | > http://fare.tunes.org ] Failure is not an option. It comes bundled with > your Microsoft product. -- Ferenc Mantfeld > _______________________________________________ > cl-debian mailing list > cl-debian at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/cl-debian Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From qdsmgbm02 at sneakemail.com Thu Sep 1 18:34:21 2005 From: qdsmgbm02 at sneakemail.com (Kim Minh Kaplan) Date: Thu, 01 Sep 2005 20:34:21 +0200 Subject: [cl-debian] Bug#326092: cl-acl-compat: With SBCL PROCESS-ACTIVE-P does not work with non running threads. Message-ID: Package: cl-acl-compat Version: 1.2.42+cvs.2005.08.05-1 Severity: normal Tags: patch Running SBCL and calling PROCESS-ACTIVE-P on a process that has not yet been started in a thread signals an error. Here is an example session: $ sbcl This is SBCL 0.9.3.36, an implementation of ANSI Common Lisp. More information about SBCL is available at . SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * (clc:clc-require :acl-compat) STYLE-WARNING: redefining INPUT-FILES (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining OUTPUT-FILES (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining PERFORM :AFTER (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining OUTPUT-FILES (COMPILE-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (COMPILE-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (LOAD-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (LOAD-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: implicitly creating new generic function URI-P STYLE-WARNING: implicitly creating new generic function URI-PARSED-PATH STYLE-WARNING: implicitly creating new generic function (SETF URI-PARSED-PATH) STYLE-WARNING: implicitly creating new generic function URI STYLE-WARNING: implicitly creating new generic function MERGE-URIS STYLE-WARNING: implicitly creating new generic function ENOUGH-URI STYLE-WARNING: implicitly creating new generic function INTERN-URI COMMON-LISP:STYLE-WARNING: Couldn't grovel for SIGEMT (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for SIGINFO (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for O_NOFOLLOW (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for O_DIRECTORY (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for O_DIRECT (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for O_LARGEFILE (unknown to the C compiler). ;;; Please wait, recompiling library... STYLE-WARNING: implicitly creating new generic function RECEIVE-FROM STYLE-WARNING: implicitly creating new generic function SEND-TO T * (acl-mp:process-active-p (acl-mp:make-process)) debugger invoked on a TYPE-ERROR in thread #: The value NIL is not of type SB-THREAD:THREAD. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-THREAD::THREAD-STATE NIL) 0] And here is a trivial fix. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages cl-acl-compat depends on: ii cl-ppcre 1.2.11-1 Portable Regular Express Library f ii cl-puri 1.3.1.2-1 Common Lisp Portable URI Library ii common-lisp-controller 4.16 This is a Common Lisp source and c cl-acl-compat recommends no packages. -- no debconf information -------------- next part -------------- --- /usr/share/common-lisp/source/acl-compat/sbcl/acl-mp.lisp 2005-08-08 10:16:33.000000000 +0200 +++ acl-mp.lisp 2005-09-01 20:28:45.000000000 +0200 @@ -290,4 +290,5 @@ (decf ,place))) (defun process-active-p (process) - (sb-thread:thread-alive-p (process-id process))) + (and (process-id process) + (sb-thread:thread-alive-p (process-id process)))) From Juliusz.Chroboczek at pps.jussieu.fr Fri Sep 2 16:48:03 2005 From: Juliusz.Chroboczek at pps.jussieu.fr (Juliusz Chroboczek) Date: Fri, 02 Sep 2005 18:48:03 +0200 Subject: [cl-debian] Anyone willing to package Cedilla? In-Reply-To: <200508310936.09031.cl-debian@pvaneynd.mailworks.org> (Peter Van Eynde's message of "Wed, 31 Aug 2005 09:36:08 +0200") References: <7i1x4lpyut.fsf@lanthane.pps.jussieu.fr> <43137306.6000108@pvaneynd.mailworks.org> <7islws1bfs.fsf@lanthane.pps.jussieu.fr> <200508310936.09031.cl-debian@pvaneynd.mailworks.org> Message-ID: <7ioe7bo1q4.fsf@lanthane.pps.jussieu.fr> > and with me it works for a mere user. Hmm... It looks like my system is broken, it works on my laptop. Sorry for the false alarm. >> More generally, shouldn't the CL-Debian project start thinking about >> deployment of applications? It seems completely oriented to libraries >> right now. > There have been precious few applications to date ;-). So I guess the best way to get you folks to do something about that is to write such applications... Thanks again for your work, Juliusz From rvb at progn.org Sun Sep 4 09:38:38 2005 From: rvb at progn.org (=?utf-8?B?UmVuw6k=?= van Bevern) Date: Sun, 4 Sep 2005 11:38:38 +0200 Subject: [cl-debian] Providing FASL version in SBCL and Clisp package control file Message-ID: <20050904093838.GA15183@progn.org> Hello CL-Debian, hello Will (attached is a patch for you). for the next version of dh-lisp, the Lisp debhelper, I plan it to find precompiled FASL files in the package and automatically add a dependency to the CL implementation that is required to load them. But the following is not just a requirement for dh-lisp but is needed if packages want to contain precompiled FASLs. To prevent such a package with precompiled lisp to end up in a stable release without the appropriate implementation, the package has to depend on a specific version of the implementation that is able to read the FASL format. CMUCL: This is easy and needs no modification, as the FASL format is available in the package version. CMUCL 19B has the FASL versions 19B also SBCL: Changes FASL file versions very often still. I sent a patch to the darcs repository of Peter that adds a "Provides: sbcl-fasl-loader-XX" to debian/control, XX being the fasl file version which is determined at build time Clisp: It is the same practice as with SBCL. As Clisp unfortunately has no repository on cl-debian.alioth.debian.org ;-), I attach a patch to this message. GCL: No idea, really, I never touched it and do not know if it breaks binary compatibility now and then. ;-) Depending on foo-fasl-loader-XX will prevent a fasl-providing package from entering testing/stable before the implementation version that provides foo-fasl-loader-XX. It will however not prevent foo-fasl-loader-XX+1 from entering testing, even though packages in testing depend on foo-fasl-loader-XX. But it enables the maintainer to see, that his package is uninstallable in testing, easily, and that the package needs a rebuild to work with a new version of CMUCL/SBCL/Clisp. After all, this shall prevent binary-incompatible packages silently being around in a stable release. Regards, Ren? -------------- next part -------------- diff -u clisp-2.34/debian/rules clisp-2.34/debian/rules --- clisp-2.34/debian/rules +++ clisp-2.34/debian/rules @@ -119,6 +119,10 @@ dh_installdeb dh_shlibdeps echo $(XLIBS_PRE_DEPENDS) >>debian/clisp.substvars + +# add FAS file format version to substvars + debian/clisp/usr/bin/clisp -M debian/clisp/usr/lib/clisp/full/lispinit.mem debian/fasl-version.lisp + dh_gencontrol dh_md5sums -Xlispinit.mem dh_builddeb diff -u clisp-2.34/debian/control clisp-2.34/debian/control --- clisp-2.34/debian/control +++ clisp-2.34/debian/control @@ -9,7 +9,7 @@ Architecture: any Pre-Depends: ${xlibs:PreDepends} Depends: ${shlibs:Depends}, common-lisp-controller (>= 4.2) -Provides: lisp-compiler +Provides: lisp-compiler, ${clisp:fasl-version} Suggests: gdb Conflicts: clisp-doc (<< 1:2.31-1) Description: GNU CLISP, a Common Lisp implementation only in patch2: unchanged: --- clisp-2.34.orig/debian/fasl-version.lisp +++ clisp-2.34/debian/fasl-version.lisp @@ -0,0 +1,18 @@ +;;;; Find out the FASL version of this Clisp release and dump it to the +;;;; debian/clisp.substvars variable, so it can be used in +;;;; debian/control +;;;; +;;;; Packages that want to provide binary Clisp FASLs can then depend +;;;; on clisp-fasl-loader-XX +;;;; +;;;; -- Ren? van Bevern , Sat Sep 3 19:23:20 2005 + +(with-open-file (substvars "debian/clisp.substvars" + :direction :output + :if-exists :append + :if-does-not-exist :create) + (format substvars "~&clisp:fasl-version=clisp-fasl-loader-~A~%" + (car (system::version)))) + +(ext:quit) + -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 307 bytes Desc: not available URL: From rleigh at debian.org Sun Sep 4 10:08:36 2005 From: rleigh at debian.org (Roger Leigh) Date: Sun, 04 Sep 2005 11:08:36 +0100 Subject: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package Message-ID: Package: cmucl-source Severity: normal cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years. Please could you remove the termcap-compat suggestion completely. Thanks, Roger From rydis at cd.chalmers.se Sun Sep 4 10:51:36 2005 From: rydis at cd.chalmers.se (Martin Rydstr|m) Date: Sun, 4 Sep 2005 12:51:36 +0200 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: References: Message-ID: <20050904105136.GU19720@boris.cd.chalmers.se> On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote: > Package: cmucl-source > Severity: normal > > cmucl-source suggests termcap-compat. This is a libc5 compatibility > package which should not have been used by contemporary packages for > at least 6 years. > > Please could you remove the termcap-compat suggestion completely. I'm fairly certain that Hemlock in terminal mode requires some sort of termcap compatibility. I don't know whether this is supplied by something else these days, but very few people seem to use Hemlock, so I thought I'd just mention it, in case Hemlock-in-terminal does not work without it, and people wonder what it's for. 'mr -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_ From rleigh at whinlatter.ukfsn.org Sun Sep 4 11:38:59 2005 From: rleigh at whinlatter.ukfsn.org (Roger Leigh) Date: Sun, 04 Sep 2005 12:38:59 +0100 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <20050904105136.GU19720@boris.cd.chalmers.se> (Martin Rydstr|m's message of "Sun, 4 Sep 2005 12:51:36 +0200") References: <20050904105136.GU19720@boris.cd.chalmers.se> Message-ID: <87hdd1ukoc.fsf@hardknott.home.whinlatter.ukfsn.org> Martin Rydstr|m writes: > On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote: >> Package: cmucl-source >> Severity: normal >> >> cmucl-source suggests termcap-compat. This is a libc5 compatibility >> package which should not have been used by contemporary packages for >> at least 6 years. >> >> Please could you remove the termcap-compat suggestion completely. > > I'm fairly certain that Hemlock in terminal mode requires some sort > of termcap compatibility. I don't know whether this is supplied by > something else these days, but very few people seem to use Hemlock, > so I thought I'd just mention it, in case Hemlock-in-terminal does > not work without it, and people wonder what it's for. Nowadays everything should use terminfo. termcap-compat is not intended for use with current Debian packages; it exists only for libc5 applications, typically proprietary binary-only programs which can't be rebuilt. cmucl-source doesn't fall into this category, and is naturally only dependent on libc6-based packages. It's also due to be removed shortly, which is why I filed this bug (it's the only package in Debian which references it). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323139 for more information. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. From rydis at cd.chalmers.se Sun Sep 4 11:56:34 2005 From: rydis at cd.chalmers.se (Martin Rydstr|m) Date: Sun, 4 Sep 2005 13:56:34 +0200 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <87hdd1ukoc.fsf@hardknott.home.whinlatter.ukfsn.org> References: <20050904105136.GU19720@boris.cd.chalmers.se> <87hdd1ukoc.fsf@hardknott.home.whinlatter.ukfsn.org> Message-ID: <20050904115634.GV19720@boris.cd.chalmers.se> On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: > Martin Rydstr|m writes: > > > On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote: > >> Package: cmucl-source > >> Severity: normal > >> > >> cmucl-source suggests termcap-compat. This is a libc5 compatibility > >> package which should not have been used by contemporary packages for > >> at least 6 years. > >> > >> Please could you remove the termcap-compat suggestion completely. > > > > I'm fairly certain that Hemlock in terminal mode requires some sort > > of termcap compatibility. I don't know whether this is supplied by > > something else these days, but very few people seem to use Hemlock, > > so I thought I'd just mention it, in case Hemlock-in-terminal does > > not work without it, and people wonder what it's for. > > Nowadays everything should use terminfo. termcap-compat is not > intended for use with current Debian packages; it exists only for > libc5 applications, typically proprietary binary-only programs which > can't be rebuilt. cmucl-source doesn't fall into this category, and > is naturally only dependent on libc6-based packages. It parses /etc/termcap directly itself. It doesn't actually use any termcap library, AFAIK. I imagine there might be some way to hack around it by setting TERMCAP if terminfo/ncurses supplies any way to automatically generate it, that might be a possibility, in a wrapper script, if nothing else. If there is some other package that provides /etc/termcap, that'd work, of course. > It's also due to be removed shortly, which is why I filed this bug > (it's the only package in Debian which references it). See > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323139 for more > information. I see. 'mr -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_ From rleigh at whinlatter.ukfsn.org Sun Sep 4 14:11:33 2005 From: rleigh at whinlatter.ukfsn.org (Roger Leigh) Date: Sun, 04 Sep 2005 15:11:33 +0100 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <20050904115634.GV19720@boris.cd.chalmers.se> (Martin Rydstr|m's message of "Sun, 4 Sep 2005 13:56:34 +0200") References: <20050904105136.GU19720@boris.cd.chalmers.se> <87hdd1ukoc.fsf@hardknott.home.whinlatter.ukfsn.org> <20050904115634.GV19720@boris.cd.chalmers.se> Message-ID: <87br38vs6i.fsf@hardknott.home.whinlatter.ukfsn.org> Martin Rydstr|m writes: > On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: >> Martin Rydstr|m writes: >> >> > On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote: >> >> Package: cmucl-source >> >> Severity: normal >> >> >> >> cmucl-source suggests termcap-compat. This is a libc5 compatibility >> >> package which should not have been used by contemporary packages for >> >> at least 6 years. >> >> >> >> Please could you remove the termcap-compat suggestion completely. >> > >> > I'm fairly certain that Hemlock in terminal mode requires some sort >> > of termcap compatibility. I don't know whether this is supplied by >> > something else these days, but very few people seem to use Hemlock, >> > so I thought I'd just mention it, in case Hemlock-in-terminal does >> > not work without it, and people wonder what it's for. >> >> Nowadays everything should use terminfo. termcap-compat is not >> intended for use with current Debian packages; it exists only for >> libc5 applications, typically proprietary binary-only programs which >> can't be rebuilt. cmucl-source doesn't fall into this category, and >> is naturally only dependent on libc6-based packages. > > It parses /etc/termcap directly itself. It doesn't actually use any > termcap library, AFAIK. I imagine there might be some way to hack > around it by setting TERMCAP if terminfo/ncurses supplies any way > to automatically generate it, that might be a possibility, in a > wrapper script, if nothing else. If there is some other package that > provides /etc/termcap, that'd work, of course. The /etc/termcap in termcap-compat is well outdated. You can create one yourself using 'tic -C', from what I have read (ncurses-bin and ncurses-base). I tried this with 'misc/terminfo.src' from the ncurses source package, and it appeared to work correctly. However, termcap has been deprecated in Debian for many years now, being replaced by terminfo. I would highly recommend switching to terminfo; this is the last remaining package which does not support at least terminfo, or both terminfo and termcap. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. From pvaneynd at debian.org Mon Sep 5 07:06:52 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Mon, 5 Sep 2005 09:06:52 +0200 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <87br38vs6i.fsf@hardknott.home.whinlatter.ukfsn.org> References: <20050904115634.GV19720@boris.cd.chalmers.se> <87br38vs6i.fsf@hardknott.home.whinlatter.ukfsn.org> Message-ID: <200509050906.55018.pvaneynd@debian.org> On Sunday 04 September 2005 16:11, Roger Leigh wrote: > Martin Rydstr|m writes: > > On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: > > It parses /etc/termcap directly itself. This is correct. > The /etc/termcap in termcap-compat is well outdated. > > You can create one yourself using 'tic -C', from what I have read > (ncurses-bin and ncurses-base). I tried this with 'misc/terminfo.src' > from the ncurses source package, and it appeared to work correctly. I think it will be easiest to just remove terminal hemlock from the package, I have not seen anyone using it in the last few years. Any objections? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From owner at bugs.debian.org Mon Sep 5 15:03:29 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Mon, 05 Sep 2005 08:03:29 -0700 Subject: [cl-debian] Bug#316685: marked as done (sbcl: ftbfs [sparc] invalid lvalue in assignment) In-Reply-To: <200509051621.34723.pvaneynd@debian.org> References: <200509051621.34723.pvaneynd@debian.org> <200507030308.j6338daA014626@renig.nat.blars.org> Message-ID: Your message dated Mon, 5 Sep 2005 16:21:29 +0200 with message-id <200509051621.34723.pvaneynd at debian.org> and subject line Bug#316685: sbcl: ftbfs [sparc] invalid lvalue in assignment has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 3 Jul 2005 03:08:42 +0000 >From blarson at blars.org Sat Jul 02 20:08:42 2005 Return-path: Received: from blars.org (renig.nat.blars.org) [64.81.35.59] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DouqY-0007hP-00; Sat, 02 Jul 2005 20:08:42 -0700 Received: from renig.nat.blars.org (plergb.nat.blars.org [172.16.1.1]) by renig.nat.blars.org (8.12.3/8.12.3/Debian-7.1) with ESMTP id j6338eKf014628 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 2 Jul 2005 20:08:40 -0700 Received: (from blarson at localhost) by renig.nat.blars.org (8.12.3/8.12.3/Debian-7.1) id j6338daA014626; Sat, 2 Jul 2005 20:08:39 -0700 Message-Id: <200507030308.j6338daA014626 at renig.nat.blars.org> From: Blars Blarson To: Debian Bug Tracking System Subject: sbcl: ftbfs [sparc] invalid lvalue in assignment X-Mailer: reportbug 1.50 Date: Sat, 02 Jul 2005 20:08:39 -0700 Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: sbcl Version: 1:0.9.2.0-1 Severity: normal sbcl fails to build on sparc, duplicated on my sparc pbuilder. (There are many warnings in the build log before this.) gcc-4.0 -g -Wall -O3 -DSBCL_HOME='"/usr/lib/sbcl/"' -I. -c -o sparc-arch.o sparc-arch.c In file included from sparc-arch.c:23: interr.h:15: warning: type qualifiers ignored on function return type sparc-arch.c: In function 'arch_get_bad_addr': sparc-arch.c:52: warning: comparison between pointer and integer sparc-arch.c:53: warning: comparison between pointer and integer sparc-arch.c:54: warning: comparison of distinct pointer types lacks a cast sparc-arch.c:55: warning: comparison of distinct pointer types lacks a cast sparc-arch.c: In function 'arch_skip_instruction': sparc-arch.c:89: error: invalid lvalue in assignment sparc-arch.c:90: error: invalid lvalue in assignment sparc-arch.c: In function 'sigemt_handler': sparc-arch.c:311: warning: suggest parentheses around assignment used as truth value make[1]: *** [sparc-arch.o] Error 1 --------------------------------------- Received: (at 316685-done) by bugs.debian.org; 5 Sep 2005 14:21:40 +0000 >From pvaneynd at debian.org Mon Sep 05 07:21:40 2005 Return-path: Received: from out4.smtp.messagingengine.com [66.111.4.28] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1ECHqu-0001Gg-00; Mon, 05 Sep 2005 07:21:40 -0700 Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 3D0F6CCDD80; Mon, 5 Sep 2005 10:21:39 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Mon, 05 Sep 2005 10:21:39 -0400 X-Sasl-enc: RDO1sSeipo4XOUEFJPcFKtSYQdzyGJ6ig+geN8SToRAj 1125930098 Received: from [192.168.2.146] (243-50.240.81.adsl.skynet.be [81.240.50.243]) by frontend2.messagingengine.com (Postfix) with ESMTP id 6EA5E57035A; Mon, 5 Sep 2005 10:21:38 -0400 (EDT) From: Peter Van Eynde Organization: Debian To: Blars Blarson , 316685-done at bugs.debian.org Subject: Re: Bug#316685: sbcl: ftbfs [sparc] invalid lvalue in assignment Date: Mon, 5 Sep 2005 16:21:29 +0200 User-Agent: KMail/1.7.2 References: <200507030308.j6338daA014626 at renig.nat.blars.org> <42C79DF2.1020605 at debian.org> <20050703133513.GA28088 at blars.org> In-Reply-To: <20050703133513.GA28088 at blars.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509051621.34723.pvaneynd at debian.org> Delivered-To: 316685-done at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 sbcl has not been build with the buildd systems yet, but people have compiled it again on sparc, so I hope this bug is closed. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From installer at ftp-master.debian.org Mon Sep 5 20:48:05 2005 From: installer at ftp-master.debian.org (Debian Installer) Date: Mon, 05 Sep 2005 13:48:05 -0700 Subject: [cl-debian] cl-portable-aserve_1.2.42+cvs.2005.08.05-5_i386.changes REJECTED Message-ID: Rejected: Unknown distribution `UNRELEASED'. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. From pvaneynd at debian.org Mon Sep 5 20:48:15 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Mon, 05 Sep 2005 13:48:15 -0700 Subject: [cl-debian] Accepted cmucl 19b-release-20050726-4 (source all i386) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 5 Sep 2005 16:14:43 +0200 Source: cmucl Binary: cmucl cmucl-source cmucl-clm cmucl-docs Architecture: source all i386 Version: 19b-release-20050726-4 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cmucl - The CMUCL lisp compiler and development system cmucl-clm - The Motif interface for CMUCL cmucl-docs - The CMUCL documentation cmucl-source - The CMUCL lisp sources Closes: 182679 326598 Changes: cmucl (19b-release-20050726-4) unstable; urgency=low . Ren?? van Bevern: * Closes: #182679 + register binary file format with binfmt-support + allow #!-lines in lisp source files (e.g. #!/usr/bin/cmucl-run) * debian/dirs: do not install empty directorys in "cmucl" package below /usr/share/doc/cmucl/tutorials Peter Van Eynde: * Disabled Hemlock text mode. Closes: #326598 Files: 3044c18d6f7c96e1d5aee91ac692e5ad 739 devel optional cmucl_19b-release-20050726-4.dsc 4f03ad6b1d87155d006ea5d07739a27a 1505389 devel optional cmucl_19b-release-20050726-4.diff.gz ab400ab2512cd393fbee5e2ce1e38305 10539584 devel optional cmucl_19b-release-20050726-4_i386.deb 50d9eaa39a76eb608117f985098bcba6 653174 devel optional cmucl-clm_19b-release-20050726-4_i386.deb ec691e23eb0bf0b1f9f3724dca612689 2277396 doc optional cmucl-docs_19b-release-20050726-4_all.deb eb8d85f8bdd7fd733680fb9dda15a56c 5166660 devel optional cmucl-source_19b-release-20050726-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD4DBQFDHG/g11ldN0tyliURAktBAJdjvS8XHuKjF2qcsv9wb4KcxPj9AKCGwAo4 cGSt0sxF5Z3RFSBc06DUnA== =KL42 -----END PGP SIGNATURE----- Accepted: cmucl-clm_19b-release-20050726-4_i386.deb to pool/main/c/cmucl/cmucl-clm_19b-release-20050726-4_i386.deb cmucl-docs_19b-release-20050726-4_all.deb to pool/main/c/cmucl/cmucl-docs_19b-release-20050726-4_all.deb cmucl-source_19b-release-20050726-4_all.deb to pool/main/c/cmucl/cmucl-source_19b-release-20050726-4_all.deb cmucl_19b-release-20050726-4.diff.gz to pool/main/c/cmucl/cmucl_19b-release-20050726-4.diff.gz cmucl_19b-release-20050726-4.dsc to pool/main/c/cmucl/cmucl_19b-release-20050726-4.dsc cmucl_19b-release-20050726-4_i386.deb to pool/main/c/cmucl/cmucl_19b-release-20050726-4_i386.deb From owner at bugs.debian.org Mon Sep 5 21:03:24 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Mon, 05 Sep 2005 14:03:24 -0700 Subject: [cl-debian] Bug#326598: marked as done (cmucl-source: suggests libc5-dependent package) In-Reply-To: References: Message-ID: Your message dated Mon, 05 Sep 2005 13:48:15 -0700 with message-id and subject line Bug#326598: fixed in cmucl 19b-release-20050726-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 4 Sep 2005 10:08:41 +0000 >From rleigh at debian.org Sun Sep 04 03:08:41 2005 Return-path: Received: from s2.ukfsn.org (mail.ukfsn.org) [217.158.120.143] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EBrQW-0007i8-00; Sun, 04 Sep 2005 03:08:41 -0700 Received: from hardknott.home.whinlatter.ukfsn.org (dsl-88-104-47-197.access.as9105.com [88.104.47.197]) by mail.ukfsn.org (Postfix) with ESMTP id 3DAC5E6DEF; Sun, 4 Sep 2005 11:08:01 +0100 (BST) Received: from rleigh by hardknott.home.whinlatter.ukfsn.org with local (Exim 4.52) id 1EBrQS-0007uq-2c; Sun, 04 Sep 2005 11:08:36 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Roger Leigh To: Debian Bug Tracking System Subject: cmucl-source: suggests libc5-dependent package X-Mailer: reportbug 3.17 Date: Sun, 04 Sep 2005 11:08:36 +0100 Message-Id: Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: cmucl-source Severity: normal cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years. Please could you remove the termcap-compat suggestion completely. Thanks, Roger --------------------------------------- Received: (at 326598-close) by bugs.debian.org; 5 Sep 2005 20:50:51 +0000 >From katie at spohr.debian.org Mon Sep 05 13:50:51 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1ECNt1-0003B2-00; Mon, 05 Sep 2005 13:48:15 -0700 From: Peter Van Eynde To: 326598-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#326598: fixed in cmucl 19b-release-20050726-4 Message-Id: Sender: Archive Administrator Date: Mon, 05 Sep 2005 13:48:15 -0700 Delivered-To: 326598-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-3.3 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER, SUBJ_HAS_UNIQ_ID autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 2 Source: cmucl Source-Version: 19b-release-20050726-4 We believe that the bug you reported is fixed in the latest version of cmucl, which is due to be installed in the Debian FTP archive: cmucl-clm_19b-release-20050726-4_i386.deb to pool/main/c/cmucl/cmucl-clm_19b-release-20050726-4_i386.deb cmucl-docs_19b-release-20050726-4_all.deb to pool/main/c/cmucl/cmucl-docs_19b-release-20050726-4_all.deb cmucl-source_19b-release-20050726-4_all.deb to pool/main/c/cmucl/cmucl-source_19b-release-20050726-4_all.deb cmucl_19b-release-20050726-4.diff.gz to pool/main/c/cmucl/cmucl_19b-release-20050726-4.diff.gz cmucl_19b-release-20050726-4.dsc to pool/main/c/cmucl/cmucl_19b-release-20050726-4.dsc cmucl_19b-release-20050726-4_i386.deb to pool/main/c/cmucl/cmucl_19b-release-20050726-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 326598 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated cmucl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 5 Sep 2005 16:14:43 +0200 Source: cmucl Binary: cmucl cmucl-source cmucl-clm cmucl-docs Architecture: source all i386 Version: 19b-release-20050726-4 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cmucl - The CMUCL lisp compiler and development system cmucl-clm - The Motif interface for CMUCL cmucl-docs - The CMUCL documentation cmucl-source - The CMUCL lisp sources Closes: 182679 326598 Changes: cmucl (19b-release-20050726-4) unstable; urgency=low . Ren?? van Bevern: * Closes: #182679 + register binary file format with binfmt-support + allow #!-lines in lisp source files (e.g. #!/usr/bin/cmucl-run) * debian/dirs: do not install empty directorys in "cmucl" package below /usr/share/doc/cmucl/tutorials Peter Van Eynde: * Disabled Hemlock text mode. Closes: #326598 Files: 3044c18d6f7c96e1d5aee91ac692e5ad 739 devel optional cmucl_19b-release-20050726-4.dsc 4f03ad6b1d87155d006ea5d07739a27a 1505389 devel optional cmucl_19b-release-20050726-4.diff.gz ab400ab2512cd393fbee5e2ce1e38305 10539584 devel optional cmucl_19b-release-20050726-4_i386.deb 50d9eaa39a76eb608117f985098bcba6 653174 devel optional cmucl-clm_19b-release-20050726-4_i386.deb ec691e23eb0bf0b1f9f3724dca612689 2277396 doc optional cmucl-docs_19b-release-20050726-4_all.deb eb8d85f8bdd7fd733680fb9dda15a56c 5166660 devel optional cmucl-source_19b-release-20050726-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD4DBQFDHG/g11ldN0tyliURAktBAJdjvS8XHuKjF2qcsv9wb4KcxPj9AKCGwAo4 cGSt0sxF5Z3RFSBc06DUnA== =KL42 -----END PGP SIGNATURE----- From owner at bugs.debian.org Mon Sep 5 21:03:14 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Mon, 05 Sep 2005 14:03:14 -0700 Subject: [cl-debian] Bug#182679: marked as done (cmucl: binfmt misc support - URL) In-Reply-To: References: Message-ID: Your message dated Mon, 05 Sep 2005 13:48:15 -0700 with message-id and subject line Bug#182679: fixed in cmucl 19b-release-20050726-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 27 Feb 2003 07:47:58 +0000 >From karlheg at hegbloom.net Thu Feb 27 01:47:57 2003 Return-path: Received: from ns.hegbloom.net (bittersweet.hegbloom.net) [63.105.27.231] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18oIlp-0006QF-00; Thu, 27 Feb 2003 01:47:57 -0600 Received: from juniper.intra.hegbloom.net (mail at juniper.intra.hegbloom.net [192.168.0.2]) by bittersweet.hegbloom.net (8.12.7/8.12.7/Debian-2) with ESMTP id h1R7ltCx032557 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 26 Feb 2003 23:47:55 -0800 Received: from karlheg by juniper.intra.hegbloom.net with local (Exim 4.12 #1 (Debian) [+araqnid]) id 18oIln-0000Lc-00; Wed, 26 Feb 2003 23:47:55 -0800 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Karl M. Hegbloom" To: Debian Bug Tracking System Subject: cmucl: binfmt misc support - URL X-Mailer: reportbug 2.10 Date: Wed, 26 Feb 2003 23:47:55 -0800 Message-Id: Delivered-To: submit at bugs.debian.org X-Spam-Status: No, hits=-0.2 required=4.0 tests=HAS_PACKAGE,SPAM_PHRASE_00_01 version=2.44 X-Spam-Level: Package: cmucl Version: 3.1.7 Severity: wishlist See: http://users.actrix.co.nz/mycroft/runlisp.html Think you can "suggest" binfmt-support and get that into the package? -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux juniper.intra.hegbloom.net 2.4.20.1-smp #1 SMP Mon Feb 17 15:19:24 PST 2003 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set) Versions of packages cmucl depends on: ii common-lisp-controller 3.50 This is a Common Lisp source and c ii libc6 2.3.1-13 GNU C Library: Shared libraries an -- no debconf information --------------------------------------- Received: (at 182679-close) by bugs.debian.org; 5 Sep 2005 20:48:44 +0000 >From katie at spohr.debian.org Mon Sep 05 13:48:44 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1ECNt1-0003Ay-00; Mon, 05 Sep 2005 13:48:15 -0700 From: Peter Van Eynde To: 182679-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#182679: fixed in cmucl 19b-release-20050726-4 Message-Id: Sender: Archive Administrator Date: Mon, 05 Sep 2005 13:48:15 -0700 Delivered-To: 182679-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-3.3 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER, SUBJ_HAS_UNIQ_ID autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: cmucl Source-Version: 19b-release-20050726-4 We believe that the bug you reported is fixed in the latest version of cmucl, which is due to be installed in the Debian FTP archive: cmucl-clm_19b-release-20050726-4_i386.deb to pool/main/c/cmucl/cmucl-clm_19b-release-20050726-4_i386.deb cmucl-docs_19b-release-20050726-4_all.deb to pool/main/c/cmucl/cmucl-docs_19b-release-20050726-4_all.deb cmucl-source_19b-release-20050726-4_all.deb to pool/main/c/cmucl/cmucl-source_19b-release-20050726-4_all.deb cmucl_19b-release-20050726-4.diff.gz to pool/main/c/cmucl/cmucl_19b-release-20050726-4.diff.gz cmucl_19b-release-20050726-4.dsc to pool/main/c/cmucl/cmucl_19b-release-20050726-4.dsc cmucl_19b-release-20050726-4_i386.deb to pool/main/c/cmucl/cmucl_19b-release-20050726-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 182679 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated cmucl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 5 Sep 2005 16:14:43 +0200 Source: cmucl Binary: cmucl cmucl-source cmucl-clm cmucl-docs Architecture: source all i386 Version: 19b-release-20050726-4 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cmucl - The CMUCL lisp compiler and development system cmucl-clm - The Motif interface for CMUCL cmucl-docs - The CMUCL documentation cmucl-source - The CMUCL lisp sources Closes: 182679 326598 Changes: cmucl (19b-release-20050726-4) unstable; urgency=low . Ren?? van Bevern: * Closes: #182679 + register binary file format with binfmt-support + allow #!-lines in lisp source files (e.g. #!/usr/bin/cmucl-run) * debian/dirs: do not install empty directorys in "cmucl" package below /usr/share/doc/cmucl/tutorials Peter Van Eynde: * Disabled Hemlock text mode. Closes: #326598 Files: 3044c18d6f7c96e1d5aee91ac692e5ad 739 devel optional cmucl_19b-release-20050726-4.dsc 4f03ad6b1d87155d006ea5d07739a27a 1505389 devel optional cmucl_19b-release-20050726-4.diff.gz ab400ab2512cd393fbee5e2ce1e38305 10539584 devel optional cmucl_19b-release-20050726-4_i386.deb 50d9eaa39a76eb608117f985098bcba6 653174 devel optional cmucl-clm_19b-release-20050726-4_i386.deb ec691e23eb0bf0b1f9f3724dca612689 2277396 doc optional cmucl-docs_19b-release-20050726-4_all.deb eb8d85f8bdd7fd733680fb9dda15a56c 5166660 devel optional cmucl-source_19b-release-20050726-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD4DBQFDHG/g11ldN0tyliURAktBAJdjvS8XHuKjF2qcsv9wb4KcxPj9AKCGwAo4 cGSt0sxF5Z3RFSBc06DUnA== =KL42 -----END PGP SIGNATURE----- From rleigh at whinlatter.ukfsn.org Mon Sep 5 21:21:48 2005 From: rleigh at whinlatter.ukfsn.org (Roger Leigh) Date: Mon, 05 Sep 2005 22:21:48 +0100 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <200509050906.55018.pvaneynd@debian.org> (Peter Van Eynde's message of "Mon, 5 Sep 2005 09:06:52 +0200") References: <20050904115634.GV19720@boris.cd.chalmers.se> <87br38vs6i.fsf@hardknott.home.whinlatter.ukfsn.org> <200509050906.55018.pvaneynd@debian.org> Message-ID: <87k6hvcis3.fsf@hardknott.home.whinlatter.ukfsn.org> Peter Van Eynde writes: > On Sunday 04 September 2005 16:11, Roger Leigh wrote: >> Martin Rydstr|m writes: >> > On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: >> > It parses /etc/termcap directly itself. >> The /etc/termcap in termcap-compat is well outdated. >> >> You can create one yourself using 'tic -C', from what I have read >> (ncurses-bin and ncurses-base). I tried this with 'misc/terminfo.src' >> from the ncurses source package, and it appeared to work correctly. > > I think it will be easiest to just remove terminal hemlock from the > package, I have not seen anyone using it in the last few years. Any > objections? None. I think removing it is for the best. Thanks for the quick response. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. From rydis at cd.chalmers.se Mon Sep 5 23:03:56 2005 From: rydis at cd.chalmers.se (Martin Rydstr|m) Date: Tue, 6 Sep 2005 01:03:56 +0200 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <87k6hvcis3.fsf@hardknott.home.whinlatter.ukfsn.org> References: <20050904115634.GV19720@boris.cd.chalmers.se> <87br38vs6i.fsf@hardknott.home.whinlatter.ukfsn.org> <200509050906.55018.pvaneynd@debian.org> <87k6hvcis3.fsf@hardknott.home.whinlatter.ukfsn.org> Message-ID: <20050905230356.GX19720@boris.cd.chalmers.se> On Mon, Sep 05, 2005 at 10:21:48PM +0100, Roger Leigh wrote: > Peter Van Eynde writes: > > On Sunday 04 September 2005 16:11, Roger Leigh wrote: > >> Martin Rydstr|m writes: > >> > On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: > >> > It parses /etc/termcap directly itself. > > >> The /etc/termcap in termcap-compat is well outdated. > >> > >> You can create one yourself using 'tic -C', from what I have read > >> (ncurses-bin and ncurses-base). I tried this with 'misc/terminfo.src' > >> from the ncurses source package, and it appeared to work correctly. > > > > I think it will be easiest to just remove terminal hemlock from the > > package, I have not seen anyone using it in the last few years. Any > > objections? I use it, but you've never seen me. ;) No matter; I'm fairly certain I can live with fixing up stuff so I can still use it. I think it's not a great solution to remove a feature just because people don't want /etc/termcap around, but I guess that is the way it works. (I don't know what you mean by "remove terminal hemlock", but disabling stuff just because there is no /etc/termcap in Debian would, I think, be a bit unnecessary; it does, after all, check $TERMCAP before it checks for /etc/termcap. I, personally, would probably just get a /etc/termcap from somewhere. On the other hand, I can also live without using packaged CMUCL.) 'mr -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_ From pvaneynd at debian.org Tue Sep 6 06:22:01 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Tue, 6 Sep 2005 08:22:01 +0200 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <20050905230356.GX19720@boris.cd.chalmers.se> References: <87k6hvcis3.fsf@hardknott.home.whinlatter.ukfsn.org> <20050905230356.GX19720@boris.cd.chalmers.se> Message-ID: <200509060822.02076.pvaneynd@debian.org> On Tuesday 06 September 2005 01:03, you wrote: > > > I think it will be easiest to just remove terminal hemlock from the > > > package, I have not seen anyone using it in the last few years. Any > > > objections? > > I use it, but you've never seen me. ;) You use hemlock in a terminal? Wow. > No matter; I'm fairly certain I can live with fixing up stuff so I I just added a line throwing a more descriptive error: hunk ./src/hemlock/rompsite.lisp 254 + (error "Hemlock text mode is not operable anymore") it is easy to remove this line in your version. > can still use it. I think it's not a great solution to remove a feature > just because people don't want /etc/termcap around, but I guess that > is the way it works. I'm not happy about it either, but I lack the time to fix it properly. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From fahree at gmail.com Tue Sep 6 07:42:05 2005 From: fahree at gmail.com (=?UTF-8?Q?Far=C3=A9?=) Date: Tue, 6 Sep 2005 03:42:05 -0400 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <200509060822.02076.pvaneynd@debian.org> References: <87k6hvcis3.fsf@hardknott.home.whinlatter.ukfsn.org> <20050905230356.GX19720@boris.cd.chalmers.se> <200509060822.02076.pvaneynd@debian.org> Message-ID: <653bea1605090600421865cf2f@mail.gmail.com> On 06/09/05, Peter Van Eynde wrote: > You use hemlock in a terminal? Wow. Instead of disabling hemlock altogether, why not have it issue an error if it can't find any TERMCAP? Besides, you can retrieve the termcap information from current terminal with infocmp(1), so the termcap data is just a (run-program "infocmp" (list (getenv "TERM")) :input nil ...) away (instead of (open "/etc/termcap"). I don't use hemlock, but I'd hate to see it disappear for a wrong reason. > I'm not happy about it either, but I lack the time to fix it properly. At least, have proper error message rather than a discouraging one. [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] The ultimate result of shielding men from the effects of folly is to fill the world with fools. -- Herbert Spencer From installer at ftp-master.debian.org Tue Sep 6 11:17:04 2005 From: installer at ftp-master.debian.org (Debian Installer) Date: Tue, 06 Sep 2005 04:17:04 -0700 Subject: [cl-debian] cl-portable-aserve_1.2.42+cvs.2005.08.05-4_i386.changes REJECTED Message-ID: Rejected: md5sum for /org/ftp.debian.org/ftp/pool/main/c/cl-portable-aserve/cl-portable-aserve_1.2.42+cvs.2005.08.05.orig.tar.gz doesn't match cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc. Rejected: size for /org/ftp.debian.org/ftp/pool/main/c/cl-portable-aserve/cl-portable-aserve_1.2.42+cvs.2005.08.05.orig.tar.gz doesn't match cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc. Rejected: 'dpkg-source -x' failed for cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc [return code: 6400]. [dpkg-source output:] dpkg-source: error: file cl-portable-aserve_1.2.42+cvs.2005.08.05.orig.tar.gz has size 790186 instead of expected 790169 === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. From rleigh at whinlatter.ukfsn.org Tue Sep 6 20:05:37 2005 From: rleigh at whinlatter.ukfsn.org (Roger Leigh) Date: Tue, 06 Sep 2005 21:05:37 +0100 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <20050905230356.GX19720@boris.cd.chalmers.se> (Martin Rydstr|m's message of "Tue, 6 Sep 2005 01:03:56 +0200") References: <20050904115634.GV19720@boris.cd.chalmers.se> <87br38vs6i.fsf@hardknott.home.whinlatter.ukfsn.org> <200509050906.55018.pvaneynd@debian.org> <87k6hvcis3.fsf@hardknott.home.whinlatter.ukfsn.org> <20050905230356.GX19720@boris.cd.chalmers.se> Message-ID: <87ek82vu5q.fsf@hardknott.home.whinlatter.ukfsn.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martin Rydstr|m writes: [termcap-compat removal] > No matter; I'm fairly certain I can live with fixing up stuff so I > can still use it. I think it's not a great solution to remove a > feature just because people don't want /etc/termcap around, but I > guess that is the way it works. I think the long-term solution should be to add terminfo support. Termcap is long deprecated in favour of terminfo, and there hasn't ever been termcap support for libc6 in Debian as far as I know. This dependency is just a hangover from the libc5 era. Debian deprecated termcap in 1999. According to Peter Samuelson, converting to terminfo should be as simple as linking with -lncurses rather than -ltermcap. However, if you aren't using libtermcap directly, this might be a harder task. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFDHfaQVcFcaSW/uEgRAuUrAKDEJu564p0WxEkhUii7ezmGnNHJiQCgk9gG IRJZdpcFkFKXyJ5nsUNbgFk= =bkKO -----END PGP SIGNATURE----- From pvaneynd at debian.org Wed Sep 7 19:53:18 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Wed, 7 Sep 2005 21:53:18 +0200 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <653bea1605090600421865cf2f@mail.gmail.com> References: <200509060822.02076.pvaneynd@debian.org> <653bea1605090600421865cf2f@mail.gmail.com> Message-ID: <200509072153.19454.pvaneynd@debian.org> On Tuesday 06 September 2005 09:42, you wrote: > On 06/09/05, Peter Van Eynde wrote: > > You use hemlock in a terminal? Wow. > > Instead of disabling hemlock altogether, why not have it issue an > error if it can't find any TERMCAP? Besides, you can retrieve the > termcap information from current terminal with infocmp(1), so the > termcap data is just a (run-program "infocmp" (list (getenv "TERM")) This I did not know. I'm hacking a working hemlock up... Thanks! Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From fahree at gmail.com Wed Sep 7 20:03:27 2005 From: fahree at gmail.com (=?UTF-8?Q?Far=C3=A9?=) Date: Wed, 7 Sep 2005 16:03:27 -0400 Subject: Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package In-Reply-To: <200509072153.19454.pvaneynd@debian.org> References: <200509060822.02076.pvaneynd@debian.org> <653bea1605090600421865cf2f@mail.gmail.com> <200509072153.19454.pvaneynd@debian.org> Message-ID: <653bea16050907130359bac5a9@mail.gmail.com> On 07/09/05, Peter Van Eynde wrote: >> Instead of disabling hemlock altogether, why not have it issue an >> error if it can't find any TERMCAP? Besides, you can retrieve the >> termcap information from current terminal with infocmp(1), so the >> termcap data is just a (run-program "infocmp" (list (getenv "TERM")) > > This I did not know. I'm hacking a working hemlock up... > I would recommend making several attempts at getting the TERMCAP, starting with $TERMCAP, then $(infocmp -C), then /etc/termcap. Also, infocmp already uses $TERM by default so no need to pass it as an argument. If I read the manual correctly, you need option -C. [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] Mathematics is as little a science as grammar is a language. -- Ernst Mayr From pvaneynd at debian.org Fri Sep 9 03:32:04 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Thu, 08 Sep 2005 20:32:04 -0700 Subject: [cl-debian] Accepted cl-portable-aserve 1.2.42+cvs.2005.08.05-4 (source all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 5 Sep 2005 16:34:46 +0200 Source: cl-portable-aserve Binary: cl-acl-compat cl-webactions cl-htmlgen cl-aserve Architecture: source all Version: 1.2.42+cvs.2005.08.05-4 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cl-acl-compat - Compatibility layer for Allegro Common Lisp cl-aserve - Portable Aserve cl-htmlgen - HTML generation library for Common Lisp programs cl-webactions - HTTP dispatch library for cl-aserve Closes: 326092 Changes: cl-portable-aserve (1.2.42+cvs.2005.08.05-4) unstable; urgency=low . * sbcl mp patch from Kim Minh Kaplan. Closes: #326092 Files: fbec15e2503e440751acdf366f54a319 707 web optional cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc 2baa443ed8b1f577e0b1f0de6b0bf2f5 2529 web optional cl-portable-aserve_1.2.42+cvs.2005.08.05-4.diff.gz aab92a9caf521761a1b3b3caa7609bde 416580 web optional cl-aserve_1.2.42+cvs.2005.08.05-4_all.deb a4141f0345992d766b7614724751a272 64706 web optional cl-acl-compat_1.2.42+cvs.2005.08.05-4_all.deb cd6a15abbe7c57480461cf2feff1fd3b 31468 web optional cl-htmlgen_1.2.42+cvs.2005.08.05-4_all.deb e2b052b31142788b733134b8ff3f43cf 35148 web optional cl-webactions_1.2.42+cvs.2005.08.05-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDIBRg11ldN0tyliURAttVAJ9W7HanVDynynwdP+rngpsnPIUewwCfRNE/ vjPMen+5DZsx6dkSV3OfRbA= =e9BY -----END PGP SIGNATURE----- Accepted: cl-acl-compat_1.2.42+cvs.2005.08.05-4_all.deb to pool/main/c/cl-portable-aserve/cl-acl-compat_1.2.42+cvs.2005.08.05-4_all.deb cl-aserve_1.2.42+cvs.2005.08.05-4_all.deb to pool/main/c/cl-portable-aserve/cl-aserve_1.2.42+cvs.2005.08.05-4_all.deb cl-htmlgen_1.2.42+cvs.2005.08.05-4_all.deb to pool/main/c/cl-portable-aserve/cl-htmlgen_1.2.42+cvs.2005.08.05-4_all.deb cl-portable-aserve_1.2.42+cvs.2005.08.05-4.diff.gz to pool/main/c/cl-portable-aserve/cl-portable-aserve_1.2.42+cvs.2005.08.05-4.diff.gz cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc to pool/main/c/cl-portable-aserve/cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc cl-webactions_1.2.42+cvs.2005.08.05-4_all.deb to pool/main/c/cl-portable-aserve/cl-webactions_1.2.42+cvs.2005.08.05-4_all.deb From owner at bugs.debian.org Fri Sep 9 03:48:06 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Thu, 08 Sep 2005 20:48:06 -0700 Subject: [cl-debian] Bug#326092: marked as done (cl-acl-compat: With SBCL PROCESS-ACTIVE-P does not work with non running threads.) In-Reply-To: References: Message-ID: Your message dated Thu, 08 Sep 2005 20:32:04 -0700 with message-id and subject line Bug#326092: fixed in cl-portable-aserve 1.2.42+cvs.2005.08.05-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 1 Sep 2005 18:34:53 +0000 >From qdsmgbm02 at sneakemail.com Thu Sep 01 11:34:53 2005 Return-path: Received: from postfix4-2.free.fr [213.228.0.176] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EAttl-0003dR-00; Thu, 01 Sep 2005 11:34:53 -0700 Received: from kloug (nor75-11-82-66-224-145.fbx.proxad.net [82.66.224.145]) by postfix4-2.free.fr (Postfix) with ESMTP id 035263238BB; Thu, 1 Sep 2005 20:34:23 +0200 (CEST) Received: from kmkaplan by kloug with local (Exim 4.52) id 1EAttG-0001I8-4N; Thu, 01 Sep 2005 20:34:22 +0200 Content-Type: multipart/mixed; boundary="===============1741191458==" MIME-Version: 1.0 From: Kim Minh Kaplan To: Debian Bug Tracking System Subject: cl-acl-compat: With SBCL PROCESS-ACTIVE-P does not work with non running threads. X-Mailer: reportbug 3.15 Date: Thu, 01 Sep 2005 20:34:21 +0200 Message-Id: Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-5.2 required=4.0 tests=BAYES_00,FROM_ENDS_IN_NUMS, HAS_PACKAGE,UPPERCASE_25_50 autolearn=no version=2.60-bugs.debian.org_2005_01_02 This is a multi-part MIME message sent by reportbug. --===============1741191458== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: cl-acl-compat Version: 1.2.42+cvs.2005.08.05-1 Severity: normal Tags: patch Running SBCL and calling PROCESS-ACTIVE-P on a process that has not yet been started in a thread signals an error. Here is an example session: $ sbcl This is SBCL 0.9.3.36, an implementation of ANSI Common Lisp. More information about SBCL is available at . SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * (clc:clc-require :acl-compat) STYLE-WARNING: redefining INPUT-FILES (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining OUTPUT-FILES (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining PERFORM :AFTER (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining OUTPUT-FILES (COMPILE-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (COMPILE-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (LOAD-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (LOAD-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: implicitly creating new generic function URI-P STYLE-WARNING: implicitly creating new generic function URI-PARSED-PATH STYLE-WARNING: implicitly creating new generic function (SETF URI-PARSED-PATH) STYLE-WARNING: implicitly creating new generic function URI STYLE-WARNING: implicitly creating new generic function MERGE-URIS STYLE-WARNING: implicitly creating new generic function ENOUGH-URI STYLE-WARNING: implicitly creating new generic function INTERN-URI COMMON-LISP:STYLE-WARNING: Couldn't grovel for SIGEMT (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for SIGINFO (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for O_NOFOLLOW (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for O_DIRECTORY (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for O_DIRECT (unknown to the C compiler). COMMON-LISP:STYLE-WARNING: Couldn't grovel for O_LARGEFILE (unknown to the C compiler). ;;; Please wait, recompiling library... STYLE-WARNING: implicitly creating new generic function RECEIVE-FROM STYLE-WARNING: implicitly creating new generic function SEND-TO T * (acl-mp:process-active-p (acl-mp:make-process)) debugger invoked on a TYPE-ERROR in thread #: The value NIL is not of type SB-THREAD:THREAD. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-THREAD::THREAD-STATE NIL) 0] And here is a trivial fix. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages cl-acl-compat depends on: ii cl-ppcre 1.2.11-1 Portable Regular Express Library f ii cl-puri 1.3.1.2-1 Common Lisp Portable URI Library ii common-lisp-controller 4.16 This is a Common Lisp source and c cl-acl-compat recommends no packages. -- no debconf information --===============1741191458== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acl-mp.patch" --- /usr/share/common-lisp/source/acl-compat/sbcl/acl-mp.lisp 2005-08-08 10:16:33.000000000 +0200 +++ acl-mp.lisp 2005-09-01 20:28:45.000000000 +0200 @@ -290,4 +290,5 @@ (decf ,place))) (defun process-active-p (process) - (sb-thread:thread-alive-p (process-id process))) + (and (process-id process) + (sb-thread:thread-alive-p (process-id process)))) --===============1741191458==-- --------------------------------------- Received: (at 326092-close) by bugs.debian.org; 9 Sep 2005 03:39:15 +0000 >From katie at spohr.debian.org Thu Sep 08 20:39:15 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1EDZcS-0008T6-00; Thu, 08 Sep 2005 20:32:04 -0700 From: Peter Van Eynde To: 326092-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#326092: fixed in cl-portable-aserve 1.2.42+cvs.2005.08.05-4 Message-Id: Sender: Archive Administrator Date: Thu, 08 Sep 2005 20:32:04 -0700 Delivered-To: 326092-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: cl-portable-aserve Source-Version: 1.2.42+cvs.2005.08.05-4 We believe that the bug you reported is fixed in the latest version of cl-portable-aserve, which is due to be installed in the Debian FTP archive: cl-acl-compat_1.2.42+cvs.2005.08.05-4_all.deb to pool/main/c/cl-portable-aserve/cl-acl-compat_1.2.42+cvs.2005.08.05-4_all.deb cl-aserve_1.2.42+cvs.2005.08.05-4_all.deb to pool/main/c/cl-portable-aserve/cl-aserve_1.2.42+cvs.2005.08.05-4_all.deb cl-htmlgen_1.2.42+cvs.2005.08.05-4_all.deb to pool/main/c/cl-portable-aserve/cl-htmlgen_1.2.42+cvs.2005.08.05-4_all.deb cl-portable-aserve_1.2.42+cvs.2005.08.05-4.diff.gz to pool/main/c/cl-portable-aserve/cl-portable-aserve_1.2.42+cvs.2005.08.05-4.diff.gz cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc to pool/main/c/cl-portable-aserve/cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc cl-webactions_1.2.42+cvs.2005.08.05-4_all.deb to pool/main/c/cl-portable-aserve/cl-webactions_1.2.42+cvs.2005.08.05-4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 326092 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated cl-portable-aserve package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 5 Sep 2005 16:34:46 +0200 Source: cl-portable-aserve Binary: cl-acl-compat cl-webactions cl-htmlgen cl-aserve Architecture: source all Version: 1.2.42+cvs.2005.08.05-4 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cl-acl-compat - Compatibility layer for Allegro Common Lisp cl-aserve - Portable Aserve cl-htmlgen - HTML generation library for Common Lisp programs cl-webactions - HTTP dispatch library for cl-aserve Closes: 326092 Changes: cl-portable-aserve (1.2.42+cvs.2005.08.05-4) unstable; urgency=low . * sbcl mp patch from Kim Minh Kaplan. Closes: #326092 Files: fbec15e2503e440751acdf366f54a319 707 web optional cl-portable-aserve_1.2.42+cvs.2005.08.05-4.dsc 2baa443ed8b1f577e0b1f0de6b0bf2f5 2529 web optional cl-portable-aserve_1.2.42+cvs.2005.08.05-4.diff.gz aab92a9caf521761a1b3b3caa7609bde 416580 web optional cl-aserve_1.2.42+cvs.2005.08.05-4_all.deb a4141f0345992d766b7614724751a272 64706 web optional cl-acl-compat_1.2.42+cvs.2005.08.05-4_all.deb cd6a15abbe7c57480461cf2feff1fd3b 31468 web optional cl-htmlgen_1.2.42+cvs.2005.08.05-4_all.deb e2b052b31142788b733134b8ff3f43cf 35148 web optional cl-webactions_1.2.42+cvs.2005.08.05-4_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDIBRg11ldN0tyliURAttVAJ9W7HanVDynynwdP+rngpsnPIUewwCfRNE/ vjPMen+5DZsx6dkSV3OfRbA= =e9BY -----END PGP SIGNATURE----- From kraai at ftbfs.org Thu Sep 8 17:55:22 2005 From: kraai at ftbfs.org (Matt Kraai) Date: Thu, 8 Sep 2005 10:55:22 -0700 Subject: [cl-debian] Bug#327311: FTBFS: Unable to find sbcl Message-ID: <20050908175522.GA4094@localhost.localdomain> Package: sbcl Version: 0.9.3.72-1 Severity: serious Tags: patch sbcl fails to build because it removes the stage1 sbcl before it tries to use it: > mkdir stage1 > mv output/sbcl.core src/runtime/sbcl stage1/ > chmod 000 stage1 > sh clean.sh || true > make[1]: Entering directory `/tmp/buildd/sbcl-0.9.3.72/doc/manual' > rm -f *~ *.bak *.orig \#*\# .\#* texput.log *.fasl > rm -rf sbcl asdf "docstrings/" > rm -f contrib-docs.texi-temp > rm -f package-locks.texi-temp > rm -f html-stamp tempfiles-stamp > rm -f asdf.aux asdf.cp asdf.cps asdf.fn asdf.fns asdf.ky asdf.log asdf.pg asdf.toc asdf.tp asdf.tps asdf.vr asdf.vrs sbcl.aux sbcl.cp sbcl.cps sbcl.fn sbcl.fns sbcl.ky sbcl.log sbcl.pg sbcl.toc sbcl.tp sbcl.tps sbcl.vr sbcl.vrs > rm -f sbcl.info sbcl.info-* > rm -f asdf.cp asdf.info asdf.pdf asdf.fn asdf.ps asdf.tp asdf.vr > rm -f sbcl.cp sbcl.info sbcl.pdf sbcl.fn sbcl.ps sbcl.tp sbcl.vr > make[1]: Leaving directory `/tmp/buildd/sbcl-0.9.3.72/doc/manual' > chmod 700 stage1 > # rebuild again with new version > CC=gcc-3.4 CFLAGS="-DSBCL_HOME=/usr/lib/sbcl/ -O2" GNUMAKE=make ./make.sh "`pwd`/stage1/sbcl --core `pwd`/stage1/sbcl.core --sysinit /dev/null --userinit /dev/null --disable-debugger" > //starting build: Thu Sep 8 16:28:54 UTC 2005 > //SBCL_XC_HOST="/tmp/buildd/sbcl-0.9.3.72/stage1/sbcl --core /tmp/buildd/sbcl-0.9.3.72/stage1/sbcl.core --sysinit /dev/null --userinit /dev/null --disable-debugger" > //entering make-config.sh > //ensuring the existence of output/ directory > //initializing /tmp/buildd/sbcl-0.9.3.72/local-target-features.lisp-expr > //guessing default target CPU architecture from host architecture > //setting up CPU-architecture-dependent information > sbcl_arch="x86" > //setting up symlink src/compiler/target > //setting up symlink src/assembly/target > //setting up symlink src/compiler/assembly > //setting up OS-dependent information > //finishing /tmp/buildd/sbcl-0.9.3.72/local-target-features.lisp-expr > //entering make-host-1.sh > //building cross-compiler, and doing first genesis > make-host-1.sh: line 29: /tmp/buildd/sbcl-0.9.3.72/stage1/sbcl: No such file or directory > > real 0m0.003s > user 0m0.001s > sys 0m0.002s The following patch makes clean.sh skip the stage1 directory, which fixes this problem. -- Matt -------------- next part -------------- only in patch2: unchanged: --- sbcl-0.9.3.72.orig/clean.sh +++ sbcl-0.9.3.72/clean.sh @@ -71,7 +71,7 @@ # building or testing # test-passed # generated by automatic directory-test-thyself procedure -find . \( \ +find . -name stage1 -prune -o \( \ -type l -o \ -name '*~' -o \ -name '#*#' -o \ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From owner at bugs.debian.org Fri Sep 9 06:35:25 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Thu, 08 Sep 2005 23:35:25 -0700 Subject: [cl-debian] Bug#319970: marked as done (sbcl fails with internal error) In-Reply-To: <20050908165111.GD3240@localhost.localdomain> References: <20050908165111.GD3240@localhost.localdomain> <20050725172021.GA4067@localhost.localdomain> Message-ID: Your message dated Thu, 8 Sep 2005 09:51:11 -0700 with message-id <20050908165111.GD3240 at localhost.localdomain> and subject line Fixed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 26 Jul 2005 01:45:25 +0000 >From kraai at lafn.org Mon Jul 25 18:45:25 2005 Return-path: Received: from zoot.lafn.org [206.117.18.6] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1DxEVZ-0008FL-00; Mon, 25 Jul 2005 18:45:25 -0700 Received: from localhost.localdomain (pool-71-104-165-253.lsanca.dsl-w.verizon.net [71.104.165.253]) (authenticated bits=0) by zoot.lafn.org (8.13.1/8.13.1) with ESMTP id j6Q1jOqb021702 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 25 Jul 2005 18:45:24 -0700 (PDT) (envelope-from kraai at lafn.org) Received: from kraai by localhost.localdomain with local (Exim 4.52) id 1Dx6cn-00013s-VP for submit at bugs.debian.org; Mon, 25 Jul 2005 10:20:22 -0700 Date: Mon, 25 Jul 2005 10:20:21 -0700 From: Matt Kraai To: submit at bugs.debian.org Subject: FTBFS: Internal error in SBCL Message-ID: <20050725172021.GA4067 at localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on zoot.lafn.org X-Virus-Status: Clean Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: cl-aspectl Version: 0.6.5-1 Severity: serious cl-aspectl fails to build because of an internal error in SBCL: > sbcl --load 'debian/gen-doc.lisp' < /dev/null > Linux with NPTL support (e.g. kernel 2.6 or newer) required for=20 > thread-enabled SBCL. Disabling thread support. >=20 > This is SBCL 0.9.2, an implementation of ANSI Common Lisp. > More information about SBCL is available at . >=20 > SBCL is free software, provided as is, with absolutely no warranty. > It is mostly in the public domain; some portions are provided under > BSD-style licenses. See the CREDITS and COPYING files in the > distribution for more information. > fatal error encountered in SBCL pid 11152(tid 0): > internal error too early in init, can't recover > The system is too badly corrupted or confused to continue at the Lisp > level. If the system had been compiled with the SB-LDB feature, we'd drop > into the LDB low-level debugger now. But there's no LDB in this build, so > we can't really do anything but just exit, sorry. > internal error #31 > SC: 14, Offset: 0 lispobj 0x500000b > SC: 14, Offset: 2 lispobj 0x50599f7 This is on i386 with sbcl 1:0.9.2.0-3. --=20 Matt --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC5R9VfNdgYxVXvBARAnTLAJ9JN/AD/S9LWh7qp03OcFXMSthMwgCfRIG5 CGcCM/uCGG9s+vD1i8kRh+k= =plPq -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- --------------------------------------- Received: (at 319970-done) by bugs.debian.org; 9 Sep 2005 06:32:12 +0000 >From kraai at lafn.org Thu Sep 08 23:32:12 2005 Return-path: Received: from zoot.lafn.org [206.117.18.6] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EDcQm-0003fj-00; Thu, 08 Sep 2005 23:32:12 -0700 Received: from localhost.localdomain (pool-71-104-166-233.lsanca.dsl-w.verizon.net [71.104.166.233]) (authenticated bits=0) by zoot.lafn.org (8.13.1/8.13.1) with ESMTP id j896WBNV030229 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for <319970-done at bugs.debian.org>; Thu, 8 Sep 2005 23:32:11 -0700 (PDT) (envelope-from kraai at lafn.org) Received: from kraai by localhost.localdomain with local (Exim 4.52) id 1EDPcF-0000xi-Em for 319970-done at bugs.debian.org; Thu, 08 Sep 2005 09:51:11 -0700 Date: Thu, 8 Sep 2005 09:51:11 -0700 From: Matt Kraai To: 319970-done at bugs.debian.org Subject: Fixed Message-ID: <20050908165111.GD3240 at localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YkJPYEFdoxh/AXLE" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: ClamAV 0.86.2/1070/Thu Sep 8 15:28:24 2005 on zoot.lafn.org X-Virus-Status: Clean Delivered-To: 319970-done at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-1.3 required=4.0 tests=BAYES_00,DATE_IN_PAST_12_24, ONEWORD autolearn=no version=2.60-bugs.debian.org_2005_01_02 --YkJPYEFdoxh/AXLE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Howdy, I retried the cl-aspectl build and it succeeded, so I'm closing this report. I didn't respond to the last request for information because it was sent to 319970 at bugs.d.o instead of 319970-submitter at bugs.d.o. --=20 Matt --YkJPYEFdoxh/AXLE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDIGv+fNdgYxVXvBARAuRCAJ96vXLPoKVQ14V/59ACGQLii2iMEwCgqt+7 eK/5U79BevoPNOCTgN3QDB0= =58O0 -----END PGP SIGNATURE----- --YkJPYEFdoxh/AXLE-- From fahree at gmail.com Mon Sep 12 02:18:51 2005 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Sun, 11 Sep 2005 22:18:51 -0400 Subject: [cl-debian] cl-launch in debian? Message-ID: <653bea1605091119182a113af5@mail.gmail.com> Dear all, I'm using cl-launch to turn many lisp programs into shell-controllable commands, including stumpwm (in debian, though it depends on sb-clx-sbcl, that is outdated), and several of my own personal scripts. I think cl-launch would be a great thing to add to debian, especially as a tool to build lisp applications for debian. cl-launch does the right thing, dynamically: it detects the best available implementation in a given lisp, with a lot of runtime or compile-time configurability. It supports all the free lisp implementations in debian (I think): sbcl, cmucl, clisp, gcl, openmcl. It exports trivial interfaces for accessing the invocation parameters: command-line arguments and environment variables. Adding new implementations should be fairly easy considering the discrepancy already covered. I've focused on making cl-launch an independent piece of software that doesn't require any special software installed at runtime, except the source being made to be launchable. cl-launch is 38KiB big, and it produces self-contained scripts that are 15KiB big (including license and lots of comments and dynamic configurability). I also added a "light weight" mode, that produces scripts smaller than 1KiB, but that depend on loading lisp and shell code from files at hardwired locations. This might be a better compromised for system-managed code, as opposed to user code: use -I /usr/share/common-lisp/source/cl-launch for all debian binaries. There are many nice lisp apps being developed, I hope cl-launch will make it easier to deploy them. http://www.cliki.net/cl-launch [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] ... Any resemblance between the above views and those of my employer, my terminal, or the view out my window are purely coincidental. Any resemblance between the above and my own views is non-deterministic. The question of the existence of views in the absence of anyone to hold them is left as an exercise for the reader. The question of the existence of the reader is left as an exercise for the second god coefficient. (A discussion of non-orthogonal, non-integral polytheism is beyond the scope of this article.) From g35fckt001 at sneakemail.com Mon Sep 12 11:21:34 2005 From: g35fckt001 at sneakemail.com (Wolfgang Weisselberg) Date: Mon, 12 Sep 2005 13:21:34 +0200 Subject: [cl-debian] Bug#327818: sbcl: fatal error encountered in SBCL pid 17942(tid 16384): =?utf-8?b?KMKtw7vDp8K/w6fCv8Onwr/Dp8K/w6fCv8On?= =?utf-8?b?wr/Dp8K/w6jCvw==?= (NOT installable, either) Message-ID: <20050912112134.GA20084@weissel.dyndns.org> Package: sbcl Version: 1:0.9.3.72-1 Severity: grave Justification: renders package unusable $ sbcl fatal error encountered in SBCL pid 20139(tid 16384): (?????????????????? $ /usr/bin/sbcl --core /usr/lib/sbcl/sbcl-dist.core \ > --sysinit /etc/sbcl.rc --userinit /dev/null \ > --load "/usr/lib/sbcl/install-clc.lisp" fatal error encountered in SBCL pid 20167(tid 16384): (?????????????????? # apt-get remove --purge sbcl sbcl-common # apt-get install sbcl [...] Selecting previously deselected package sbcl-common. (Reading database ... 197935 files and directories currently installed.) Unpacking sbcl-common (from .../sbcl-common_1%3a0.9.3.72-1_all.deb) ... Selecting previously deselected package sbcl. Unpacking sbcl (from .../sbcl_1%3a0.9.3.72-1_i386.deb) ... Setting up sbcl-common (0.9.3.72-1) ... Setting up sbcl (0.9.3.72-1) ... /usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc. fatal error encountered in SBCL pid 20359(tid 16384): (?????????????????? mv: cannot stat `sbcl-new.core': No such file or directory FAILED $ sbcl fatal error encountered in SBCL pid 20500(tid 16384): (?????????????????? PS: Please CC me -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (101, 'testing'), (99, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.28-lvm Locale: LANG=de_DE at euro, LC_CTYPE=de_DE at euro (charmap=ISO-8859-15) Versions of packages sbcl depends on: ii common-lisp-controller 4.16 This is a Common Lisp source and c ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii sbcl-common 1:0.9.3.72-1 Architecture independent files for sbcl recommends no packages. -- debconf information: * sbcl/auto-build: Yes From rvb at pro-linux.de Tue Sep 13 05:02:04 2005 From: rvb at pro-linux.de (=?utf-8?q?Ren=C3=A9_van_Bevern?=) Date: Mon, 12 Sep 2005 22:02:04 -0700 Subject: [cl-debian] Accepted cl-fad 0.3.2-1 (source all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 12 Sep 2005 10:13:47 +0200 Source: cl-fad Binary: cl-fad Architecture: source all Version: 0.3.2-1 Distribution: unstable Urgency: low Maintainer: Ren?? van Bevern Changed-By: Ren?? van Bevern Description: cl-fad - portable pathname library for Common Lisp Changes: cl-fad (0.3.2-1) unstable; urgency=low . * New upstream version with updated documentation . * Build using dh-lisp + debian/rules: call dh_lisp + debian/control: Build-Depends on dh-lisp + remove postinst, prerm and links, all their actions are taken by dh-lisp . * integrate test cases to asdf:test-op + debian/patches/test-op (new): define cl-fad-tests system and method to perform test-op on cl-fad + debian/README.Debian: change passage on how to perform tests + remove debian/examples, as test cases are installed normally . * debian/rules: switch to cdbs . * debian/control: + Build-Depends-Indep in favor of Build-Depends + bumped Standards-Version without changes . * removed unsuitable watch file Files: 4a0e7b594ad5fa881da0626c63481f76 579 devel optional cl-fad_0.3.2-1.dsc fe91a3bdded4f90698727892b11f363a 9935 devel optional cl-fad_0.3.2.orig.tar.gz 1c418403c3ce7736e9c488ae1874b58b 2452 devel optional cl-fad_0.3.2-1.diff.gz 942574cbfb5e460788e8acd0d71e5a73 12954 devel optional cl-fad_0.3.2-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDJdFD11ldN0tyliURAiKwAKCWgaeOANv1pY1U6MVB3OFOghdjewCgp77z iVM95IhlIowZJeT1iHl5U9o= =93ZD -----END PGP SIGNATURE----- Accepted: cl-fad_0.3.2-1.diff.gz to pool/main/c/cl-fad/cl-fad_0.3.2-1.diff.gz cl-fad_0.3.2-1.dsc to pool/main/c/cl-fad/cl-fad_0.3.2-1.dsc cl-fad_0.3.2-1_all.deb to pool/main/c/cl-fad/cl-fad_0.3.2-1_all.deb cl-fad_0.3.2.orig.tar.gz to pool/main/c/cl-fad/cl-fad_0.3.2.orig.tar.gz From kraai at ftbfs.org Mon Sep 12 18:24:01 2005 From: kraai at ftbfs.org (Matt Kraai) Date: Mon, 12 Sep 2005 11:24:01 -0700 Subject: [cl-debian] Bug#328040: FTBFS: Missing build-dependency on bc Message-ID: <20050912182401.GA3739@localhost.localdomain> Package: cmucl Version: 19b-release-20050726-4 Severity: serious Tags: patch cmucl fails to build because it cannot run bc: > echo '1 + ' `cat version` | bc > ,version > /bin/sh: bc: command not found Adding bc to the build-dependencies fixes this problem. -- Matt -------------- next part -------------- diff -u cmucl-19b-release-20050726/debian/control cmucl-19b-release-20050726/debian/control --- cmucl-19b-release-20050726/debian/control +++ cmucl-19b-release-20050726/debian/control @@ -1,6 +1,6 @@ Source: cmucl Section: devel -Build-Depends: debhelper (>= 4.1.16), lesstif-dev, tetex-extra, cmucl (>= 19b-pre1-20050606-1), hevea, tidy, a2ps, x-dev, gcc-3.4 +Build-Depends: debhelper (>= 4.1.16), lesstif-dev, tetex-extra, cmucl (>= 19b-pre1-20050606-1), hevea, tidy, a2ps, x-dev, gcc-3.4, bc Priority: optional Maintainer: Peter Van Eynde Standards-Version: 3.6.2.1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From pvaneynd at debian.org Tue Sep 13 21:02:19 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Tue, 13 Sep 2005 14:02:19 -0700 Subject: [cl-debian] Accepted cmucl 19b-release-20050726-5 (source all i386) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 13 Sep 2005 09:05:32 +0200 Source: cmucl Binary: cmucl cmucl-source cmucl-clm cmucl-docs Architecture: source all i386 Version: 19b-release-20050726-5 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cmucl - The CMUCL lisp compiler and development system cmucl-clm - The Motif interface for CMUCL cmucl-docs - The CMUCL documentation cmucl-source - The CMUCL lisp sources Closes: 328040 Changes: cmucl (19b-release-20050726-5) unstable; urgency=low . * provide man page for cmucl-run * reintroduced hemlock text mode, using infocmp. Based on an idea by Fran??ois-Ren?? Rideau * Fixed build-depends on bc. Closes: #328040 Files: 5b7e4090c1c39555fe9aefb5ab14d560 743 devel optional cmucl_19b-release-20050726-5.dsc b8555dff20974765288e22ecd93bdc65 1504463 devel optional cmucl_19b-release-20050726-5.diff.gz f5f040332f3ab944fc94d3cb8661b802 10540468 devel optional cmucl_19b-release-20050726-5_i386.deb f9cf52b3342bcea85476cef8d8c52dac 653860 devel optional cmucl-clm_19b-release-20050726-5_i386.deb 27f51af07b6d1110950855140219474c 2277558 doc optional cmucl-docs_19b-release-20050726-5_all.deb 5480c4aca41100bfa90b316d5cdc38ab 5165232 devel optional cmucl-source_19b-release-20050726-5_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDJv3X11ldN0tyliURAve4AKCkMOpCxKDAUSbmr6tYSz8wBcPcEgCgxid/ xc5p/D5yZl5JJR0J4La0yCE= =jEGC -----END PGP SIGNATURE----- Accepted: cmucl-clm_19b-release-20050726-5_i386.deb to pool/main/c/cmucl/cmucl-clm_19b-release-20050726-5_i386.deb cmucl-docs_19b-release-20050726-5_all.deb to pool/main/c/cmucl/cmucl-docs_19b-release-20050726-5_all.deb cmucl-source_19b-release-20050726-5_all.deb to pool/main/c/cmucl/cmucl-source_19b-release-20050726-5_all.deb cmucl_19b-release-20050726-5.diff.gz to pool/main/c/cmucl/cmucl_19b-release-20050726-5.diff.gz cmucl_19b-release-20050726-5.dsc to pool/main/c/cmucl/cmucl_19b-release-20050726-5.dsc cmucl_19b-release-20050726-5_i386.deb to pool/main/c/cmucl/cmucl_19b-release-20050726-5_i386.deb From pvaneynd at debian.org Tue Sep 13 21:03:00 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Tue, 13 Sep 2005 14:03:00 -0700 Subject: [cl-debian] Accepted sbcl 1:0.9.4.65-1 (source i386 all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 12 Sep 2005 21:06:15 +0200 Source: sbcl Binary: sbcl sbcl-common Architecture: source i386 all Version: 1:0.9.4.65-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: sbcl - A development environment for Common Lisp sbcl-common - Architecture independent files for SBCL Closes: 327311 327818 Changes: sbcl (1:0.9.4.65-1) unstable; urgency=low . * Peter Van Eynde + New upstream version + Improved saving of stage1, should be root-resistant. Closes: #327311 I prefer not to modify the upstream clean.sh script, so I hide the stage1 files in a tar file + Improved 2.4 kernel detection to always fail. Closes: #327818 . * Ren?? van Bevern: + integration with binfmt-support: if binfmt-support is installed, FASL objects are now executable like normal programs (if the kernel supports it, like the Default one in Debian) - debian/sbcl-run (new): script to run lisp program given at the command line and quit - debian/binfmt (new): binary format description - debian/rules: install /usr/bin/sbcl-run and /usr/share/binfmts/sbcl - debian/control: Recommend binfmt-support - debian/postinst: register binary format description - debian/prerm: unregister binary format description - README.Debian: mention binfmt-support integration . + provide sbcl-XX, XX being the FASL version number, so that packages can depend on this if they include SBCL FASL files - debian/control: add ${sbcl:fasl-version} to Provides - debian/fasl-version.lisp (new): append current FASL version to debian/sbcl.substvars - debian/rules: run fasl-version.lisp in stage1 after it is built . + allow she-bang (e.g. #!/usr/bin/sbcl-run) in lisp source - debian/install-clc.lisp: set up reader macro to discard #!-lines Files: 6774f7da085b7711ef37cc495cebd9bd 681 devel optional sbcl_0.9.4.65-1.dsc 8bd78893c9a5250c162e1901d5e61727 3807900 devel optional sbcl_0.9.4.65.orig.tar.gz ffc180a33351ce9ab63bbb339272ba60 20861 devel optional sbcl_0.9.4.65-1.diff.gz b61a85b498e482aafb07e6801e64179b 3942456 devel optional sbcl-common_0.9.4.65-1_all.deb 0a10ef203912ab74038fc1c1d35eff01 9320028 devel optional sbcl_0.9.4.65-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDJyBr11ldN0tyliURAqZUAKCBTzO6A4gv9mtoB85c5OWJEPefTwCdFncN /pDh9iPZwIiAFMe0ydKQk+M= =VlWj -----END PGP SIGNATURE----- Accepted: sbcl-common_0.9.4.65-1_all.deb to pool/main/s/sbcl/sbcl-common_0.9.4.65-1_all.deb sbcl_0.9.4.65-1.diff.gz to pool/main/s/sbcl/sbcl_0.9.4.65-1.diff.gz sbcl_0.9.4.65-1.dsc to pool/main/s/sbcl/sbcl_0.9.4.65-1.dsc sbcl_0.9.4.65-1_i386.deb to pool/main/s/sbcl/sbcl_0.9.4.65-1_i386.deb sbcl_0.9.4.65.orig.tar.gz to pool/main/s/sbcl/sbcl_0.9.4.65.orig.tar.gz From owner at bugs.debian.org Tue Sep 13 21:18:45 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Tue, 13 Sep 2005 14:18:45 -0700 Subject: [cl-debian] Bug#328040: marked as done (FTBFS: Missing build-dependency on bc) In-Reply-To: References: <20050912182401.GA3739@localhost.localdomain> Message-ID: Your message dated Tue, 13 Sep 2005 14:02:19 -0700 with message-id and subject line Bug#328040: fixed in cmucl 19b-release-20050726-5 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 13 Sep 2005 06:14:49 +0000 >From kraai at lafn.org Mon Sep 12 23:14:49 2005 Return-path: Received: from zoot.lafn.org [206.117.18.6] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EF448-0004OP-00; Mon, 12 Sep 2005 23:14:49 -0700 Received: from localhost.localdomain (pool-71-104-166-233.lsanca.dsl-w.verizon.net [71.104.166.233]) (authenticated bits=0) by zoot.lafn.org (8.13.1/8.13.1) with ESMTP id j8D6ElJ1036607 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 12 Sep 2005 23:14:48 -0700 (PDT) (envelope-from kraai at lafn.org) Received: from kraai by localhost.localdomain with local (Exim 4.52) id 1EEsyH-0000yT-Au for submit at bugs.debian.org; Mon, 12 Sep 2005 11:24:01 -0700 Date: Mon, 12 Sep 2005 11:24:01 -0700 From: Matt Kraai To: submit at bugs.debian.org Subject: FTBFS: Missing build-dependency on bc Message-ID: <20050912182401.GA3739 at localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U+BazGySraz5kW0T" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: ClamAV 0.86.2/1080/Mon Sep 12 19:02:46 2005 on zoot.lafn.org X-Virus-Status: Clean Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-2.4 required=4.0 tests=BAYES_00,DATE_IN_PAST_06_12 autolearn=no version=2.60-bugs.debian.org_2005_01_02 --U+BazGySraz5kW0T Content-Type: multipart/mixed; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: cmucl Version: 19b-release-20050726-4 Severity: serious Tags: patch cmucl fails to build because it cannot run bc: > echo '1 + ' `cat version` | bc > ,version > /bin/sh: bc: command not found Adding bc to the build-dependencies fixes this problem. --=20 Matt --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch diff -u cmucl-19b-release-20050726/debian/control cmucl-19b-release-20050726/debian/control --- cmucl-19b-release-20050726/debian/control +++ cmucl-19b-release-20050726/debian/control @@ -1,6 +1,6 @@ Source: cmucl Section: devel -Build-Depends: debhelper (>= 4.1.16), lesstif-dev, tetex-extra, cmucl (>= 19b-pre1-20050606-1), hevea, tidy, a2ps, x-dev, gcc-3.4 +Build-Depends: debhelper (>= 4.1.16), lesstif-dev, tetex-extra, cmucl (>= 19b-pre1-20050606-1), hevea, tidy, a2ps, x-dev, gcc-3.4, bc Priority: optional Maintainer: Peter Van Eynde Standards-Version: 3.6.2.1 --/9DWx/yDrRhgMJTb-- --U+BazGySraz5kW0T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDJcfAfNdgYxVXvBARAngXAJ4gBWhVj7Ny1wNtfW7ZQK6OWvUbTwCgo+R8 +/kZEx2MK1kcKtxlLHsMy7A= =+VdA -----END PGP SIGNATURE----- --U+BazGySraz5kW0T-- --------------------------------------- Received: (at 328040-close) by bugs.debian.org; 13 Sep 2005 21:11:21 +0000 >From katie at spohr.debian.org Tue Sep 13 14:11:21 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1EFHv1-0003Xk-00; Tue, 13 Sep 2005 14:02:19 -0700 From: Peter Van Eynde To: 328040-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#328040: fixed in cmucl 19b-release-20050726-5 Message-Id: Sender: Archive Administrator Date: Tue, 13 Sep 2005 14:02:19 -0700 Delivered-To: 328040-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-3.3 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER, SUBJ_HAS_UNIQ_ID autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: cmucl Source-Version: 19b-release-20050726-5 We believe that the bug you reported is fixed in the latest version of cmucl, which is due to be installed in the Debian FTP archive: cmucl-clm_19b-release-20050726-5_i386.deb to pool/main/c/cmucl/cmucl-clm_19b-release-20050726-5_i386.deb cmucl-docs_19b-release-20050726-5_all.deb to pool/main/c/cmucl/cmucl-docs_19b-release-20050726-5_all.deb cmucl-source_19b-release-20050726-5_all.deb to pool/main/c/cmucl/cmucl-source_19b-release-20050726-5_all.deb cmucl_19b-release-20050726-5.diff.gz to pool/main/c/cmucl/cmucl_19b-release-20050726-5.diff.gz cmucl_19b-release-20050726-5.dsc to pool/main/c/cmucl/cmucl_19b-release-20050726-5.dsc cmucl_19b-release-20050726-5_i386.deb to pool/main/c/cmucl/cmucl_19b-release-20050726-5_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 328040 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated cmucl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 13 Sep 2005 09:05:32 +0200 Source: cmucl Binary: cmucl cmucl-source cmucl-clm cmucl-docs Architecture: source all i386 Version: 19b-release-20050726-5 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cmucl - The CMUCL lisp compiler and development system cmucl-clm - The Motif interface for CMUCL cmucl-docs - The CMUCL documentation cmucl-source - The CMUCL lisp sources Closes: 328040 Changes: cmucl (19b-release-20050726-5) unstable; urgency=low . * provide man page for cmucl-run * reintroduced hemlock text mode, using infocmp. Based on an idea by Fran??ois-Ren?? Rideau * Fixed build-depends on bc. Closes: #328040 Files: 5b7e4090c1c39555fe9aefb5ab14d560 743 devel optional cmucl_19b-release-20050726-5.dsc b8555dff20974765288e22ecd93bdc65 1504463 devel optional cmucl_19b-release-20050726-5.diff.gz f5f040332f3ab944fc94d3cb8661b802 10540468 devel optional cmucl_19b-release-20050726-5_i386.deb f9cf52b3342bcea85476cef8d8c52dac 653860 devel optional cmucl-clm_19b-release-20050726-5_i386.deb 27f51af07b6d1110950855140219474c 2277558 doc optional cmucl-docs_19b-release-20050726-5_all.deb 5480c4aca41100bfa90b316d5cdc38ab 5165232 devel optional cmucl-source_19b-release-20050726-5_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDJv3X11ldN0tyliURAve4AKCkMOpCxKDAUSbmr6tYSz8wBcPcEgCgxid/ xc5p/D5yZl5JJR0J4La0yCE= =jEGC -----END PGP SIGNATURE----- From pvaneynd at debian.org Wed Sep 14 06:32:04 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Tue, 13 Sep 2005 23:32:04 -0700 Subject: [cl-debian] Accepted common-lisp-controller 4.15sarge2 (source all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 4 Sep 2005 21:58:49 +0200 Source: common-lisp-controller Binary: common-lisp-controller Architecture: source all Version: 4.15sarge2 Distribution: stable-security Urgency: high Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: common-lisp-controller - This is a Common Lisp source and compiler manager Changes: common-lisp-controller (4.15sarge2) stable-security; urgency=high . * From Kevin Rosenberg: it should be #o22, not #x22! Better fix for CAN-2005-2657 Files: bcb4fb7eb8c11f08446b6e4105f2a822 599 devel optional common-lisp-controller_4.15sarge2.dsc cdcdf88a0ff8e5bf836769d623e25638 25058 devel optional common-lisp-controller_4.15sarge2.tar.gz 156cd8800e862992ff0feed5d8f59a47 24090 devel optional common-lisp-controller_4.15sarge2_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDG1JQ11ldN0tyliURAkPGAKCKOfaXlIhpzxGDKZx+WxwD3NhGRQCeKIgo xkVADoLvtOh0690MHpcrpVc= =i1D7 -----END PGP SIGNATURE----- Accepted: common-lisp-controller_4.15sarge2.dsc to pool/main/c/common-lisp-controller/common-lisp-controller_4.15sarge2.dsc common-lisp-controller_4.15sarge2.tar.gz to pool/main/c/common-lisp-controller/common-lisp-controller_4.15sarge2.tar.gz common-lisp-controller_4.15sarge2_all.deb to pool/main/c/common-lisp-controller/common-lisp-controller_4.15sarge2_all.deb From owner at bugs.debian.org Tue Sep 13 21:18:36 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Tue, 13 Sep 2005 14:18:36 -0700 Subject: [cl-debian] Bug#327311: marked as done (FTBFS: Unable to find sbcl) In-Reply-To: References: <20050908175522.GA4094@localhost.localdomain> Message-ID: Your message dated Tue, 13 Sep 2005 14:03:00 -0700 with message-id and subject line Bug#327311: fixed in sbcl 1:0.9.4.65-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 9 Sep 2005 06:30:46 +0000 >From kraai at lafn.org Thu Sep 08 23:30:46 2005 Return-path: Received: from zoot.lafn.org [206.117.18.6] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EDcPN-00036b-00; Thu, 08 Sep 2005 23:30:45 -0700 Received: from localhost.localdomain (pool-71-104-166-233.lsanca.dsl-w.verizon.net [71.104.166.233]) (authenticated bits=0) by zoot.lafn.org (8.13.1/8.13.1) with ESMTP id j896UiJw030188 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Thu, 8 Sep 2005 23:30:45 -0700 (PDT) (envelope-from kraai at lafn.org) Received: from kraai by localhost.localdomain with local (Exim 4.52) id 1EDQcM-000149-CR for submit at bugs.debian.org; Thu, 08 Sep 2005 10:55:22 -0700 Date: Thu, 8 Sep 2005 10:55:22 -0700 From: Matt Kraai To: submit at bugs.debian.org Subject: FTBFS: Unable to find sbcl Message-ID: <20050908175522.GA4094 at localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: ClamAV 0.86.2/1070/Thu Sep 8 15:28:24 2005 on zoot.lafn.org X-Virus-Status: Clean Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-2.3 required=4.0 tests=BAYES_00,DATE_IN_PAST_12_24 autolearn=no version=2.60-bugs.debian.org_2005_01_02 --IiVenqGWf+H9Y6IX Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: sbcl Version: 0.9.3.72-1 Severity: serious Tags: patch sbcl fails to build because it removes the stage1 sbcl before it tries to use it: > mkdir stage1 > mv output/sbcl.core src/runtime/sbcl stage1/ > chmod 000 stage1 > sh clean.sh || true > make[1]: Entering directory `/tmp/buildd/sbcl-0.9.3.72/doc/manual' > rm -f *~ *.bak *.orig \#*\# .\#* texput.log *.fasl > rm -rf sbcl asdf "docstrings/" > rm -f contrib-docs.texi-temp > rm -f package-locks.texi-temp > rm -f html-stamp tempfiles-stamp > rm -f asdf.aux asdf.cp asdf.cps asdf.fn asdf.fns asdf.ky asdf.log asdf.pg= asdf.toc asdf.tp asdf.tps asdf.vr asdf.vrs sbcl.aux sbcl.cp sbcl.cps sbcl.= fn sbcl.fns sbcl.ky sbcl.log sbcl.pg sbcl.toc sbcl.tp sbcl.tps sbcl.vr sbcl= =2Evrs=20 > rm -f sbcl.info sbcl.info-* > rm -f asdf.cp asdf.info asdf.pdf asdf.fn asdf.ps asdf.tp asdf.vr > rm -f sbcl.cp sbcl.info sbcl.pdf sbcl.fn sbcl.ps sbcl.tp sbcl.vr > make[1]: Leaving directory `/tmp/buildd/sbcl-0.9.3.72/doc/manual' > chmod 700 stage1 > # rebuild again with new version > CC=3Dgcc-3.4 CFLAGS=3D"-DSBCL_HOME=3D/usr/lib/sbcl/ -O2" GNUMAKE=3Dmake .= /make.sh "`pwd`/stage1/sbcl --core `pwd`/stage1/sbcl.core --sysinit /dev/nu= ll --userinit /dev/null --disable-debugger" > //starting build: Thu Sep 8 16:28:54 UTC 2005 > //SBCL_XC_HOST=3D"/tmp/buildd/sbcl-0.9.3.72/stage1/sbcl --core /tmp/build= d/sbcl-0.9.3.72/stage1/sbcl.core --sysinit /dev/null --userinit /dev/null -= -disable-debugger" > //entering make-config.sh > //ensuring the existence of output/ directory > //initializing /tmp/buildd/sbcl-0.9.3.72/local-target-features.lisp-expr > //guessing default target CPU architecture from host architecture > //setting up CPU-architecture-dependent information > sbcl_arch=3D"x86" > //setting up symlink src/compiler/target > //setting up symlink src/assembly/target > //setting up symlink src/compiler/assembly > //setting up OS-dependent information > //finishing /tmp/buildd/sbcl-0.9.3.72/local-target-features.lisp-expr > //entering make-host-1.sh > //building cross-compiler, and doing first genesis > make-host-1.sh: line 29: /tmp/buildd/sbcl-0.9.3.72/stage1/sbcl: No such f= ile or directory >=20 > real 0m0.003s > user 0m0.001s > sys 0m0.002s The following patch makes clean.sh skip the stage1 directory, which fixes this problem. --=20 Matt --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch only in patch2: unchanged: --- sbcl-0.9.3.72.orig/clean.sh +++ sbcl-0.9.3.72/clean.sh @@ -71,7 +71,7 @@ # building or testing # test-passed # generated by automatic directory-test-thyself procedure -find . \( \ +find . -name stage1 -prune -o \( \ -type l -o \ -name '*~' -o \ -name '#*#' -o \ --zhXaljGHf11kAtnf-- --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDIHsJfNdgYxVXvBARAkJUAJ9Hj+pROPc7bvTelm4qxV6l6xuWFACgpOHw xkS9WOB6o92H2IWB4NmClJo= =r003 -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- --------------------------------------- Received: (at 327311-close) by bugs.debian.org; 13 Sep 2005 21:13:10 +0000 >From katie at spohr.debian.org Tue Sep 13 14:13:10 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1EFHvg-0003nN-00; Tue, 13 Sep 2005 14:03:00 -0700 From: Peter Van Eynde To: 327311-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#327311: fixed in sbcl 1:0.9.4.65-1 Message-Id: Sender: Archive Administrator Date: Tue, 13 Sep 2005 14:03:00 -0700 Delivered-To: 327311-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 2 Source: sbcl Source-Version: 1:0.9.4.65-1 We believe that the bug you reported is fixed in the latest version of sbcl, which is due to be installed in the Debian FTP archive: sbcl-common_0.9.4.65-1_all.deb to pool/main/s/sbcl/sbcl-common_0.9.4.65-1_all.deb sbcl_0.9.4.65-1.diff.gz to pool/main/s/sbcl/sbcl_0.9.4.65-1.diff.gz sbcl_0.9.4.65-1.dsc to pool/main/s/sbcl/sbcl_0.9.4.65-1.dsc sbcl_0.9.4.65-1_i386.deb to pool/main/s/sbcl/sbcl_0.9.4.65-1_i386.deb sbcl_0.9.4.65.orig.tar.gz to pool/main/s/sbcl/sbcl_0.9.4.65.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 327311 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated sbcl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 12 Sep 2005 21:06:15 +0200 Source: sbcl Binary: sbcl sbcl-common Architecture: source i386 all Version: 1:0.9.4.65-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: sbcl - A development environment for Common Lisp sbcl-common - Architecture independent files for SBCL Closes: 327311 327818 Changes: sbcl (1:0.9.4.65-1) unstable; urgency=low . * Peter Van Eynde + New upstream version + Improved saving of stage1, should be root-resistant. Closes: #327311 I prefer not to modify the upstream clean.sh script, so I hide the stage1 files in a tar file + Improved 2.4 kernel detection to always fail. Closes: #327818 . * Ren?? van Bevern: + integration with binfmt-support: if binfmt-support is installed, FASL objects are now executable like normal programs (if the kernel supports it, like the Default one in Debian) - debian/sbcl-run (new): script to run lisp program given at the command line and quit - debian/binfmt (new): binary format description - debian/rules: install /usr/bin/sbcl-run and /usr/share/binfmts/sbcl - debian/control: Recommend binfmt-support - debian/postinst: register binary format description - debian/prerm: unregister binary format description - README.Debian: mention binfmt-support integration . + provide sbcl-XX, XX being the FASL version number, so that packages can depend on this if they include SBCL FASL files - debian/control: add ${sbcl:fasl-version} to Provides - debian/fasl-version.lisp (new): append current FASL version to debian/sbcl.substvars - debian/rules: run fasl-version.lisp in stage1 after it is built . + allow she-bang (e.g. #!/usr/bin/sbcl-run) in lisp source - debian/install-clc.lisp: set up reader macro to discard #!-lines Files: 6774f7da085b7711ef37cc495cebd9bd 681 devel optional sbcl_0.9.4.65-1.dsc 8bd78893c9a5250c162e1901d5e61727 3807900 devel optional sbcl_0.9.4.65.orig.tar.gz ffc180a33351ce9ab63bbb339272ba60 20861 devel optional sbcl_0.9.4.65-1.diff.gz b61a85b498e482aafb07e6801e64179b 3942456 devel optional sbcl-common_0.9.4.65-1_all.deb 0a10ef203912ab74038fc1c1d35eff01 9320028 devel optional sbcl_0.9.4.65-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDJyBr11ldN0tyliURAqZUAKCBTzO6A4gv9mtoB85c5OWJEPefTwCdFncN /pDh9iPZwIiAFMe0ydKQk+M= =VlWj -----END PGP SIGNATURE----- From owner at bugs.debian.org Tue Sep 13 21:18:44 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Tue, 13 Sep 2005 14:18:44 -0700 Subject: [cl-debian] Bug#327818: marked as done (sbcl: fatal error encountered in SBCL pid 17942(tid 16384): =?utf-8?b?KMKtw7vDp8K/?= =?utf-8?b?w6fCv8Onwr/Dp8K/w6fCv8Onwr/Dp8K/w6jCvw==?= (NOT installable, either)) In-Reply-To: References: <20050912112134.GA20084@weissel.dyndns.org> Message-ID: Your message dated Tue, 13 Sep 2005 14:03:00 -0700 with message-id and subject line Bug#327818: fixed in sbcl 1:0.9.4.65-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 12 Sep 2005 11:22:07 +0000 >From g35fckt001 at sneakemail.com Mon Sep 12 04:22:07 2005 Return-path: Received: from smtp2.netcologne.de [194.8.194.218] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EEmNz-0002QP-00; Mon, 12 Sep 2005 04:22:07 -0700 Received: from weissel.dyndns.org (xdsl-81-173-175-180.netcologne.de [81.173.175.180]) by smtp2.netcologne.de (Postfix) with ESMTP id DF41043C6; Mon, 12 Sep 2005 13:21:34 +0200 (MEST) Received: from weissel by weissel.dyndns.org with local (Exim 3.36 #1 (Debian)) id 1EEmNS-0005NJ-00; Mon, 12 Sep 2005 13:21:34 +0200 Date: Mon, 12 Sep 2005 13:21:34 +0200 From: Wolfgang Weisselberg To: Debian Bug Tracking System Cc: Wolfgang Weisselberg Subject: sbcl: fatal error =?iso-8859-15?Q?encounte?= =?iso-8859-15?B?cmVkIGluIFNCQ0wgcGlkIDE3OTQyKHRpZCAxNjM4NCk6ICit++e/57/n?= =?iso-8859-15?B?v+e/57/nv+e/6L8=?= (NOT installable, either) Message-ID: <20050912112134.GA20084 at weissel.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline X-Reportbug-Version: 3.17 User-Agent: Mutt/1.5.10i Content-Transfer-Encoding: quoted-printable Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-5.8 required=4.0 tests=BAYES_00,FROM_ENDS_IN_NUMS, FROM_HAS_MIXED_NUMS,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: sbcl Version: 1:0.9.3.72-1 Severity: grave Justification: renders package unusable $ sbcl fatal error encountered in SBCL pid 20139(tid 16384): (=AD=FB=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E8=BF $ /usr/bin/sbcl --core /usr/lib/sbcl/sbcl-dist.core \ > --sysinit /etc/sbcl.rc --userinit /dev/null \ > --load "/usr/lib/sbcl/install-clc.lisp" fatal error encountered in SBCL pid 20167(tid 16384): (=AD=FB=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E8=BF # apt-get remove --purge sbcl sbcl-common # apt-get install sbcl =20 [...] Selecting previously deselected package sbcl-common. (Reading database ... 197935 files and directories currently installed.) Unpacking sbcl-common (from .../sbcl-common_1%3a0.9.3.72-1_all.deb) ... Selecting previously deselected package sbcl. Unpacking sbcl (from .../sbcl_1%3a0.9.3.72-1_i386.deb) ... Setting up sbcl-common (0.9.3.72-1) ... Setting up sbcl (0.9.3.72-1) ... /usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc. fatal error encountered in SBCL pid 20359(tid 16384): (=AD=FB=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E8=BF mv: cannot stat `sbcl-new.core': No such file or directory FAILED $ sbcl fatal error encountered in SBCL pid 20500(tid 16384): (=AD=FB=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E7=BF=E8=BF PS: Please CC me -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (101, 'testing'), (99, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.28-lvm Locale: LANG=3Dde_DE at euro, LC_CTYPE=3Dde_DE at euro (charmap=3DISO-8859-15) Versions of packages sbcl depends on: ii common-lisp-controller 4.16 This is a Common Lisp source= and c ii libc6 2.3.5-6 GNU C Library: Shared librar= ies an ii sbcl-common 1:0.9.3.72-1 Architecture independent fil= es for sbcl recommends no packages. -- debconf information: * sbcl/auto-build: Yes --------------------------------------- Received: (at 327818-close) by bugs.debian.org; 13 Sep 2005 21:08:12 +0000 >From katie at spohr.debian.org Tue Sep 13 14:08:12 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1EFHvg-0003nP-00; Tue, 13 Sep 2005 14:03:00 -0700 From: Peter Van Eynde To: 327818-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#327818: fixed in sbcl 1:0.9.4.65-1 Message-Id: Sender: Archive Administrator Date: Tue, 13 Sep 2005 14:03:00 -0700 Delivered-To: 327818-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: sbcl Source-Version: 1:0.9.4.65-1 We believe that the bug you reported is fixed in the latest version of sbcl, which is due to be installed in the Debian FTP archive: sbcl-common_0.9.4.65-1_all.deb to pool/main/s/sbcl/sbcl-common_0.9.4.65-1_all.deb sbcl_0.9.4.65-1.diff.gz to pool/main/s/sbcl/sbcl_0.9.4.65-1.diff.gz sbcl_0.9.4.65-1.dsc to pool/main/s/sbcl/sbcl_0.9.4.65-1.dsc sbcl_0.9.4.65-1_i386.deb to pool/main/s/sbcl/sbcl_0.9.4.65-1_i386.deb sbcl_0.9.4.65.orig.tar.gz to pool/main/s/sbcl/sbcl_0.9.4.65.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 327818 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated sbcl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Mon, 12 Sep 2005 21:06:15 +0200 Source: sbcl Binary: sbcl sbcl-common Architecture: source i386 all Version: 1:0.9.4.65-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: sbcl - A development environment for Common Lisp sbcl-common - Architecture independent files for SBCL Closes: 327311 327818 Changes: sbcl (1:0.9.4.65-1) unstable; urgency=low . * Peter Van Eynde + New upstream version + Improved saving of stage1, should be root-resistant. Closes: #327311 I prefer not to modify the upstream clean.sh script, so I hide the stage1 files in a tar file + Improved 2.4 kernel detection to always fail. Closes: #327818 . * Ren?? van Bevern: + integration with binfmt-support: if binfmt-support is installed, FASL objects are now executable like normal programs (if the kernel supports it, like the Default one in Debian) - debian/sbcl-run (new): script to run lisp program given at the command line and quit - debian/binfmt (new): binary format description - debian/rules: install /usr/bin/sbcl-run and /usr/share/binfmts/sbcl - debian/control: Recommend binfmt-support - debian/postinst: register binary format description - debian/prerm: unregister binary format description - README.Debian: mention binfmt-support integration . + provide sbcl-XX, XX being the FASL version number, so that packages can depend on this if they include SBCL FASL files - debian/control: add ${sbcl:fasl-version} to Provides - debian/fasl-version.lisp (new): append current FASL version to debian/sbcl.substvars - debian/rules: run fasl-version.lisp in stage1 after it is built . + allow she-bang (e.g. #!/usr/bin/sbcl-run) in lisp source - debian/install-clc.lisp: set up reader macro to discard #!-lines Files: 6774f7da085b7711ef37cc495cebd9bd 681 devel optional sbcl_0.9.4.65-1.dsc 8bd78893c9a5250c162e1901d5e61727 3807900 devel optional sbcl_0.9.4.65.orig.tar.gz ffc180a33351ce9ab63bbb339272ba60 20861 devel optional sbcl_0.9.4.65-1.diff.gz b61a85b498e482aafb07e6801e64179b 3942456 devel optional sbcl-common_0.9.4.65-1_all.deb 0a10ef203912ab74038fc1c1d35eff01 9320028 devel optional sbcl_0.9.4.65-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDJyBr11ldN0tyliURAqZUAKCBTzO6A4gv9mtoB85c5OWJEPefTwCdFncN /pDh9iPZwIiAFMe0ydKQk+M= =VlWj -----END PGP SIGNATURE----- From liw at iki.fi Thu Sep 15 16:43:09 2005 From: liw at iki.fi (Lars Wirzenius) Date: Thu, 15 Sep 2005 19:43:09 +0300 Subject: [cl-debian] Bug#328490: sbcl: /var/cache/common-lisp-controller/root left on purge Message-ID: <1126802589.6848.34.camel@esme.liw.iki.fi> Package: sbcl Version: 1:0.9.3.72-1 This may be more relevant to common-lisp-controller, and if so, sorry. I'm not familiar with the Common Lisp packages enough to understand the details of what happens. When I test sbcl installation and uninstallation with piuparts, I get the following error: 0m13.8s ERROR: Package purging left files on system: /var/cache/common-lisp-controller owned by: common-lisp-controller /var/cache/common-lisp-controller/root the .../root file seems to be created by sbcl or common-lisp-controller when the packages are installed, and not deleted in prerm, meaning that dpkg can't remove the cache directory, thus leaving cruft on the filesystem. I hope this is helpful. Happy hacking. From cl-debian at pvaneynd.mailworks.org Fri Sep 16 03:35:37 2005 From: cl-debian at pvaneynd.mailworks.org (Peter Van Eynde) Date: Fri, 16 Sep 2005 05:35:37 +0200 Subject: [cl-debian] Anyone willing to package Cedilla? In-Reply-To: <20050830072635.GA4780@progn.org> References: <7i1x4lpyut.fsf@lanthane.pps.jussieu.fr> <7islws1bfs.fsf@lanthane.pps.jussieu.fr> <20050830072635.GA4780@progn.org> Message-ID: <200509160535.40496.cl-debian@pvaneynd.mailworks.org> Hello, sorry to reply so late, the clc bug had me in its grip On Tuesday 30 August 2005 09:26, Ren? van Bevern wrote: > > More generally, shouldn't the CL-Debian project start thinking about > > deployment of applications? It seems completely oriented to libraries > > right now. > > This is where implementations put some restrictions. Deploying Common > Lisp applications is generally difficult. I've put some numbers to the different options (for clisp and for cedilla that is) (time is the best of 3 itterations after one warm-up) - Using clc-require with a script (like it is done now) $ time /usr/bin/cedilla Cedilla: Wrong number of arguments -- try "cedilla -?" for help. real 0m1.530s user 0m1.296s sys 0m0.160s - Concatenated all the fasls (in the right order) into one: $ time clisp -ansi -q -q -x '(load "c.fas")' -x '(cedilla:cedilla-main)' T Cedilla: Wrong number of arguments -- try "cedilla -?" for help. real 0m1.255s user 0m1.004s sys 0m0.048s - Dumping an image after loading the fasls: $ time clisp -ansi -q -q -M c.mem Cedilla: Wrong number of arguments -- try "cedilla -?" for help. real 0m0.137s user 0m0.056s sys 0m0.028s So the only real improvement over clc-require is to dump a memory image. > b) One could use the cl-libraries as build-depends, compile the > application and dump an image to be loaded when the application is > run. This is very fast, but if one of the cl-libraries has a real > bug and it is fixed, the delivered application needs to be rebuilt > to carry its new version in the dumped image. mcvs uses this > approach and even delivers a whole clisp in its > package. Applications delivered this way get huge in size, let > alone the fact that you can not always load a dumped image that > depends on foreign shared library code. We could enhance clc to generate dependency information when building an application and when installing libraries remove all stuff depending on them. But the problem of foreign libraries remain, and in general the creation of a dumped image is difficult at best. I propose that for the moment Common Lisp applications dump manually: they will have a 'natural' implementation anyway so writing non-portable code is no problem. I will try to enhance clc to export a function writing the dependency information and nuking the cache directory when installing a library that depends on it. If we detect patterns of usage after a while we could code that up. With the dumping of images cedilla would be competitive with the startup time of other utilities: $ time groff /dev/null real 0m0.161s user 0m0.084s sys 0m0.016s Comments? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From owner at bugs.debian.org Fri Sep 16 06:03:16 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Thu, 15 Sep 2005 23:03:16 -0700 Subject: [cl-debian] Processed: reassign 328490 to common-lisp-controller In-Reply-To: <20050916055219.E94FB179C7B@sharrow> References: <20050916055219.E94FB179C7B@sharrow> Message-ID: Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.7 > reassign 328490 common-lisp-controller Bug#328490: sbcl: /var/cache/common-lisp-controller/root left on purge Bug reassigned from package `sbcl' to `common-lisp-controller'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner at bugs.debian.org Fri Sep 16 06:03:18 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Thu, 15 Sep 2005 23:03:18 -0700 Subject: [cl-debian] Processed: setting package to common-lisp-controller, tagging 328490 In-Reply-To: <20050916055344.BD183179C7B@sharrow> References: <20050916055344.BD183179C7B@sharrow> Message-ID: Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.7 > package common-lisp-controller Ignoring bugs not assigned to: common-lisp-controller > tags 328490 + pending Bug#328490: sbcl: /var/cache/common-lisp-controller/root left on purge There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From owner at bugs.debian.org Fri Sep 16 06:03:16 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Thu, 15 Sep 2005 23:03:16 -0700 Subject: [cl-debian] Processed: reassign 328490 to common-lisp-controller In-Reply-To: <20050916055219.E94FB179C7B@sharrow> References: <20050916055219.E94FB179C7B@sharrow> Message-ID: Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.7 > reassign 328490 common-lisp-controller Bug#328490: sbcl: /var/cache/common-lisp-controller/root left on purge Bug reassigned from package `sbcl' to `common-lisp-controller'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From micah at riseup.net Fri Sep 16 04:36:41 2005 From: micah at riseup.net (Micah Anderson) Date: Fri, 16 Sep 2005 00:36:41 -0400 Subject: [cl-debian] Bug#328633: common-lisp-controller: Security upload for CAN-2005-2657? Message-ID: <20050916043641.D6D343A81F@pond> Package: common-lisp-controller Version: 4.16 Severity: normal Tags: security Hi, I notice that in DSA-811-1[1] that common-lisp-controller has a fix for CAN-2005-2657 uploaded into stable, and the upload that is recorded as fixing this issue in unstable is for version 4.18[2]. However, there has not been an upload to unstable since 4.16 on 8/3/05. Do you anticipate uploading a fix to unstable soon? Or is the fixed version actually 4.16 and the DSA is incorrect? Thanks, Micah 1. http://www.debian.org/security/2005/dsa-811 2. "For the unstable distribution (sid) this problem has been fixed in version 4.18." -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) From pvaneynd at debian.org Fri Sep 16 15:32:05 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Fri, 16 Sep 2005 08:32:05 -0700 Subject: [cl-debian] Accepted common-lisp-controller 4.18 (source all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sun, 4 Sep 2005 21:56:54 +0200 Source: common-lisp-controller Binary: common-lisp-controller Architecture: source all Version: 4.18 Distribution: unstable Urgency: high Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: common-lisp-controller - This is a Common Lisp source and compiler manager Changes: common-lisp-controller (4.18) unstable; urgency=high . * From Kevin Rosenberg: it should be #o22, not #x22! Better fix for CAN-2005-2657 Files: 6db43a34b6987f1a8068b467d97fe198 587 devel optional common-lisp-controller_4.18.dsc 78bb36273060bd3e75da38b234a4d5ff 25321 devel optional common-lisp-controller_4.18.tar.gz 3168f3639d89680d85172098ee51ba31 24368 devel optional common-lisp-controller_4.18_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDG1KL11ldN0tyliURAg+7AJ9HFFsJ3AWkhy2tCMCZi1iWjmhNhQCgxopj ZBzkoCni7TC9QoI8yh7uhyo= =zvMl -----END PGP SIGNATURE----- Accepted: common-lisp-controller_4.18.dsc to pool/main/c/common-lisp-controller/common-lisp-controller_4.18.dsc common-lisp-controller_4.18.tar.gz to pool/main/c/common-lisp-controller/common-lisp-controller_4.18.tar.gz common-lisp-controller_4.18_all.deb to pool/main/c/common-lisp-controller/common-lisp-controller_4.18_all.deb From Juliusz.Chroboczek at pps.jussieu.fr Fri Sep 16 15:52:28 2005 From: Juliusz.Chroboczek at pps.jussieu.fr (Juliusz Chroboczek) Date: Fri, 16 Sep 2005 17:52:28 +0200 Subject: [cl-debian] Anyone willing to package Cedilla? In-Reply-To: <200509160535.40496.cl-debian@pvaneynd.mailworks.org> (Peter Van Eynde's message of "Fri, 16 Sep 2005 05:35:37 +0200") References: <7i1x4lpyut.fsf@lanthane.pps.jussieu.fr> <7islws1bfs.fsf@lanthane.pps.jussieu.fr> <20050830072635.GA4780@progn.org> <200509160535.40496.cl-debian@pvaneynd.mailworks.org> Message-ID: <7izmqd2eo3.fsf@lanthane.pps.jussieu.fr> Peter, I didn't have time to thank you for your packaging. I have had a look at your recent work, and I'm very happy with it. For Cedilla, the current approach, while not perfect, is good enough. However, I do think that you folks (as well as upstream Common Lisp implementors) should be thinking about application delivery in the medium term. > - Using clc-require with a script (like it is done now) > real 0m1.530s > user 0m1.296s > sys 0m0.160s > - Concatenated all the fasls (in the right order) into one: > real 0m1.255s > user 0m1.004s > sys 0m0.048s On my system, with a warm cache, clc-require: 0.384r, 0.349u + 0.031s Loading all the fasls one by one: 0.254r, 0.239u + 0.012s Loading the concatenated fasl: 0.268r, 0.247u + 0.016s Groff: 0.041r, 0.033u + 0.008s What's going on here? You've got to realise that Cedilla builds large hashtables at load time (see the generated file data.lisp). On your slowish system, building the hashtables appears to dominate the startup time; on my faster system, building the hashtables takes less time, and we're seeing the cost of the statting done by ASDF. (Of course, the building happens before dumping an image, which explains why dumping an image makes Cedilla so much faster. Any suggestions for making the loading of data.fas faster are welcome.) I think that Cedilla is slightly atypical; other programs will most likely not need to build such large hashtables at runtime. Thus, while the startup overhead is not a major problem for Cedilla, it is something that should be solved in the medium term. Oh, by the way, I'm not a great fan of dumped images; they use up loads of space, and prevent the Lisp runtime from being shared between Lisp processes. Thanks again for your work, Juliusz From owner at bugs.debian.org Fri Sep 16 16:03:27 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Fri, 16 Sep 2005 09:03:27 -0700 Subject: [cl-debian] Bug#328633: marked as done (common-lisp-controller: Security upload for CAN-2005-2657?) In-Reply-To: <200509161758.32488.pvaneynd@debian.org> References: <200509161758.32488.pvaneynd@debian.org> <20050916043641.D6D343A81F@pond> Message-ID: Your message dated Fri, 16 Sep 2005 17:58:30 +0200 with message-id <200509161758.32488.pvaneynd at debian.org> and subject line Bug#328633: common-lisp-controller: Security upload for CAN-2005-2657? has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 16 Sep 2005 14:04:24 +0000 >From micah at riseup.net Fri Sep 16 07:04:21 2005 Return-path: Received: from mail.riseup.net [69.90.134.155] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EGGpB-0003tO-00; Fri, 16 Sep 2005 07:04:21 -0700 Received: from localhost (localhost [127.0.0.1]) by mail.riseup.net (Postfix) with ESMTP id 574C6A31F7; Fri, 16 Sep 2005 07:04:14 -0700 (PDT) Received: from mail.riseup.net ([127.0.0.1]) by localhost (buffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31018-38; Fri, 16 Sep 2005 07:04:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.riseup.net (Postfix) with ESMTP id B290BA31EF; Fri, 16 Sep 2005 07:04:13 -0700 (PDT) Received: by pond (Postfix, from userid 1000) id D6D343A81F; Fri, 16 Sep 2005 00:36:41 -0400 (EDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Micah Anderson To: Debian Bug Tracking System Subject: common-lisp-controller: Security upload for CAN-2005-2657? X-Mailer: reportbug 3.17 Date: Fri, 16 Sep 2005 00:36:41 -0400 X-Debbugs-Cc: Debian Security Team Message-Id: <20050916043641.D6D343A81F at pond> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at riseup.net Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-10.3 required=4.0 tests=BAYES_00,DATE_IN_PAST_06_12, HAS_PACKAGE,X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02 Package: common-lisp-controller Version: 4.16 Severity: normal Tags: security Hi, I notice that in DSA-811-1[1] that common-lisp-controller has a fix for CAN-2005-2657 uploaded into stable, and the upload that is recorded as fixing this issue in unstable is for version 4.18[2]. However, there has not been an upload to unstable since 4.16 on 8/3/05. Do you anticipate uploading a fix to unstable soon? Or is the fixed version actually 4.16 and the DSA is incorrect? Thanks, Micah 1. http://www.debian.org/security/2005/dsa-811 2. "For the unstable distribution (sid) this problem has been fixed in version 4.18." -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --------------------------------------- Received: (at 328633-done) by bugs.debian.org; 16 Sep 2005 15:58:35 +0000 >From pvaneynd at debian.org Fri Sep 16 08:58:35 2005 Return-path: Received: from out4.smtp.messagingengine.com [66.111.4.28] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EGIbj-0006X3-00; Fri, 16 Sep 2005 08:58:35 -0700 Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 46C81CCFEE8; Fri, 16 Sep 2005 11:58:34 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Fri, 16 Sep 2005 11:58:34 -0400 X-Sasl-enc: rfZuGBBvHihKPLShsi91MdyiAKw7l/NdD/YzDi7YdsTL 1126886313 Received: from sharrow (196-56.240.81.adsl.skynet.be [81.240.56.196]) by frontend2.messagingengine.com (Postfix) with ESMTP id 62D5A570360; Fri, 16 Sep 2005 11:58:33 -0400 (EDT) From: Peter Van Eynde To: Micah Anderson , 328633-done at bugs.debian.org Subject: Re: Bug#328633: common-lisp-controller: Security upload for CAN-2005-2657? Date: Fri, 16 Sep 2005 17:58:30 +0200 User-Agent: KMail/1.7.2 References: <20050916043641.D6D343A81F at pond> In-Reply-To: <20050916043641.D6D343A81F at pond> Organization: Debian MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509161758.32488.pvaneynd at debian.org> Delivered-To: 328633-done at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On Friday 16 September 2005 06:36, Micah Anderson wrote: > However, there has not been an upload to unstable since 4.16 on > 8/3/05. Do you anticipate uploading a fix to unstable soon? Or is the > fixed version actually 4.16 and the DSA is incorrect? Oeps. I was under the mistaken impression the security team would also upload the unstable version. I uploaded it now. Thanks for the report. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From luca at pca.it Sat Sep 17 18:07:24 2005 From: luca at pca.it (Luca Capello) Date: Sat, 17 Sep 2005 20:07:24 +0200 Subject: [cl-debian] Bug#328855: cltl: description contains language errors Message-ID: <20050917180724.093DBC0E6@gismo.pca.it> Package: cltl Severity: minor -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm not an English native speaker, but I think there are at least 2 errors: double "the" and a grammatical one. Description: Common Lisp the Language, second edition, book (Pre-ANSI) This package installs the HTML version of Guy L. Steele book Common Lisp the Language, second edition. This book describes a snapshot of the Common Lisp language during the period which the the ANSI Common ^^^^^^^^^^^^^ IMHO it should be "during the period the ANSI Common". Please fix this small problem, if I'm correct. Otherwise, feel free to safely close this bug. TIA. Thx, bye, Gismo / Luca - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDLFtcVAp7Xm10JmkRAo4yAJ4gxgIGXxgh2cer3SWGxNBdnReHXwCfX0hh FpQS+D4Oa9MLDLuc33+0CcU= =d+V3 -----END PGP SIGNATURE----- From fahree at gmail.com Sun Sep 18 03:59:05 2005 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Sat, 17 Sep 2005 20:59:05 -0700 Subject: [cl-debian] Re: Anyone willing to package Cedilla? In-Reply-To: <7izmqd2eo3.fsf@lanthane.pps.jussieu.fr> References: <7i1x4lpyut.fsf@lanthane.pps.jussieu.fr> <7islws1bfs.fsf@lanthane.pps.jussieu.fr> <20050830072635.GA4780@progn.org> <200509160535.40496.cl-debian@pvaneynd.mailworks.org> <7izmqd2eo3.fsf@lanthane.pps.jussieu.fr> Message-ID: <653bea16050917205962d42663@mail.gmail.com> On 9/16/05, Juliusz Chroboczek wrote: > Oh, by the way, I'm not a great fan of dumped images; they use up > loads of space, and prevent the Lisp runtime from being shared between > Lisp processes. Genera could dump incremental images. We could do the same. And/or fasls could be made into mixins of incremental image dumps. stuff to be mmap'ed properly. Except that mmap()ing probably won't do much good unless it's at a fixed address. And then we might like to maintain a system-wide (and then user-wide) mutual-exclusivity of fasl addresses. Was it HP-UX that had a mechanism like that for its shared libraries, ensuring that none of the system libraries clashed, so it could just mmap() them with no memory- and time- hungry runtime linkage? BTW, Juliusz is the one who first told me about Common Lisp; though he was telling me more praises of Scheme, at that time. Czesc, Iolo! [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] "Transported to a surreal landscape, a young girl kills the first woman she meets and then teams up with three complete strangers to kill again." - TV listing for the Wizard of Oz in the Marin Independent Journal From fahree at gmail.com Sun Sep 18 08:40:33 2005 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Sun, 18 Sep 2005 01:40:33 -0700 Subject: [cl-debian] cl-launch Message-ID: <653bea1605091801407da42105@mail.gmail.com> Because I very much want cl-launch to be more widely used, I've packaged it for debian myself. I'd upload it or whatever, if only I knew how to do that. This is my first attempt at building a debian package, so please tell me what I did wrong, if anything. The URL with everything is http://fare.tunes.org/files/debian/ [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] Brevity is the soul of wit. -- Shakespeare From rvb at progn.org Mon Sep 19 09:00:24 2005 From: rvb at progn.org (=?utf-8?B?UmVuw6k=?= van Bevern) Date: Mon, 19 Sep 2005 11:00:24 +0200 Subject: [cl-debian] cl-launch In-Reply-To: <653bea1605091801407da42105@mail.gmail.com> References: <653bea1605091801407da42105@mail.gmail.com> Message-ID: <20050919090023.GA5144@progn.org> On 18.09.05, Far? wrote: Hello Far?, > Because I very much want cl-launch to be more widely used, I've packaged it > for debian myself. > I'd upload it or whatever, if only I knew how to do that. You can not do that for yourself. You'll have to get an existing Debian developer to upload it for you. > This is my first attempt at building a debian package, so please tell me > what I did wrong, if anything. Please make use of our package checkers: linda and lintian, this will tell you about some problems with your package. lintian -i cl-launch....changes Especially the native-package-with-dash-version warning is important. Having the original source code and the debian modifications seperated makes it easier for other people to fix bugs. (more info is in the lintian output) Okay, I've found some things that lintian did not find: - your copyright file, that now contains the LLGPL preable to the LGPL, should also contain a pointer to /usr/share/common-licenses/LGPL - you have an preinst script in your debian/ directory that does not take any action, remove it - your postinst script registers something to the common lisp controller. However, there is nothing to register. Also, if you really meant to register something in the postinst script, you should unregister it in your prerm script, which is not done currently. - your postinst script installs /usr/share/common-lisp/cl-launch ... better generate these things at package build time to have them included in the deb file. Install them by means of debian/rules Otherwise, these files will not be under dpkg's control and other packages could easily overwrite them. I see no reason in generating these files at postinst stage rather than build time - the watch file, as it is currently, is useless. try "uscan --verbose" in your source directory to test it and "man uscan" - your postinst script calls register-common-lisp-source, but your package only Recommends: the common-lisp-controller. But just don't call the CLC, there is nothing to register So you see, I just got rid of all your pre- and post- -inst and -rm scripts. ;-) You could also call dh_lisp (Build-Depends on dh-lisp) as the last thing in your install: target of debian/rules You can also put files to install in debian/install with lines like source usr/bin/dest instead of calling dh_install -i every time. Same goes for debian/manpages instead of dh_installman, debian/dirs instead of dh_installdirs, and so on. That's just an advise, no mistake. :-) (more info is in the manpages of the dh_ tools) Your package is completely architecture independent, you should not need a Build-Depends: line in your control file, only Build-Depends-Indep: You might get useful information in the packages maint-guide, developers-referenec and debian-policy Regards, Ren? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 307 bytes Desc: not available URL: From fahree at gmail.com Mon Sep 19 10:39:31 2005 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Mon, 19 Sep 2005 06:39:31 -0400 Subject: [cl-debian] cl-launch In-Reply-To: <20050919090023.GA5144@progn.org> References: <653bea1605091801407da42105@mail.gmail.com> <20050919090023.GA5144@progn.org> Message-ID: <653bea1605091903394eeb06b8@mail.gmail.com> Dear Ren?, thanks a lot for reviewing my package. I made a new attempt. Here are comments for some things you said I'm not sure what to do about: > lintian -i cl-launch....changes > Especially the native-package-with-dash-version warning is important. Am I not the one making the debian package? > - your postinst script installs /usr/share/common-lisp/cl-launch > ... better generate these things at package build time to have > them included in the deb file. Wouldn't that make the package unnecessarily bloated? The files are just excerpts of the main script. There's about zero chance of someone accidentally stepping on them. > Otherwise, these files will not > be under dpkg's control and other packages could easily > overwrite them. Could I register the files to dpkg in postinst? Oh and if there's a md5sum, I should register the new sum for /usr/bin/cl-launch, too. > I see no reason in generating these files at > postinst stage rather than build time The only reason I see is keeping the package lean. Just because debian is bloated doesn't mean I have to contribute to that. > - the watch file, as it is currently, is useless. try "uscan > --verbose" in your source directory to test it and "man uscan" uscan looks much too clever to me. The "source package" is a single file on CVS. How am I to check that the CVS revision has been bumped up? And what if the latest CVS is not stable? Do I even need such a file? I mean, I'm the first to know when I make a modification to cl-launch... > You could also call dh_lisp (Build-Depends on dh-lisp) as > the last thing in your install: target of debian/rules Do I need dh_lisp? cl-launch doesn't need a lisp implementation. It can produce files that run require a lisp implementation (on the foreign platform where they will be run). PS: now that I rethink of it, maybe the helper files I install should go to /usr/share/common-lisp/source/cl-launch and not /usr/share/common-lisp/cl-launch since they are actually source code (one .lisp and one .sh file). Actually, maybe it'd be better if cl-launch was part of the common-lisp-controller package, and its lisp header was included after post-sysdef-install.lisp or in place of it -- /var/cache/c-l-c/$USERNAME/ is an administration issue that could be eschewed if using ~/.cache/lisp-fasl/ instead. Reminds me that a little bit of magic must be done to correctly handle *arguments* after a dump & restore. PS: how do I exclude the CVS crap from the source package? [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] "Floating point numbers are like sandpiles; every time you move one you lose a little sand and pick up a little dirt" -- Vic Vissotsky From rvb at progn.org Mon Sep 19 11:54:09 2005 From: rvb at progn.org (=?utf-8?B?UmVuw6k=?= van Bevern) Date: Mon, 19 Sep 2005 13:54:09 +0200 Subject: [cl-debian] cl-launch In-Reply-To: <653bea1605091903394eeb06b8@mail.gmail.com> References: <653bea1605091801407da42105@mail.gmail.com> <20050919090023.GA5144@progn.org> <653bea1605091903394eeb06b8@mail.gmail.com> Message-ID: <20050919115408.GA8968@progn.org> On 19.09.05, Far? wrote: Hello Far?, > > Especially the native-package-with-dash-version warning is important. > Am I not the one making the debian package? Yes, this are you. The thing is, if you really want to package it Debian-native, you may not use a version like x.y-z, but only x.y. This would require a cl-launch version bump on every change of packaging, not only when the software itself is changed. Debian-native packages are actually for applications that are exclusively made to be packaged for Debian. CL-Launch does not look like one such application for me. (more info is in the developers-reference and debian-policy) > Wouldn't that make the package unnecessarily bloated? Well, the space is taken on the hard disk of the user anyway. This is mostly an opinion-thing, I think. I prefer having most files under control of dpkg. ;-) For the reasons mentioned below. > Could I register the files to dpkg in postinst? Oh and if there's a > md5sum, I should register the new sum for /usr/bin/cl-launch, too. This has recently been discussed on debian-devel, but I really forgot what the consensus was. At least I am unaware of a possibility to register md5sums and files to dpkg dynamically. > The only reason I see is keeping the package lean. Just because debian > is bloated doesn't mean I have to contribute to that. One other advantage in putting those files into the package is, that one can find out the package that file belongs to using dpkg -S and also find the package using apt-file and packages.debian.org. Creating files through postinst scripts makes them seem unrelated to any package. I think that is not desired if it is avoidable. These advantages imo weigh more than a few kilobytes less of package size. > uscan looks much too clever to me. The "source package" is a single > file on CVS. How am I to check that the CVS revision has been bumped > up? uscan usually checks the file names of listings of an FTP directory or matches regexps on HREF elements of HTML documents. It is not very suitable for CVS revisions and mostly only useful if some original source package is downloadable somewhere. > Do I even need such a file? No, not at all. :-) But your current does not serve anything, you should remove it then. > Do I need dh_lisp? cl-launch doesn't need a lisp implementation. You don't need it for cl-launch. I was just making a suggestion in case you really wanted to interface with the common lisp controller through (un)register-common-lisp-source. Sorry if I have not been clear. > Actually, maybe it'd be better if cl-launch was part of the > common-lisp-controller package I leave the response for that to Peter. ;-) Ren? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 307 bytes Desc: not available URL: From Juliusz.Chroboczek at pps.jussieu.fr Mon Sep 19 14:28:42 2005 From: Juliusz.Chroboczek at pps.jussieu.fr (Juliusz Chroboczek) Date: Mon, 19 Sep 2005 16:28:42 +0200 Subject: [cl-debian] Re: Anyone willing to package Cedilla? In-Reply-To: <653bea16050917205962d42663@mail.gmail.com> (fahree@gmail.com's message of "Sat, 17 Sep 2005 20:59:05 -0700") References: <7i1x4lpyut.fsf@lanthane.pps.jussieu.fr> <7islws1bfs.fsf@lanthane.pps.jussieu.fr> <20050830072635.GA4780@progn.org> <200509160535.40496.cl-debian@pvaneynd.mailworks.org> <7izmqd2eo3.fsf@lanthane.pps.jussieu.fr> <653bea16050917205962d42663@mail.gmail.com> Message-ID: <7iaci9m8rp.fsf@lanthane.pps.jussieu.fr> >> Oh, by the way, I'm not a great fan of dumped images; they use up >> loads of space, and prevent the Lisp runtime from being shared between >> Lisp processes. > Genera could dump incremental images. We could do the same. Hmm... that shouldn't be too hard to implement in cmucl. > And/or fasls could be made into mixins of incremental image dumps. > stuff to be mmap'ed properly. Not really, if you want to preserve the compile/load/run-time semantics of Common Lisp. (Code might need to be executed at load time.) > Except that mmap()ing probably won't do much good unless it's at > a fixed address. That's okay. Cmucl already maps images at fixed addresses. > Was it HP-UX that had a mechanism like that for its shared libraries, > ensuring that none of the system libraries clashed, so it could just > mmap() them with no memory- and time- hungry runtime linkage? All modern unices (at least Linux, Solaris and Mac OS X) can do that. It's called ``prelinking'' under Linux, I don't reacall the Solaris name. > BTW, Juliusz is the one who first told me about Common Lisp; I plead guilty. Julek From owner at bugs.debian.org Mon Sep 19 15:18:14 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Mon, 19 Sep 2005 08:18:14 -0700 Subject: [cl-debian] Processed: setting package to cltl, tagging 328855 In-Reply-To: <20050919130123.C92B3179CAD@sharrow> References: <20050919130123.C92B3179CAD@sharrow> Message-ID: Processing commands for control at bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.9.7 > package cltl Ignoring bugs not assigned to: cltl > tags 328855 + pending Bug#328855: cltl: description contains language errors There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From christian at defun.dk Mon Sep 19 18:50:16 2005 From: christian at defun.dk (Christian Lynbech) Date: Mon, 19 Sep 2005 20:50:16 +0200 Subject: [cl-debian] Bug#329125: cl-acl-compat: write-vector definition triggers package-lock exception Message-ID: Package: cl-acl-compat Version: 1.2.42+cvs.2005.08.05-4 Severity: normal File: /usr/share/common-lisp/source/acl-compat/acl-excl-common.lisp When loading acl-excl-common into CMUCL, a package lock exception is triggered on 'write-vector'. This is with CMUCL: ii cmucl 19b-release-20050726-5 but the bug has been there for some time. -- 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.12-1-k7 Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages cl-acl-compat depends on: ii cl-ppcre 1.2.11-1 Portable Regular Express Library f ii cl-puri 1.3.1.2-1 Common Lisp Portable URI Library ii common-lisp-controller 4.18 This is a Common Lisp source and c cl-acl-compat recommends no packages. -- no debconf information From luca at pca.it Tue Sep 20 12:35:04 2005 From: luca at pca.it (Luca Capello) Date: Tue, 20 Sep 2005 14:35:04 +0200 Subject: [cl-debian] debian/control: Architecture field Message-ID: <871x3j5347.fsf@gismo.pca.it> Hello all! I finally have some time to continue my work in debianizing CL packages and I'm finishing rfc2388 (bug #310665 [1]). But I have a little question to be completely sure of what I've understood. >From the Policy Manual: ===== 5.6.8 Architecture Depending on context and the control file used, the Architecture field can include the following sets of values: * A unique single word identifying a Debian machine architecture, see Architecture specification strings, Section 11.1. * all, which indicates an architecture-independent package. * any, which indicates a package available for building on any architecture. * source, which indicates a source package. In the main debian/control file in the source package, or in the source package control file .dsc, one may specify a list of architectures separated by spaces, or the special values any or all. Specifying any indicates that the source package isn't dependent on any particular architecture and should compile fine on any one. The produced binary package(s) will be specific to whatever the current build architecture is. ====== Now, rfc2388 doesn't produce any binary file, so am I correct if I assume that the Architecture: field is "all"? Thx, bye, Gismo / Luca [1] http://bugs.debian.org/310665 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From cl-debian at pvaneynd.mailworks.org Tue Sep 20 12:52:36 2005 From: cl-debian at pvaneynd.mailworks.org (Peter Van Eynde) Date: Tue, 20 Sep 2005 14:52:36 +0200 Subject: [cl-debian] debian/control: Architecture field In-Reply-To: <871x3j5347.fsf@gismo.pca.it> References: <871x3j5347.fsf@gismo.pca.it> Message-ID: <200509201452.38738.cl-debian@pvaneynd.mailworks.org> On Tuesday 20 September 2005 14:35, Luca Capello wrote: > Now, rfc2388 doesn't produce any binary file, so am I correct if I > assume that the Architecture: field is "all"? Correct. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From luca at pca.it Tue Sep 20 13:51:35 2005 From: luca at pca.it (Luca Capello) Date: Tue, 20 Sep 2005 15:51:35 +0200 Subject: [cl-debian] A Lisp debhelper In-Reply-To: <20050806131041.GA15580@progn.org> References: <20050805225155.GA8565@progn.org> <20050806131041.GA15580@progn.org> Message-ID: <87u0gf3l08.fsf@gismo.pca.it> Hello! I'm sorry, I'm replying to an old post... :-D On Sat 06 Aug 2005 15:10 +0200, Ren? van Bevern wrote: > On 6.08.05, Ren? van Bevern wrote: >> What's still to come: support for CL implementation registration. > > Okay, I have done that now. It is not quite as useful as the part > for Common Lisp library packages, though, since there are lots of > specific things in packages for implementations. > > Calling "dh_lisp sbcl" will do the following: > a) install debian/sbcl.sh to usr/lib/common-lisp/bin/sbcl.sh > b) generate postinst and prerm scripts to interact with the > common-lisp-controller c) nevertheless scan the package > contents for ASDs to register I used dh_lisp in the cl-rfc2388 (and I'm planning to use it also in cl-s-xml and all the other CL packages I'll deal with), because it's very useful and I don't need to care of correct link, etc. However, I'd like to be sure of what I did. Calling "dh_lisp rfc2388" will search for debian/rfc2388.sh. However, rfc2388 doesn't have any "binary" to install in /usr/lib/[cl]/bin/, so dh_lisp fails. Instead, if I call "dh_lisp" only, it correctly find my rfc2388.asd and installs it, genearting the postinst and prerm scripts. Am I correct if I understood that as the intended behaviour? Thx, bye, Gismo / Luca PS, Ren?, have you considered to apply for dh_lisp inclusion in debhelper? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From luca at pca.it Tue Sep 20 14:09:59 2005 From: luca at pca.it (Luca Capello) Date: Tue, 20 Sep 2005 16:09:59 +0200 Subject: [cl-debian] A Lisp debhelper In-Reply-To: <87u0gf3l08.fsf@gismo.pca.it> References: <20050805225155.GA8565@progn.org> <20050806131041.GA15580@progn.org> <87u0gf3l08.fsf@gismo.pca.it> Message-ID: <87d5n33k5k.fsf@gismo.pca.it> Hello! On Tue 20 Sep 2005 15:51 +0200, Luca Capello wrote: > However, I'd like to be sure of what I did. > > Calling "dh_lisp rfc2388" will search for > debian/rfc2388.sh. However, rfc2388 doesn't have any "binary" to > install in /usr/lib/[cl]/bin/, so dh_lisp fails. Instead, if I > call "dh_lisp" only, it correctly find my rfc2388.asd and > installs it, genearting the postinst and prerm scripts. > > Am I correct if I understood that as the intended behaviour? I'm quite stupid, I completely forgot the dh_lisp section [1] in the "Common Lisp in Debian Manual" [2], which say exactly what I wanted to be sure of. Sorry for the noise. Thx, bye, Gismo / Luca [1] http://cl-debian.alioth.debian.org/clid/clid.html/ch-libs.html#s-lib-dh [2] http://cl-debian.alioth.debian.org/clid/clid.html/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From joeyh at debian.org Tue Sep 20 17:18:38 2005 From: joeyh at debian.org (Joey Hess) Date: Tue, 20 Sep 2005 19:18:38 +0200 Subject: [cl-debian] Bug#328633: still unfixed? Message-ID: <20050920171838.GA25974@kitenet.net> I don't see any sign of the uploaded fix. (Also, it would be helpful to close the bug in the changelog and/or manually if you do fix it.) -- see shy jo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From cl-debian at pvaneynd.mailworks.org Wed Sep 21 04:36:16 2005 From: cl-debian at pvaneynd.mailworks.org (Peter Van Eynde) Date: Wed, 21 Sep 2005 06:36:16 +0200 Subject: [cl-debian] [resent] Re: a few bugs In-Reply-To: <653bea1605092004462bf9051d@mail.gmail.com> References: <20050916043641.D6D343A81F@pond> <653bea1605092004462bf9051d@mail.gmail.com> Message-ID: <200509210636.18084.cl-debian@pvaneynd.mailworks.org> Hello Far?, On Tuesday 20 September 2005 13:46, Far? wrote: > your fix for Bug#328633 breaks clisp on debian ppc testing. This is not good. After searching a little I find that posix:umask is only included from version 2.34 onwards. I will change the dependency of the package. If the problem also appears in stable I should create a new version and inform the security team :-(. Does anybody else have other problems with the new version? > PPS: unrelatedly, did you get asdf to work with gclcvs? I get a weird error > from format when I try to load anything. This could be the run-shell-command to check the cache directory. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From frido at q-software-solutions.de Wed Sep 21 08:08:20 2005 From: frido at q-software-solutions.de (Friedrich Dominicus) Date: Wed, 21 Sep 2005 10:08:20 +0200 Subject: [cl-debian] Bug#329334: acl-alisp8: bug in alisp8.sh? Message-ID: <8764suetcb.fsf@flarge.here> Package: acl-alisp8 Version: 6.2.32 Severity: normal I found the following in that file case $1 in rebuild) echo $0 Rebuilding packages... shift while [ -x $acl_dir/$lisp_builder -a ! -z "$1" ] ; do echo ...rebuilding $1 /usr/bin/$lisp_target -q -batch -L $acl_dir/siteinit.cl -e " (let ((*compile-print* nil) (*compile-progress* nil) (*compile-verbose* nil) (*require-verbose* nil) (*load-verbose* nil)) with high likliness you do not want to have /usr/bin/$lisp_target but $acl_dir/$lisp_builder why should one check for an executable file in the while if one does not use it. If one installed AllegroCL. If that is still correct how should one know that there should be e.g a /usr/bin/alisp8 ? Regards Friedrich -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages acl-alisp8 depends on: ii acl-pro-installer 6.2.32 Installer for Franz' Allegro 6.2 L ii common-lisp-controller 4.18 This is a Common Lisp source and c Versions of packages acl-alisp8 recommends: ii acldoc-el 6.2.32 Display AllegroCL documentation fr -- no debconf information From frido at q-software-solutions.de Wed Sep 21 09:23:59 2005 From: frido at q-software-solutions.de (Friedrich Dominicus) Date: Wed, 21 Sep 2005 11:23:59 +0200 Subject: [cl-debian] Bug#329347: common-lisp-controller: checking of permissions of the output directory Message-ID: <871x3iepu8.fsf@flarge.here> Package: common-lisp-controller Version: 4.18 Severity: minor Well AFAIFK is the standard policy for adding new users to the system as follows. - the user is created - a groups is created also so if I do a adduser foobar a group foobar will generated to If that is true then the following check should probably be changed (file post-sysdef-install.lisp) (unless (= 0 (logand mode #o022)) should be (unless (= 0 (logand mode #o002)) or one has to check - if the user has it's own group whether the permissions are ok then. With best regards Friedrich -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages common-lisp-controller depends on: ii bash 3.0-14 The GNU Bourne Again SHell ii cl-asdf 1.86-2 Another System Definition Facility ii debconf [debconf-2.0] 1.4.48 Debian configuration management sy ii debianutils 2.13.2 Miscellaneous utilities specific t ii perl 5.8.7-4 Larry Wall's Practical Extraction ii realpath 1.9.20 Return the canonicalized absolute common-lisp-controller recommends no packages. -- debconf information: * common-lisp-controller/long-site-name: * common-lisp-controller/short-site-name: flarge From luca at pca.it Wed Sep 21 09:47:21 2005 From: luca at pca.it (Luca Capello) Date: Wed, 21 Sep 2005 11:47:21 +0200 Subject: Bug#329347: [cl-debian] Bug#329347: common-lisp-controller: checking of permissions of the output directory In-Reply-To: <871x3iepu8.fsf@flarge.here> References: <871x3iepu8.fsf@flarge.here> Message-ID: <87aci6wy52.fsf@gismo.pca.it> Hello! On Wed 21 Sep 2005 11:23 +0200, Friedrich Dominicus wrote: > Well AFAIFK is the standard policy for adding new users to the > system as follows. > - the user is created > - a groups is created also > > so if I do a > adduser foobar > a group foobar will generated to AFAIK the group creation is true only if (/etc/adduser.conf): ===== # The USERGROUPS variable can be either "yes" or "no". If "yes" each # created user will be given their own group to use as a default, and # their home directories will be g+s. If "no", each created user will # be placed in the group whose gid is USERS_GID (see below). USERGROUPS=yes ===== > or one has to check > - if the user has it's own group This should be simple assuming that /etc/adduser.conf is set the first time and never changed (which could be not true). Just my 0.02EUR... Thx, bye, Gismo / Luca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From fahree at gmail.com Wed Sep 21 11:06:51 2005 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Wed, 21 Sep 2005 04:06:51 -0700 Subject: [cl-debian] Re: a few bugs In-Reply-To: <200509210636.18084.cl-debian@pvaneynd.mailworks.org> References: <20050916043641.D6D343A81F@pond> <653bea1605092004462bf9051d@mail.gmail.com> <200509210636.18084.cl-debian@pvaneynd.mailworks.org> Message-ID: <653bea1605092104066fb3e76a@mail.gmail.com> Dear Peter, My fix to run asdf on gclcvs was to replace the unique instance of #'equalp by #'equal, in the internal temporary hash-table used to ensure name unicity. Names in asdf definitions are strings and symbols, aren't they? So there's no reason to use equalp, when equal works just as good as is more widely supported in hash-tables. Maybe you should do automated testing of c-l-c with all those many implementations. cl-launch is your friend in making shell script invocations that work uniformly on all c-l-c supported implementations :-) Automated testing helped me debug cl-launch. [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] The college idealists who fill the ranks of the environmental movement seem willing to do absolutely anything to save the biosphere, except take science courses and learn something about it. -- P.J. O'Rourke From fahree at gmail.com Wed Sep 21 11:20:36 2005 From: fahree at gmail.com (=?UTF-8?Q?Far=C3=A9?=) Date: Wed, 21 Sep 2005 04:20:36 -0700 Subject: [cl-debian] Bug#329347: common-lisp-controller: checking of permissions of the output directory In-Reply-To: <871x3iepu8.fsf@flarge.here> References: <871x3iepu8.fsf@flarge.here> Message-ID: <653bea1605092104206ae6c6f8@mail.gmail.com> Yet another reason why the only sensible thing for a per-user cache is to use ~/.cache: it is automatically safe with respect to whichever policy is defined by the administrator and/or user for access rights, disk quotas, etc, with no race condition to check for. The only possible downside is having to walk /etc/passwd to locate all the places where to purge the cache, if you wish to do such thing. > ii realpath 1.9.20 Return the canonicalized PS: Oh, instead of using realpath, could we be using readlink -f ? It's part of the GNU coreutils, so that's one less bizarre package to depend upon. [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] If six billion people have both more food and more forest than their three billion parents did; if the prices of copper, wheat and natural gas are going down, not up; if there are 20 times more carcinogens in three cups of organic coffee than in daily dietary exposure to the worst pesticide both before and after the DDT ban; if renewable resources such as whales are more easily exhausted than non-renewables such as coal; if lower infant mortality leads to falling populations, not rising ones, then perhaps we need to think differently about what sustainability means. Perhaps the most sustainable thing we can do is develop new technology, increase trade and spread affluence. -- Matt Ridley From fahree at gmail.com Wed Sep 21 11:20:36 2005 From: fahree at gmail.com (=?UTF-8?Q?Far=C3=A9?=) Date: Wed, 21 Sep 2005 04:20:36 -0700 Subject: [cl-debian] Bug#329347: common-lisp-controller: checking of permissions of the output directory In-Reply-To: <871x3iepu8.fsf@flarge.here> References: <871x3iepu8.fsf@flarge.here> Message-ID: <653bea1605092104206ae6c6f8@mail.gmail.com> Yet another reason why the only sensible thing for a per-user cache is to use ~/.cache: it is automatically safe with respect to whichever policy is defined by the administrator and/or user for access rights, disk quotas, etc, with no race condition to check for. The only possible downside is having to walk /etc/passwd to locate all the places where to purge the cache, if you wish to do such thing. > ii realpath 1.9.20 Return the canonicalized PS: Oh, instead of using realpath, could we be using readlink -f ? It's part of the GNU coreutils, so that's one less bizarre package to depend upon. [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] If six billion people have both more food and more forest than their three billion parents did; if the prices of copper, wheat and natural gas are going down, not up; if there are 20 times more carcinogens in three cups of organic coffee than in daily dietary exposure to the worst pesticide both before and after the DDT ban; if renewable resources such as whales are more easily exhausted than non-renewables such as coal; if lower infant mortality leads to falling populations, not rising ones, then perhaps we need to think differently about what sustainability means. Perhaps the most sustainable thing we can do is develop new technology, increase trade and spread affluence. -- Matt Ridley From rvb at progn.org Wed Sep 21 12:06:12 2005 From: rvb at progn.org (=?UTF-8?Q?Ren=C3=A9?= van Bevern) Date: Wed, 21 Sep 2005 14:06:12 +0200 Subject: Bug#329347: [cl-debian] Bug#329347: common-lisp-controller: checking of permissions of the output directory In-Reply-To: <653bea1605092104206ae6c6f8@mail.gmail.com> References: <871x3iepu8.fsf@flarge.here> <653bea1605092104206ae6c6f8@mail.gmail.com> Message-ID: <20050921120612.GA10588@progn.org> On 21.09.05, Far? wrote: Hi Far?, > The only possible downside is having to walk /etc/passwd to locate > all the places where to purge the cache, if you wish to do such > thing. No, it is the plain and true evil for package maintainer scripts to delete or modify files in users' home directories. It's the user's personal space and you never know what he uses ~/.cache for. The system should never modify the home directory and I do not know of one single package that does. Ren? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 307 bytes Desc: not available URL: From fahree at gmail.com Wed Sep 21 12:57:17 2005 From: fahree at gmail.com (=?UTF-8?Q?Far=C3=A9?=) Date: Wed, 21 Sep 2005 05:57:17 -0700 Subject: [cl-debian] Bug#329347: common-lisp-controller: checking of permissions of the output directory In-Reply-To: <20050921120612.GA10588@progn.org> References: <871x3iepu8.fsf@flarge.here> <653bea1605092104206ae6c6f8@mail.gmail.com> <20050921120612.GA10588@progn.org> Message-ID: <653bea16050921055730f574f3@mail.gmail.com> A lot of packages install stuff in the user directory. Mozilla, Gimp, OpenOffice, KDE, GNOME, etc., will all create their own directories under ~/. and install a shitload of crap. Sometimes, their offer to upgrade from a previous version, and optionally offer to delete cruft from previous versions. Modifying users' directories is something done casually. The only problem is when it's done in unexpected, undocumented and/or unpredictable ways. Creating a well-defined ~/.cache/ hierarchy for such things as erasable caches is a generally good idea, and we should encourage more packages rather than less to do use it. I'm sure you can also invent a configuration file for users to specify their preferences regarding automatic administration of his home. [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] One of the greatest discoveries a man makes, one of his great surprises, is to find he can do what he was afraid he couldn't do. -- Henry Ford On 9/21/05, Ren? van Bevern wrote: > On 21.09.05, Far? wrote: > > Hi Far?, > > > The only possible downside is having to walk /etc/passwd to locate > > all the places where to purge the cache, if you wish to do such > > thing. > > No, it is the plain and true evil for package maintainer scripts to > delete or modify files in users' home directories. It's the user's > personal space and you never know what he uses ~/.cache for. The > system should never modify the home directory and I do not know of one > single package that does. > > Ren? From rvb at progn.org Wed Sep 21 13:49:49 2005 From: rvb at progn.org (=?utf-8?B?UmVuw6k=?= van Bevern) Date: Wed, 21 Sep 2005 15:49:49 +0200 Subject: [cl-debian] modifying home directories by maintainer scripts (was: Re: Bug#329347: common-lisp-controller: checking of permissions of the output directory) In-Reply-To: <653bea16050921055730f574f3@mail.gmail.com> References: <871x3iepu8.fsf@flarge.here> <653bea1605092104206ae6c6f8@mail.gmail.com> <20050921120612.GA10588@progn.org> <653bea16050921055730f574f3@mail.gmail.com> Message-ID: <20050921134949.GA15102@progn.org> On 21.09.05, Far? wrote: > On 9/21/05, Ren? van Bevern wrote: > > On 21.09.05, Far? wrote: > > > > Hi Far?, > > > > > The only possible downside is having to walk /etc/passwd to locate > > > all the places where to purge the cache, if you wish to do such > > > thing. > > > > No, it is the plain and true evil for package maintainer scripts to > > delete or modify files in users' home directories. It's the user's > > personal space and you never know what he uses ~/.cache for. The > > system should never modify the home directory and I do not know of one > > single package that does. Hi Far?, > A lot of packages install stuff in the user directory. I doubt that any package does this. > Mozilla, Gimp, OpenOffice, KDE, GNOME, etc., will all create their > own directories under ~/. and install a shitload of crap. But this is done by the applications themselves and not by packages or their maintainer scripts -- and not for all home directories they can find. It's up to each user if that happens or not. > Sometimes, their offer to upgrade from a previous version, > and optionally offer to delete cruft from previous versions. That is fine. The application themselves can offer transitions from previous versions. But a maintainer script in a package that runs through the home directory of all users to delete files is not fine. The applications *offer* it, it's in the user's hands what happens finally. This would not be the case if a maintainer script traversed all home directories to delete caches. > Modifying users' directories is something done casually. Not by packages or their scripts and not without user interaction. It's dangerous. Ren? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 307 bytes Desc: not available URL: From erick at fsl.org.mx Wed Sep 21 22:31:04 2005 From: erick at fsl.org.mx (Erick Ivaan Lopez Carreon) Date: Wed, 21 Sep 2005 17:31:04 -0500 Subject: [cl-debian] A few questions from a lisp newbie Message-ID: <1127341864.2123.33.camel@ikki.calli.org.mx> Hello: I just fall in love with lisp (thanks to paul graham articles) And i start my journey to learn and use lisp on debian Currently i use clisp to test and emacs to edit, however i see many other cl implementations like sbcl cmucl and emacs mode ilisp So the first cuestion is: What combination do you recommend for devel lisp?? Is slime a good choice? it is in Debian? The second packet of questions are related to find a framework (or similar) like GNU enterprise o PEAK exist some thing like this in lisp? I want to build a web based application for manage a business, what do you recommend i do? Thanks in advance. Greetings from Mexico. -- Erick Ivaan Lopez Carreon -- erick at fsl.org.mx PGP Key 1024D/9741C03A 2004-11-19 Key fingerprint = 1764 3C6F B433 B2DD 9029 98B1 8E6B 58D3 9741 C03A "Sacred Cows Make Gourmet Burgers" "La vacas sagradas proporcionan excelentes bisteces" -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From owner at bugs.debian.org Wed Sep 21 20:18:11 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Wed, 21 Sep 2005 13:18:11 -0700 Subject: [cl-debian] Bug#329334: marked as done (acl-alisp8: bug in alisp8.sh?) In-Reply-To: <873bnyfadg.fsf@diziet.irb.hr> References: <873bnyfadg.fsf@diziet.irb.hr> <8764suetcb.fsf@flarge.here> Message-ID: Your message dated Wed, 21 Sep 2005 22:12:43 +0200 with message-id <873bnyfadg.fsf at diziet.irb.hr> and subject line Bug#329334: acl-alisp8: bug in alisp8.sh? has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 21 Sep 2005 08:09:01 +0000 >From frido at q-software-solutions.de Wed Sep 21 01:09:01 2005 Return-path: Received: from 213-239-199-47.clients.your-server.de (mail.q-software-solutions.de) [213.239.199.47] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EHzf3-0007pi-00; Wed, 21 Sep 2005 01:09:01 -0700 Received: from p54a37765.dip.t-dialin.net ([84.163.119.101] helo=flarge.here) by mail.q-software-solutions.de with asmtp (Exim 4.34) id 1EHzeu-0004pk-3V for submit at bugs.debian.org; Wed, 21 Sep 2005 10:08:59 +0200 Received: from frido by flarge.here with local (Exim 4.50) id 1EHzeO-0003CK-Ds for submit at bugs.debian.org; Wed, 21 Sep 2005 10:08:20 +0200 To: submit at bugs.debian.org From: Friedrich Dominicus Organization: Q Software Solutions GmbH Date: Wed, 21 Sep 2005 10:08:20 +0200 Message-ID: <8764suetcb.fsf at flarge.here> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Jumbo Shrimp, linux) MIME-Version: 1.0 X-SA-Exim-Connect-IP: 84.163.119.101 X-SA-Exim-Mail-From: frido at q-software-solutions.de Subject: acl-alisp8: bug in alisp8.sh? Content-Type: text/plain; charset=us-ascii X-SA-Exim-Version: 4.1 (built Tue, 17 Aug 2004 11:06:07 +0200) X-SA-Exim-Scanned: Yes (on mail.q-software-solutions.de) Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: acl-alisp8 Version: 6.2.32 Severity: normal I found the following in that file case $1 in rebuild) echo $0 Rebuilding packages... shift while [ -x $acl_dir/$lisp_builder -a ! -z "$1" ] ; do echo ...rebuilding $1 /usr/bin/$lisp_target -q -batch -L $acl_dir/siteinit.cl -e " (let ((*compile-print* nil) (*compile-progress* nil) (*compile-verbose* nil) (*require-verbose* nil) (*load-verbose* nil)) with high likliness you do not want to have /usr/bin/$lisp_target but $acl_dir/$lisp_builder why should one check for an executable file in the while if one does not use it. If one installed AllegroCL. If that is still correct how should one know that there should be e.g a /usr/bin/alisp8 ? Regards Friedrich -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages acl-alisp8 depends on: ii acl-pro-installer 6.2.32 Installer for Franz' Allegro 6.2 L ii common-lisp-controller 4.18 This is a Common Lisp source and c Versions of packages acl-alisp8 recommends: ii acldoc-el 6.2.32 Display AllegroCL documentation fr -- no debconf information --------------------------------------- Received: (at 329334-done) by bugs.debian.org; 21 Sep 2005 20:12:32 +0000 >From mvela at irb.hr Wed Sep 21 13:12:31 2005 Return-path: Received: from mail.irb.hr [161.53.22.8] (UNKNOWN) by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EIAxD-0003qi-00; Wed, 21 Sep 2005 13:12:31 -0700 Received: from diziet.irb.hr (diziet.irb.hr [161.53.22.31]) by mail.irb.hr (8.13.3/8.13.3/Debian-6) with ESMTP id j8LKCMXk002871 for <329334-done at bugs.debian.org>; Wed, 21 Sep 2005 22:12:22 +0200 Received: from diziet.irb.hr (localhost [127.0.0.1]) by diziet.irb.hr (8.13.5/8.13.5/Debian-1) with ESMTP id j8LKChps014373 for <329334-done at bugs.debian.org>; Wed, 21 Sep 2005 22:12:43 +0200 Received: (from mvela at localhost) by diziet.irb.hr (8.13.5/8.13.5/Submit) id j8LKCh4X014371; Wed, 21 Sep 2005 22:12:43 +0200 X-Authentication-Warning: diziet.irb.hr: mvela set sender to mvela at irb.hr using -f From: Matej Vela To: 329334-done at bugs.debian.org Subject: Re: Bug#329334: acl-alisp8: bug in alisp8.sh? References: <8764suetcb.fsf at flarge.here> Date: Wed, 21 Sep 2005 22:12:43 +0200 In-Reply-To: <8764suetcb.fsf at flarge.here> (Friedrich Dominicus's message of "Wed, 21 Sep 2005 10:08:20 +0200") Message-ID: <873bnyfadg.fsf at diziet.irb.hr> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.51 on 161.53.22.8 Delivered-To: 329334-done at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Hello, Unfortunately, acl-installer was removed from Debian in July because no one was interested in maintaining it (http://bugs.debian.org/317416). Thanks, Matej From cl-debian at pvaneynd.mailworks.org Thu Sep 22 05:03:53 2005 From: cl-debian at pvaneynd.mailworks.org (Peter Van Eynde) Date: Thu, 22 Sep 2005 07:03:53 +0200 Subject: [cl-debian] modifying home directories by maintainer scripts (was: Re: Bug#329347: common-lisp-controller: checking of permissions of the output directory) In-Reply-To: <20050921134949.GA15102@progn.org> References: <871x3iepu8.fsf@flarge.here> <653bea16050921055730f574f3@mail.gmail.com> <20050921134949.GA15102@progn.org> Message-ID: <200509220704.23088.cl-debian@pvaneynd.mailworks.org> On Wednesday 21 September 2005 15:49, Ren? van Bevern wrote: > > A lot of packages install stuff in the user directory. > > I doubt that any package does this. 1/pvaneynd at sharrow:~ :( $ grep '^/home/' /var/lib/dpkg/info/*.list 1/pvaneynd at sharrow:~ :( $ None on my system. > Not by packages or their scripts and not without user > interaction. It's dangerous. After thinking it over I do agree with this. I will resist any change to move the cache directory over to a location beneath /home unless there is a change in debian policy on this. I am willing to provide hooks to permit a user to move the fasls to a location of choice. I fear I did not have time yet to investigate cl-launch but I'll try to make some time for it. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cl-debian at pvaneynd.mailworks.org Thu Sep 22 05:06:12 2005 From: cl-debian at pvaneynd.mailworks.org (Peter Van Eynde) Date: Thu, 22 Sep 2005 07:06:12 +0200 Subject: [cl-debian] A few questions from a lisp newbie In-Reply-To: <1127341864.2123.33.camel@ikki.calli.org.mx> References: <1127341864.2123.33.camel@ikki.calli.org.mx> Message-ID: <200509220706.15481.cl-debian@pvaneynd.mailworks.org> On Thursday 22 September 2005 00:31, Erick Ivaan Lopez Carreon wrote: > So the first cuestion is: > What combination do you recommend for devel lisp?? slime with sbcl > Is slime a good choice? it is in Debian? yes. It is packaged, but there are some licencing problems. > I want to build a web based application for manage a business, what do > you recommend i do? I've heard many good things about UCW and have used araneida in the past. > Greetings from Mexico. Hmm. debconf6 country... Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From owner at bugs.debian.org Thu Sep 22 10:33:22 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Thu, 22 Sep 2005 03:33:22 -0700 Subject: [cl-debian] Bug#328633: marked as done (common-lisp-controller: Security upload for CAN-2005-2657?) In-Reply-To: <20050922103002.GA8938@kitenet.net> References: <20050922103002.GA8938@kitenet.net> <20050916043641.D6D343A81F@pond> Message-ID: Your message dated Thu, 22 Sep 2005 12:30:02 +0200 with message-id <20050922103002.GA8938 at kitenet.net> and subject line er, ok has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 16 Sep 2005 14:04:24 +0000 >From micah at riseup.net Fri Sep 16 07:04:21 2005 Return-path: Received: from mail.riseup.net [69.90.134.155] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EGGpB-0003tO-00; Fri, 16 Sep 2005 07:04:21 -0700 Received: from localhost (localhost [127.0.0.1]) by mail.riseup.net (Postfix) with ESMTP id 574C6A31F7; Fri, 16 Sep 2005 07:04:14 -0700 (PDT) Received: from mail.riseup.net ([127.0.0.1]) by localhost (buffy [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31018-38; Fri, 16 Sep 2005 07:04:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.riseup.net (Postfix) with ESMTP id B290BA31EF; Fri, 16 Sep 2005 07:04:13 -0700 (PDT) Received: by pond (Postfix, from userid 1000) id D6D343A81F; Fri, 16 Sep 2005 00:36:41 -0400 (EDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Micah Anderson To: Debian Bug Tracking System Subject: common-lisp-controller: Security upload for CAN-2005-2657? X-Mailer: reportbug 3.17 Date: Fri, 16 Sep 2005 00:36:41 -0400 X-Debbugs-Cc: Debian Security Team Message-Id: <20050916043641.D6D343A81F at pond> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at riseup.net Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-10.3 required=4.0 tests=BAYES_00,DATE_IN_PAST_06_12, HAS_PACKAGE,X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02 Package: common-lisp-controller Version: 4.16 Severity: normal Tags: security Hi, I notice that in DSA-811-1[1] that common-lisp-controller has a fix for CAN-2005-2657 uploaded into stable, and the upload that is recorded as fixing this issue in unstable is for version 4.18[2]. However, there has not been an upload to unstable since 4.16 on 8/3/05. Do you anticipate uploading a fix to unstable soon? Or is the fixed version actually 4.16 and the DSA is incorrect? Thanks, Micah 1. http://www.debian.org/security/2005/dsa-811 2. "For the unstable distribution (sid) this problem has been fixed in version 4.18." -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --------------------------------------- Received: (at 328633-done) by bugs.debian.org; 22 Sep 2005 10:30:07 +0000 >From joey at kitenet.net Thu Sep 22 03:30:07 2005 Return-path: Received: from kitenet.net [64.62.161.42] (postfix) by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EIOL9-0007Nn-00; Thu, 22 Sep 2005 03:30:07 -0700 Received: from dragon.kitenet.net (dhcp-sn38-07.hrz.uni-oldenburg.de [134.106.38.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Joey Hess", Issuer "Joey Hess" (verified OK)) by kitenet.net (Postfix) with ESMTP id A612D18596 for <328633-done at bugs.debian.org>; Thu, 22 Sep 2005 10:30:06 +0000 (GMT) Received: by dragon.kitenet.net (Postfix, from userid 1000) id 66D2EBEEF3; Thu, 22 Sep 2005 12:30:02 +0200 (CEST) Date: Thu, 22 Sep 2005 12:30:02 +0200 From: Joey Hess To: 328633-done at bugs.debian.org Subject: er, ok Message-ID: <20050922103002.GA8938 at kitenet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline User-Agent: Mutt/1.5.10i Delivered-To: 328633-done at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Version: 4.18 Maintain appeared to ignore my request, oh well. --=20 see shy jo --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDMoeqd8HHehbQuO8RAmt0AKCpwPg5Bm+1i8xl7W5A0N4wFZMGHQCglQhj vNHSRwL8MWoBDofwt8AAQgo= =tVpT -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From luca at pca.it Thu Sep 22 14:30:43 2005 From: luca at pca.it (Luca Capello) Date: Thu, 22 Sep 2005 16:30:43 +0200 Subject: [cl-debian] rfc2388 enters CL-Debian repository! Message-ID: <87d5n118fg.fsf@gismo.pca.it> Hello all! Finally, I completed the process of debianizing rfc2388 and creating the darcs repository for it (thanks Peter). The Debian package created is linda- and lintian- compliant, architecture independent and uses dh_lisp (thanks Rene). The link for the darcs repository is here: http://cl-debian.alioth.debian.org/cgi-bin/darcsweb.cgi?r=rfc2388;a=summary Peter, can you check it and upload to Debian official when you have time, please? Thx, bye, Gismo / Luca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From qdsmgbm02 at sneakemail.com Thu Sep 22 16:53:17 2005 From: qdsmgbm02 at sneakemail.com (Kim Minh Kaplan) Date: Thu, 22 Sep 2005 18:53:17 +0200 Subject: [cl-debian] Bug#329675: cl-webactions: With SBCL, fails to serve pages. Message-ID: Package: cl-webactions Version: 1.2.42+cvs.2005.08.05-4 Severity: important Tags: patch When running with SBCL, the function NET.ASERVE::FILESYS-INODE does not work properly: it calls SB-UNIX:UNIX-LSTAT with a SIMPLE-STRING argument while it only works for SIMPLE-BASE-STRING. The attached patch works around the problem. It does not solve it for non ASCII filenames. Here is a sample of the bug: $ sbcl --eval '(clc:clc-require :webactions)' \ > --eval '(net.aserve:start :port 7000)' \ > --eval '(net.aserve:webaction-project "foo" :index "index")' This is SBCL 0.9.3.72, an implementation of ANSI Common Lisp. More information about SBCL is available at . SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. STYLE-WARNING: redefining INPUT-FILES (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining OUTPUT-FILES (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining PERFORM :AFTER (COMPILE-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: redefining OUTPUT-FILES (COMPILE-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (COMPILE-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (LOAD-OP C-SOURCE-FILE) in DEFMETHOD STYLE-WARNING: redefining PERFORM (LOAD-OP UNIX-DSO) in DEFMETHOD STYLE-WARNING: implicitly creating new generic function URI-P STYLE-WARNING: implicitly creating new generic function URI-PARSED-PATH STYLE-WARNING: implicitly creating new generic function (SETF URI-PARSED-PATH) STYLE-WARNING: implicitly creating new generic function URI STYLE-WARNING: implicitly creating new generic function MERGE-URIS STYLE-WARNING: implicitly creating new generic function ENOUGH-URI STYLE-WARNING: implicitly creating new generic function INTERN-URI STYLE-WARNING: implicitly creating new generic function RECEIVE-FROM STYLE-WARNING: implicitly creating new generic function SEND-TO STYLE-WARNING: implicitly creating new generic function GET-REQUEST-BODY STYLE-WARNING: implicitly creating new generic function START-MULTIPART-CAPTURE STYLE-WARNING: implicitly creating new generic function GET-MULTIPART-HEADER STYLE-WARNING: implicitly creating new generic function GET-MULTIPART-SEQUENCE STYLE-WARNING: implicitly creating new generic function REQUEST-QUERY STYLE-WARNING: implicitly creating new generic function GET-BASIC-AUTHORIZATION STYLE-WARNING: implicitly creating new generic function SET-BASIC-AUTHORIZATION STYLE-WARNING: defining *HEADER-BLOCK-SIZE* as a constant, even though the name follows the usual naming convention (names like *FOO*) for special variables STYLE-WARNING: defining *HEADER-BLOCK-USED-SIZE-INDEX* as a constant, even though the name follows the usual naming convention (names like *FOO*) for special variables STYLE-WARNING: defining *HEADER-BLOCK-DATA-START-INDEX* as a constant, even though the name follows the usual naming convention (names like *FOO*) for special variables STYLE-WARNING: defining *HEADERS-COUNT* as a constant, even though the name follows the usual naming convention (names like *FOO*) for special variables STYLE-WARNING: implicitly creating new generic function LOOKUP-MIME-TYPE STYLE-WARNING: implicitly creating new generic function CONTENT-LENGTH STYLE-WARNING: implicitly creating new generic function TRANSFER-MODE STYLE-WARNING: implicitly creating new generic function PUBLISH-ENTITY STYLE-WARNING: implicitly creating new generic function UNPUBLISH-ENTITY STYLE-WARNING: implicitly creating new generic function HANDLE-REQUEST STYLE-WARNING: implicitly creating new generic function FAILED-REQUEST STYLE-WARNING: implicitly creating new generic function DENIED-REQUEST STYLE-WARNING: implicitly creating new generic function STANDARD-LOCATOR STYLE-WARNING: implicitly creating new generic function UNPUBLISH-LOCATOR STYLE-WARNING: implicitly creating new generic function MAP-ENTITIES STYLE-WARNING: implicitly creating new generic function PROCESS-ENTITY STYLE-WARNING: implicitly creating new generic function COMPUTE-STRATEGY STYLE-WARNING: implicitly creating new generic function SEND-RESPONSE-HEADERS STYLE-WARNING: implicitly creating new generic function COMPUTE-RESPONSE-STREAM STYLE-WARNING: implicitly creating new generic function SET-COOKIE-HEADER STYLE-WARNING: implicitly creating new generic function TIMEDOUT-RESPONSE STYLE-WARNING: implicitly creating new generic function AUTHORIZE STYLE-WARNING: implicitly creating new generic function LOGMESS STYLE-WARNING: implicitly creating new generic function LOGMESS-STREAM STYLE-WARNING: implicitly creating new generic function BRIEF-LOGMESS STYLE-WARNING: implicitly creating new generic function LOG-REQUEST STYLE-WARNING: implicitly creating new generic function READ-CLIENT-RESPONSE-HEADERS STYLE-WARNING: implicitly creating new generic function CLIENT-REQUEST-READ-SEQUENCE STYLE-WARNING: implicitly creating new generic function CLIENT-REQUEST-CLOSE STYLE-WARNING: implicitly creating new generic function CLIENT-RESPONSE-HEADER-VALUE STYLE-WARNING: implicitly creating new generic function SAVE-COOKIE STYLE-WARNING: implicitly creating new generic function COMPUTE-COOKIE-STRING STYLE-WARNING: defining *BROWSER-LEVEL* as a constant, even though the name follows the usual naming convention (names like *FOO*) for special variables STYLE-WARNING: implicitly creating new generic function FIND-URI-INFO STYLE-WARNING: redefining MAKE-LOAD-FORM (URI) in DEFMETHOD ;;; Please wait, recompiling library... STYLE-WARNING: implicitly creating new generic function INITIALIZE-WEBSESSION-MASTER STYLE-WARNING: implicitly creating new generic function NEXT-WEBSESSION-ID STYLE-WARNING: implicitly creating new generic function NOTE-WEBSESSION-REFERENCED STYLE-WARNING: redefining REQUEST-VARIABLE-VALUE in DEFUN STYLE-WARNING: redefining .INV-REQUEST-VARIABLE-VALUE in DEFUN * 5-aserve-worker: 09/22/05 - 18:43:52 - while processing command "GET /index HTTP/1.1" got error The value "." is not of type (SIMPLE-ARRAY BASE-CHAR (*)). In another window I did: $ telnet localhost 7000 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /index HTTP/1.1 Host: localhost To get this error. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages cl-webactions depends on: ii cl-aserve 1.2.42+cvs.2005.08.05-4 Portable Aserve ii common-lisp-cont 4.18 This is a Common Lisp source and c cl-webactions recommends no packages. -- no debconf information -------------- next part -------------- --- acl-compat/sbcl/acl-excl.lisp 2005/09/22 16:22:02 1.1 +++ acl-compat/sbcl/acl-excl.lisp 2005/09/22 16:50:27 @@ -26,11 +26,14 @@ (error "unix-signal not implemented in acl-excl-sbcl.lisp")) (defun filesys-inode (path) + ;; FIXME: How do we handle non ASCII paths? + (let ((path (coerce path 'simple-base-string))) (multiple-value-bind (found ign inode) (sb-unix::unix-lstat path) (if found inode (error "path ~s does not exist" path)))) + ) (defun cl-internal-real-time () (round (/ (get-internal-real-time) internal-time-units-per-second))) From luca at pca.it Fri Sep 23 13:51:54 2005 From: luca at pca.it (Luca Capello) Date: Fri, 23 Sep 2005 15:51:54 +0200 Subject: [cl-debian] Re: [emacs-wiki-discuss] Synchronization in Emacs In-Reply-To: <4333F01D.9020705@rsons.org> References: <87hdcc13vc.fsf@gismo.pca.it> <4333F01D.9020705@rsons.org> Message-ID: <87br2j28p1.fsf@gismo.pca.it> Hello! On Fri 23 Sep 2005 14:07 +0200, Chris Parsons wrote: > Luca Capello wrote: >> - parsing of the planner entries to iCalendar (planner-icalendar.el, >> to be coded) [this should skips entries already present in >> diary/todo, in order to avoid entry duplication] > > I've started this already - check out planner-ical.el. Thank you for the hint, I got it [1]. From a very early look, I saw that you require icalendar.el, so IMHO most of the code could be shared (especially for the entry formatting). BTW, I hardly patched icalendar.el to be more RFC2445 compliant: VEVENT fields DESCRIPTION, LOCATION, ORGANIZER, URL, STATUS and CLASS are correctly imported/exported. I already submitted my patch to be reviewed by Ulf (the icalendar.el author, cc: because this mail could be useful to him). My idea is to have some general functions to import/export from iCalendar and then specific functions to read/write diary/todo or planner events. This should avoid code duplication. Thx, bye, Gismo / Luca [1] http://lists.gnu.org/archive/html/emacs-wiki-discuss/2005-07/msg00261.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From luca at pca.it Fri Sep 23 14:04:06 2005 From: luca at pca.it (Luca Capello) Date: Fri, 23 Sep 2005 16:04:06 +0200 Subject: [cl-debian] Re: [emacs-wiki-discuss] Synchronization in Emacs In-Reply-To: <87br2j28p1.fsf@gismo.pca.it> References: <87hdcc13vc.fsf@gismo.pca.it> <4333F01D.9020705@rsons.org> <87br2j28p1.fsf@gismo.pca.it> Message-ID: <877jd7284p.fsf@gismo.pca.it> Hello! Just avoid my post, wrong ML :-( Sorry for the noise. Thx, bye, Gismo / Luca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available URL: From frido at q-software-solutions.de Mon Sep 26 11:53:04 2005 From: frido at q-software-solutions.de (Friedrich Dominicus) Date: Mon, 26 Sep 2005 13:53:04 +0200 Subject: [cl-debian] Bug#329334: Well how about removing the package then Message-ID: <877jd482qn.fsf@flarge.here> I installed the packages just a 5 days or so ago. If it's orphaned why is is there still then? Regards Friedrich From frido at q-software-solutions.de Mon Sep 26 11:57:52 2005 From: frido at q-software-solutions.de (Friedrich Dominicus) Date: Mon, 26 Sep 2005 13:57:52 +0200 Subject: [cl-debian] Bug#329347: Well I do not have a decent suggestion Message-ID: <87y85k6ny7.fsf@flarge.here> just I found this problem and I had to change the setting manually. If someone installs the package as I did and is afraid on changing things he or she is stuck. It shouldn't be all to hard to check if there is a group named after the user, and act accordingly. Regards Friedrich From vela at debian.org Mon Sep 26 12:25:55 2005 From: vela at debian.org (Matej Vela) Date: Mon, 26 Sep 2005 14:25:55 +0200 Subject: [cl-debian] Bug#329334: RM: acl-installer [amd64] -- RoQA; already removed on other archs In-Reply-To: <877jd482qn.fsf@flarge.here> (Friedrich Dominicus's message of "Mon, 26 Sep 2005 13:53:04 +0200") References: <877jd482qn.fsf@flarge.here> Message-ID: <87psqw817w.fsf@diziet.irb.hr> Package: ftp.debian.org Friedrich Dominicus writes: > I installed the packages just a 5 days or so ago. If it's orphaned why > is is there still then? There seems to have been a snafu; acl-installer was removed from i386 and powerpc (http://bugs.debian.org/317416), but is still present on amd64. Hopefully the ftpmasters will correct this. Thanks! Matej From fahree at gmail.com Mon Sep 26 22:05:58 2005 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Mon, 26 Sep 2005 18:05:58 -0400 Subject: [cl-debian] cl-launch, debian, asdf, etc. Message-ID: <653bea1605092615058d14873@mail.gmail.com> My latest attempt at a cl-launch debian package is at: http://fare.tunes.org/files/cl-launch/ Can you test it? (Note that my CVS server is not up-to-date anymore; I'm migrating to monotone.) Also, I remind that gclcvs requires a change in asdf: you must replace 'equalp with 'equal. Can you fix asdf in c-l-c and/or upstream? Need I fill an official debian bug form? Note that you could use cl-launch to automatically test your packages on many different common-lisp implementations. You could then detect such bugs as asdf not working with gcl. PS: If this is of interest to anyone, I might include image dumping in the next version of cl-launch. PPS: I'm still interested in your lazy-alloc patch for sbcl. [ Fran?ois-Ren? ?VB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] The kingly office is entitled to no respect. It was originally procured by the highwayman's methods; it remains a perpetuated crime, can never be anything but the symbol of a crime. It is no more entitled to respect than is the flag of a pirate. -- Mark Twain From yeager at lidkoping.net Tue Sep 27 17:09:08 2005 From: yeager at lidkoping.net (Daniel Nylander) Date: Tue, 27 Sep 2005 19:09:08 +0200 (CEST) Subject: [cl-debian] Bug#330347: sv translation update Message-ID: Package: cltl Version: 1.0.18 Here is the updated swedish (sv) translation (from Debconf template) Regards, Daniel Nylander (CISSP) http://www.DanielNylander.se info at danielnylander.se -------------- next part -------------- # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid "" msgstr "" "Project-Id-Version: cltl 1.0.18\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2004-03-23 16:20-0800\n" "PO-Revision-Date: 2005-09-27 19:05-0700\n" "Last-Translator: Daniel Nylander \n" "Language-Team: Swedish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit" #. Type: boolean #. Description #: ../templates:4 msgid "Download the cltl book from the Internet?" msgstr "Ladda ner cltl-boken fr?n Internet?" #. Type: boolean #. Description #: ../templates:4 msgid "" "You don't have the file /root/tmp/cltl_ht.tar.gz. You may want to download " "this file from internet now and proceed with the installation afterward." msgstr "Du har inte filen /root/tmp/cltl_ht.tar.gz. Du kanske vill ladda ner denna fil fr?n Internet nu och forts?tta med installationen efter?t." #. Type: boolean #. Description #: ../templates:11 msgid "Unable to download. Try again?" msgstr "Nedladdningen misslyckades. F?rs?ka igen?" #. Type: boolean #. Description #: ../templates:11 msgid "" "An error occured during the download of book from the Internet. You may now " "request to try the download again." msgstr "Ett fel intr?ffade under nedladdningen av boken fr?n Internet. Du kan nu f?rs?ka att ladda ner filen igen." #. Type: note #. Description #: ../templates:17 msgid "Aborting." msgstr "Avbryter." #. Type: note #. Description #: ../templates:17 msgid "" "The download of the cltl book from internet failed. You can try reinstalling " "the file another time." msgstr "Nedladdningen av cltl-boken fr?n Internet misslyckades. Du kan f?rs?ka installera filen en annan g?ng." From yeager at lidkoping.net Tue Sep 27 20:53:41 2005 From: yeager at lidkoping.net (Daniel Nylander) Date: Tue, 27 Sep 2005 22:53:41 +0200 Subject: [cl-debian] Bug#330389: hyperspec: [INTL:sv] Swedish debconf templates translation Message-ID: <20050927205341.2539.qmail@mail.lidkoping.net> Package: hyperspec Version: 1.20 Severity: wishlist Tags: patch l10n -- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -------------- next part -------------- # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid "" msgstr "" "Project-Id-Version: hyperspec 1.20\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-03-01 14:44+0100\n" "PO-Revision-Date: 2005-09-27 22:28-0700\n" "Last-Translator: Daniel Nylander \n" "Language-Team: Swedish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit" #. Type: boolean #. Description #: ../templates:4 msgid "Download the hyperspec book from the Internet?" msgstr "Ladda ner hyperspec-boken fr?n Internet?" #. Type: boolean #. Description #: ../templates:4 msgid "" "You don't have the file /root/tmp/HyperSpec-6-0.tar.gz. You may want to " "download this file from internet now and proceed with the installation " "afterward." msgstr "" "Du har inte filen /root/tmp/HyperSpec-6.0.tar.gz. Du kanske vill ladda ner denna fil fr?n Internet nu och forts?tta med installationen efter?t." #. Type: boolean #. Description #: ../templates:12 msgid "Unable to download. Try again?" msgstr "Nedladdningen misslyckades. F?rs?ka igen?" #. Type: boolean #. Description #: ../templates:12 msgid "" "An error occured during the download of the hyperspec from the Internet. You " "may now request to try the download again." msgstr "" "Ett fel intr?ffade under nedladdning av hyperspec fr?n Internet. Du kan f?rs?ka att ladda ner den igen." #. Type: note #. Description #: ../templates:18 msgid "Aborting." msgstr "Avbryter." #. Type: note #. Description #: ../templates:18 msgid "" "The download of the hyperspec from internet failed. You can try reinstalling " "the file another time." msgstr "" "Nedladdningen av hyperspec fr?n Internet misslyckades. Du kan f?rs?ka att installera om filen en annan g?ng." From didier at lrde.epita.fr Wed Sep 28 08:06:55 2005 From: didier at lrde.epita.fr (Didier Verna) Date: Wed, 28 Sep 2005 10:06:55 +0200 Subject: [cl-debian] Bug#330468: sbcl: Can't start sbcl with kernel 2.4.27-2-686 Message-ID: Package: sbcl Version: 1:0.9.4.65-1 Severity: grave Hi ! When I try to launch SBCL, I get the following message: ,---- | fatal error encountered in SBCL pid 10204(tid 16384): | This version of sbcl is compiled with threading support, but your kernel is | too old to support this. Please use a more recent kernel or a version of sbcl | without threading support. `----- ... which I consider a bug since the Debian package installed just fine, and there don't seem to be an alternative sbcl package usable for me. I don't want to use a 2.6 kernel on my machine. So what should I do ? Thanks ! -- 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.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sbcl depends on: ii common-lisp-controller 4.18 This is a Common Lisp source and c ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii sbcl-common 1:0.9.4.65-1 Architecture independent files for Versions of packages sbcl recommends: ii binfmt-support 1.2.6 Support for extra binary formats -- no debconf information From pvaneynd at mailworks.org Thu Sep 29 03:46:49 2005 From: pvaneynd at mailworks.org (Peter Van Eynde) Date: Thu, 29 Sep 2005 05:46:49 +0200 Subject: [cl-debian] Bug#330468: sbcl: Can't start sbcl with kernel 2.4.27-2-686 In-Reply-To: References: Message-ID: <200509290546.52805.pvaneynd@mailworks.org> Hello, On Wednesday 28 September 2005 10:06, Didier Verna wrote: > ... which I consider a bug since the Debian package installed just fine, I fear a debian package cannot depend on a given kernel version. > and there don't seem to be an alternative sbcl package usable for me. I > don't want to use a 2.6 kernel on my machine. Expect a 2.4 sbcl, without threading, in my people.debian.org repositry soon. I expect that the next version of debian will have a 2.6 kernel by default, so this problem should get fixed. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From pvaneynd at mailworks.org Thu Sep 29 03:46:49 2005 From: pvaneynd at mailworks.org (Peter Van Eynde) Date: Thu, 29 Sep 2005 05:46:49 +0200 Subject: [cl-debian] Bug#330468: sbcl: Can't start sbcl with kernel 2.4.27-2-686 In-Reply-To: References: Message-ID: <200509290546.52805.pvaneynd@mailworks.org> Hello, On Wednesday 28 September 2005 10:06, Didier Verna wrote: > ... which I consider a bug since the Debian package installed just fine, I fear a debian package cannot depend on a given kernel version. > and there don't seem to be an alternative sbcl package usable for me. I > don't want to use a 2.6 kernel on my machine. Expect a 2.4 sbcl, without threading, in my people.debian.org repositry soon. I expect that the next version of debian will have a 2.6 kernel by default, so this problem should get fixed. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| From erick at fsl.org.mx Thu Sep 29 23:15:13 2005 From: erick at fsl.org.mx (Erick Ivaan Lopez Carreon) Date: Thu, 29 Sep 2005 18:15:13 -0500 Subject: [cl-debian] A few questions from a lisp newbie In-Reply-To: <200509220706.15481.cl-debian@pvaneynd.mailworks.org> References: <1127341864.2123.33.camel@ikki.calli.org.mx> <200509220706.15481.cl-debian@pvaneynd.mailworks.org> Message-ID: <1128035713.3244.3.camel@ikki.calli.org.mx> On Thu, 2005-09-22 at 07:06 +0200, Peter Van Eynde wrote: > On Thursday 22 September 2005 00:31, Erick Ivaan Lopez Carreon wrote: > > So the first cuestion is: > > What combination do you recommend for devel lisp?? > > slime with sbcl > Thanks a lot i'm using it today and it's great combination! > > Is slime a good choice? it is in Debian? > > yes. It is packaged, but there are some licencing problems. > I installed the package from your repository :) > > I want to build a web based application for manage a business, what do > > you recommend i do? > > I've heard many good things about UCW and have used araneida in the past. > checking that ... > > Greetings from Mexico. > > Hmm. debconf6 country... > Siiii!!! er Yes! Greetings! -- Erick Iva?n L?pez Carre?n -- erick at fsl.org.mx PGP Key 1024D/9741C03A 2004-11-19 Key fingerprint = 1764 3C6F B433 B2DD 9029 98B1 8E6B 58D3 9741 C03A "Puedo no estar de acuerdo con lo que dices pero defender? a muerte tu derecho a que lo digas", "I disapprove of what you say, but I will defend to the death your right to say it" Voltaire. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From didier at lrde.epita.fr Fri Sep 30 08:48:19 2005 From: didier at lrde.epita.fr (Didier Verna) Date: Fri, 30 Sep 2005 10:48:19 +0200 Subject: [cl-debian] Bug#330468: sbcl: Can't start sbcl with kernel 2.4.27-2-686 In-Reply-To: <200509290546.52805.pvaneynd@mailworks.org> (Peter Van Eynde's message of "Thu, 29 Sep 2005 05:46:49 +0200") References: <200509290546.52805.pvaneynd@mailworks.org> Message-ID: Peter Van Eynde wrote: > Expect a 2.4 sbcl, without threading, in my people.debian.org repositry > soon. Thanks. BTW, I'm surprised that precompiled 2.4 kernels don't support multi-threading ? -- Didier Verna, didier at lrde.epita.fr, http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bic?tre, France Fax.+33 (1) 53 14 59 22 didier at xemacs.org From didier at lrde.epita.fr Fri Sep 30 08:48:19 2005 From: didier at lrde.epita.fr (Didier Verna) Date: Fri, 30 Sep 2005 10:48:19 +0200 Subject: [cl-debian] Bug#330468: sbcl: Can't start sbcl with kernel 2.4.27-2-686 In-Reply-To: <200509290546.52805.pvaneynd@mailworks.org> (Peter Van Eynde's message of "Thu, 29 Sep 2005 05:46:49 +0200") References: <200509290546.52805.pvaneynd@mailworks.org> Message-ID: Peter Van Eynde wrote: > Expect a 2.4 sbcl, without threading, in my people.debian.org repositry > soon. Thanks. BTW, I'm surprised that precompiled 2.4 kernels don't support multi-threading ? -- Didier Verna, didier at lrde.epita.fr, http://www.lrde.epita.fr/~didier EPITA / LRDE, 14-16 rue Voltaire Tel.+33 (1) 44 08 01 85 94276 Le Kremlin-Bic?tre, France Fax.+33 (1) 53 14 59 22 didier at xemacs.org From pvaneynd at debian.org Fri Sep 30 12:32:12 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Fri, 30 Sep 2005 05:32:12 -0700 Subject: [cl-debian] Accepted hyperspec 1.21 (source all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 29 Sep 2005 05:42:32 +0200 Source: hyperspec Binary: hyperspec Architecture: source all Version: 1.21 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: hyperspec - The Common Lisp ANSI-standard Hyperspec Closes: 330389 Changes: hyperspec (1.21) unstable; urgency=low . * Added swedish translation. Closes: #330389 * Corrected bashism by depending on bash Files: 5cbce5a7fdee475e9a74da2fcfb4e445 514 contrib/doc optional hyperspec_1.21.dsc db133525b92c92549d8f50e3f5bdbead 28831 contrib/doc optional hyperspec_1.21.tar.gz 78dd9d9e7c0be48d6d7c0e63f5e69246 7090 contrib/doc optional hyperspec_1.21_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDO4rX11ldN0tyliURAtqgAJ9euWKAKjdKBJsJ/UM7Y2GoFRG0uwCgt60h JKd80BBjWG0M8QGTOAaHhWs= =ELEQ -----END PGP SIGNATURE----- Accepted: hyperspec_1.21.dsc to pool/contrib/h/hyperspec/hyperspec_1.21.dsc hyperspec_1.21.tar.gz to pool/contrib/h/hyperspec/hyperspec_1.21.tar.gz hyperspec_1.21_all.deb to pool/contrib/h/hyperspec/hyperspec_1.21_all.deb From pvaneynd at debian.org Fri Sep 30 12:32:07 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Fri, 30 Sep 2005 05:32:07 -0700 Subject: [cl-debian] Accepted cl-asdf 1.89-1 (source all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 22 Sep 2005 12:52:31 +0200 Source: cl-asdf Binary: cl-cclan cl-asdf Architecture: source all Version: 1.89-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cl-asdf - Another System Definition Facility cl-cclan - Comprehensive Common Lisp Archive Network Changes: cl-asdf (1.89-1) unstable; urgency=low . * Noticed that I actually increased the version with the CVS commit * Updated the standards version * Remove the prepare build stuff, build through darcs * Improve duplicate names test: use equal instead of equalp. From a comment from Far??. * Remove CVS cruft * Seperate CVS version of asdf.lisp from version of package. The tag is not the version of the package Files: 6f70a6c3dc006177beacdec2350274cb 586 devel optional cl-asdf_1.89-1.dsc 21cab7c9a7d3d553862a0d9d0a3a30bd 60134 devel optional cl-asdf_1.89.orig.tar.gz a507055d7694a9766c429894bb3233f5 395 devel optional cl-asdf_1.89-1.diff.gz ca0c36cce1215a010a634cee2fe86aad 47422 devel optional cl-asdf_1.89-1_all.deb f5f75d299270c01db7c4117c12fe1464 19558 devel optional cl-cclan_1.89-1_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDPNpR11ldN0tyliURAkZbAJ44rkeFM7JOLvqopI/+oY0+vA5bywCdFhnK IWFZHlt4gi5l6j1rSShewUU= =P/xW -----END PGP SIGNATURE----- Accepted: cl-asdf_1.89-1.diff.gz to pool/main/c/cl-asdf/cl-asdf_1.89-1.diff.gz cl-asdf_1.89-1.dsc to pool/main/c/cl-asdf/cl-asdf_1.89-1.dsc cl-asdf_1.89-1_all.deb to pool/main/c/cl-asdf/cl-asdf_1.89-1_all.deb cl-asdf_1.89.orig.tar.gz to pool/main/c/cl-asdf/cl-asdf_1.89.orig.tar.gz cl-cclan_1.89-1_all.deb to pool/main/c/cl-asdf/cl-cclan_1.89-1_all.deb From pvaneynd at debian.org Fri Sep 30 12:32:08 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Fri, 30 Sep 2005 05:32:08 -0700 Subject: [cl-debian] Accepted cltl 1.0.19 (source all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 29 Sep 2005 05:12:59 +0200 Source: cltl Binary: cltl Architecture: source all Version: 1.0.19 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cltl - Common Lisp the Language, second edition, book (Pre-ANSI) Closes: 328855 330347 Changes: cltl (1.0.19) unstable; urgency=low . * Fixed speling error in description. Closes: #328855 * Added swedish translation. Closes: #330347 Files: 0c05942422103ce223ce6aefb51a5fd0 496 contrib/doc optional cltl_1.0.19.dsc 76d5c055cf96904f786b7e0ae223522f 30380 contrib/doc optional cltl_1.0.19.tar.gz e76058b632754c43251b294e14d9b596 7488 contrib/doc optional cltl_1.0.19_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDO2JI11ldN0tyliURAmpXAJ9mDrCSerDVuPcooU6DdlKN+66xlgCdGOyn Z3lc7JzG6Bur3QPUdcDnt8A= =l6Sy -----END PGP SIGNATURE----- Accepted: cltl_1.0.19.dsc to pool/contrib/c/cltl/cltl_1.0.19.dsc cltl_1.0.19.tar.gz to pool/contrib/c/cltl/cltl_1.0.19.tar.gz cltl_1.0.19_all.deb to pool/contrib/c/cltl/cltl_1.0.19_all.deb From pvaneynd at debian.org Fri Sep 30 12:32:09 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Fri, 30 Sep 2005 05:32:09 -0700 Subject: [cl-debian] Accepted common-lisp-controller 4.19 (source all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 29 Sep 2005 08:51:15 +0200 Source: common-lisp-controller Binary: common-lisp-controller Architecture: source all Version: 4.19 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: common-lisp-controller - This is a Common Lisp source and compiler manager Closes: 328490 Changes: common-lisp-controller (4.19) unstable; urgency=low . * From Kevin Rosenberg: improved allegro checks. * Remove /var/cache/common-lisp-controller on purge. Closes: #328490 * Conflict with older clisps that do not have the posix package. Files: 9f741c826b4e2f411e3dd82c123b5672 588 devel optional common-lisp-controller_4.19.dsc 0a825d7a7821475bfe3334f0d7751b52 111367 devel optional common-lisp-controller_4.19.tar.gz 51dfea0172a404d7cc3c58a076f46fa8 24474 devel optional common-lisp-controller_4.19_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDO58d11ldN0tyliURAvLMAJ4vJ4Ac9ZgmYGCaNrS6sO929qlbRgCfTio6 9fVxXFiBq6ZMoWAVcy06Ixk= =0Ljh -----END PGP SIGNATURE----- Accepted: common-lisp-controller_4.19.dsc to pool/main/c/common-lisp-controller/common-lisp-controller_4.19.dsc common-lisp-controller_4.19.tar.gz to pool/main/c/common-lisp-controller/common-lisp-controller_4.19.tar.gz common-lisp-controller_4.19_all.deb to pool/main/c/common-lisp-controller/common-lisp-controller_4.19_all.deb From pvaneynd at debian.org Fri Sep 30 12:32:19 2005 From: pvaneynd at debian.org (Peter Van Eynde) Date: Fri, 30 Sep 2005 05:32:19 -0700 Subject: [cl-debian] Accepted sbcl 1:0.9.5.9-1 (source i386 all) Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 13 Sep 2005 20:57:06 +0200 Source: sbcl Binary: sbcl sbcl-common Architecture: source i386 all Version: 1:0.9.5.9-1 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: sbcl - A development environment for Common Lisp sbcl-common - Architecture independent files for SBCL Changes: sbcl (1:0.9.5.9-1) unstable; urgency=low . * New upstream * Now based on a mixed cvs/darcs buildsystem Files: 0e430f59e28a0fbeb49f6ee76c858a6f 678 devel optional sbcl_0.9.5.9-1.dsc 411f3925c1c2bc1cd8e12c964496fbf4 4247165 devel optional sbcl_0.9.5.9.orig.tar.gz 2cbd956ccc538779219997abe281673c 23234 devel optional sbcl_0.9.5.9-1.diff.gz 64e692c278677d00d5be39d70f50fd56 3951370 devel optional sbcl-common_0.9.5.9-1_all.deb 920ca366b8dea0d7728bf287384a3c54 9358512 devel optional sbcl_0.9.5.9-1_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDPAk311ldN0tyliURAopOAKDA66wg+iJzyOgO9Xpae3lhls+jNACgvE6a y93U/besRvF2z0BEk+zd6Yc= =km8K -----END PGP SIGNATURE----- Accepted: sbcl-common_0.9.5.9-1_all.deb to pool/main/s/sbcl/sbcl-common_0.9.5.9-1_all.deb sbcl_0.9.5.9-1.diff.gz to pool/main/s/sbcl/sbcl_0.9.5.9-1.diff.gz sbcl_0.9.5.9-1.dsc to pool/main/s/sbcl/sbcl_0.9.5.9-1.dsc sbcl_0.9.5.9-1_i386.deb to pool/main/s/sbcl/sbcl_0.9.5.9-1_i386.deb sbcl_0.9.5.9.orig.tar.gz to pool/main/s/sbcl/sbcl_0.9.5.9.orig.tar.gz From owner at bugs.debian.org Fri Sep 30 12:48:28 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Fri, 30 Sep 2005 05:48:28 -0700 Subject: [cl-debian] Bug#328855: marked as done (cltl: description contains language errors) In-Reply-To: References: <20050917180724.093DBC0E6@gismo.pca.it> Message-ID: Your message dated Fri, 30 Sep 2005 05:32:08 -0700 with message-id and subject line Bug#328855: fixed in cltl 1.0.19 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 17 Sep 2005 18:08:25 +0000 >From luca at pca.it Sat Sep 17 11:08:25 2005 Return-path: Received: from (dione.pcaserver.net) [195.32.84.213] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EGh6u-0004HP-00; Sat, 17 Sep 2005 11:08:24 -0700 Received: (qmail 28406 invoked from network); 17 Sep 2005 20:08:29 +0200 Received: from 47.224.77.83.cust.bluewin.ch (HELO gismo.pca.it) (83.77.224.47) by rc-servizi.it with SMTP; 17 Sep 2005 20:08:29 +0200 Received: by gismo.pca.it (Postfix, from userid 1000) id 093DBC0E6; Sat, 17 Sep 2005 20:07:24 +0200 (CEST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Luca Capello To: Debian Bug Tracking System Subject: cltl: description contains language errors X-Mailer: reportbug 3.17 Date: Sat, 17 Sep 2005 20:07:24 +0200 Message-Id: <20050917180724.093DBC0E6 at gismo.pca.it> Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: cltl Severity: minor -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm not an English native speaker, but I think there are at least 2 errors: double "the" and a grammatical one. Description: Common Lisp the Language, second edition, book (Pre-ANSI) This package installs the HTML version of Guy L. Steele book Common Lisp the Language, second edition. This book describes a snapshot of the Common Lisp language during the period which the the ANSI Common ^^^^^^^^^^^^^ IMHO it should be "during the period the ANSI Common". Please fix this small problem, if I'm correct. Otherwise, feel free to safely close this bug. TIA. Thx, bye, Gismo / Luca - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDLFtcVAp7Xm10JmkRAo4yAJ4gxgIGXxgh2cer3SWGxNBdnReHXwCfX0hh FpQS+D4Oa9MLDLuc33+0CcU= =d+V3 -----END PGP SIGNATURE----- --------------------------------------- Received: (at 328855-close) by bugs.debian.org; 30 Sep 2005 12:39:21 +0000 >From katie at spohr.debian.org Fri Sep 30 05:39:21 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1ELK3c-0006Vw-00; Fri, 30 Sep 2005 05:32:08 -0700 From: Peter Van Eynde To: 328855-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#328855: fixed in cltl 1.0.19 Message-Id: Sender: Archive Administrator Date: Fri, 30 Sep 2005 05:32:08 -0700 Delivered-To: 328855-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: cltl Source-Version: 1.0.19 We believe that the bug you reported is fixed in the latest version of cltl, which is due to be installed in the Debian FTP archive: cltl_1.0.19.dsc to pool/contrib/c/cltl/cltl_1.0.19.dsc cltl_1.0.19.tar.gz to pool/contrib/c/cltl/cltl_1.0.19.tar.gz cltl_1.0.19_all.deb to pool/contrib/c/cltl/cltl_1.0.19_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 328855 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated cltl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 29 Sep 2005 05:12:59 +0200 Source: cltl Binary: cltl Architecture: source all Version: 1.0.19 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cltl - Common Lisp the Language, second edition, book (Pre-ANSI) Closes: 328855 330347 Changes: cltl (1.0.19) unstable; urgency=low . * Fixed speling error in description. Closes: #328855 * Added swedish translation. Closes: #330347 Files: 0c05942422103ce223ce6aefb51a5fd0 496 contrib/doc optional cltl_1.0.19.dsc 76d5c055cf96904f786b7e0ae223522f 30380 contrib/doc optional cltl_1.0.19.tar.gz e76058b632754c43251b294e14d9b596 7488 contrib/doc optional cltl_1.0.19_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDO2JI11ldN0tyliURAmpXAJ9mDrCSerDVuPcooU6DdlKN+66xlgCdGOyn Z3lc7JzG6Bur3QPUdcDnt8A= =l6Sy -----END PGP SIGNATURE----- From owner at bugs.debian.org Fri Sep 30 12:48:26 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Fri, 30 Sep 2005 05:48:26 -0700 Subject: [cl-debian] Bug#328490: marked as done (sbcl: /var/cache/common-lisp-controller/root left on purge) In-Reply-To: References: <1126802589.6848.34.camel@esme.liw.iki.fi> Message-ID: Your message dated Fri, 30 Sep 2005 05:32:09 -0700 with message-id and subject line Bug#328490: fixed in common-lisp-controller 4.19 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 15 Sep 2005 16:43:53 +0000 >From liw at iki.fi Thu Sep 15 09:43:53 2005 Return-path: Received: from ip212-226-168-228.adsl.kpnqwest.fi (esme.liw.iki.fi) [212.226.168.228] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EFwq0-0001X0-00; Thu, 15 Sep 2005 09:43:53 -0700 Received: by esme.liw.iki.fi (Postfix, from userid 1000) id B6A0075C2D3; Thu, 15 Sep 2005 19:43:09 +0300 (EEST) Subject: sbcl: /var/cache/common-lisp-controller/root left on purge From: Lars Wirzenius To: Debian BTS Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 15 Sep 2005 19:43:09 +0300 Message-Id: <1126802589.6848.34.camel at esme.liw.iki.fi> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: sbcl Version: 1:0.9.3.72-1 This may be more relevant to common-lisp-controller, and if so, sorry. I'm not familiar with the Common Lisp packages enough to understand the details of what happens. When I test sbcl installation and uninstallation with piuparts, I get the following error: 0m13.8s ERROR: Package purging left files on system: /var/cache/common-lisp-controller owned by: common-lisp-controller /var/cache/common-lisp-controller/root the .../root file seems to be created by sbcl or common-lisp-controller when the packages are installed, and not deleted in prerm, meaning that dpkg can't remove the cache directory, thus leaving cruft on the filesystem. I hope this is helpful. Happy hacking. --------------------------------------- Received: (at 328490-close) by bugs.debian.org; 30 Sep 2005 12:39:40 +0000 >From katie at spohr.debian.org Fri Sep 30 05:39:40 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1ELK3d-0006WI-00; Fri, 30 Sep 2005 05:32:09 -0700 From: Peter Van Eynde To: 328490-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#328490: fixed in common-lisp-controller 4.19 Message-Id: Sender: Archive Administrator Date: Fri, 30 Sep 2005 05:32:09 -0700 Delivered-To: 328490-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: common-lisp-controller Source-Version: 4.19 We believe that the bug you reported is fixed in the latest version of common-lisp-controller, which is due to be installed in the Debian FTP archive: common-lisp-controller_4.19.dsc to pool/main/c/common-lisp-controller/common-lisp-controller_4.19.dsc common-lisp-controller_4.19.tar.gz to pool/main/c/common-lisp-controller/common-lisp-controller_4.19.tar.gz common-lisp-controller_4.19_all.deb to pool/main/c/common-lisp-controller/common-lisp-controller_4.19_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 328490 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated common-lisp-controller package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 29 Sep 2005 08:51:15 +0200 Source: common-lisp-controller Binary: common-lisp-controller Architecture: source all Version: 4.19 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: common-lisp-controller - This is a Common Lisp source and compiler manager Closes: 328490 Changes: common-lisp-controller (4.19) unstable; urgency=low . * From Kevin Rosenberg: improved allegro checks. * Remove /var/cache/common-lisp-controller on purge. Closes: #328490 * Conflict with older clisps that do not have the posix package. Files: 9f741c826b4e2f411e3dd82c123b5672 588 devel optional common-lisp-controller_4.19.dsc 0a825d7a7821475bfe3334f0d7751b52 111367 devel optional common-lisp-controller_4.19.tar.gz 51dfea0172a404d7cc3c58a076f46fa8 24474 devel optional common-lisp-controller_4.19_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDO58d11ldN0tyliURAvLMAJ4vJ4Ac9ZgmYGCaNrS6sO929qlbRgCfTio6 9fVxXFiBq6ZMoWAVcy06Ixk= =0Ljh -----END PGP SIGNATURE----- From owner at bugs.debian.org Fri Sep 30 12:48:32 2005 From: owner at bugs.debian.org (Debian Bug Tracking System) Date: Fri, 30 Sep 2005 05:48:32 -0700 Subject: [cl-debian] Bug#330347: marked as done (sv translation update) In-Reply-To: References: Message-ID: Your message dated Fri, 30 Sep 2005 05:32:08 -0700 with message-id and subject line Bug#330347: fixed in cltl 1.0.19 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 27 Sep 2005 17:09:45 +0000 >From yeager at lidkoping.net Tue Sep 27 10:09:45 2005 Return-path: Received: from (mail.lidkoping.net) [213.132.115.138] by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EKIxc-0002MU-00; Tue, 27 Sep 2005 10:09:44 -0700 Received: (qmail 4344 invoked by uid 1000); 27 Sep 2005 19:09:08 +0200 Received: from localhost (sendmail-bs at 127.0.0.1) by localhost with SMTP; 27 Sep 2005 19:09:08 +0200 Date: Tue, 27 Sep 2005 19:09:08 +0200 (CEST) From: Daniel Nylander X-X-Sender: yeager at slyna.internal.lidkoping.net To: submit at bugs.debian.org Subject: sv translation update Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811839-1888966093-1127840948=:3929" Delivered-To: submit at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463811839-1888966093-1127840948=:3929 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Package: cltl Version: 1.0.18 Here is the updated swedish (sv) translation (from Debconf template) Regards, Daniel Nylander (CISSP) http://www.DanielNylander.se info at danielnylander.se ---1463811839-1888966093-1127840948=:3929 Content-Type: TEXT/PLAIN; charset=iso-8859-1; name=cltl_1.0.18_sv.po Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=cltl_1.0.18_sv.po IyBUcmFuc2xhdG9ycywgaWYgeW91IGFyZSBub3QgZmFtaWxpYXIgd2l0aCB0 aGUgUE8gZm9ybWF0LCBnZXR0ZXh0DQojIGRvY3VtZW50YXRpb24gaXMgd29y dGggcmVhZGluZywgZXNwZWNpYWxseSBzZWN0aW9ucyBkZWRpY2F0ZWQgdG8N CiMgdGhpcyBmb3JtYXQsIGUuZy4gYnkgcnVubmluZzoNCiMgaW5mbyAtbiAn KGdldHRleHQpUE8gRmlsZXMnDQojIGluZm8gLW4gJyhnZXR0ZXh0KUhlYWRl ciBFbnRyeScNCiMgU29tZSBpbmZvcm1hdGlvbiBzcGVjaWZpYyB0byBwby1k ZWJjb25mIGFyZSBhdmFpbGFibGUgYXQNCiMgL3Vzci9zaGFyZS9kb2MvcG8t ZGViY29uZi9SRUFETUUtdHJhbnMNCiMgb3IgaHR0cDovL3d3dy5kZWJpYW4u b3JnL2ludGwvbDEwbi9wby1kZWJjb25mL1JFQURNRS10cmFucw0KIyBEZXZl bG9wZXJzIGRvIG5vdCBuZWVkIHRvIG1hbnVhbGx5IGVkaXQgUE9UIG9yIFBP IGZpbGVzLg0KIyAsIGZ1enp5DQojIA0KIyANCm1zZ2lkICIiDQptc2dzdHIg IiINCiJQcm9qZWN0LUlkLVZlcnNpb246IGNsdGwgMS4wLjE4XG4iDQoiUmVw b3J0LU1zZ2lkLUJ1Z3MtVG86IFxuIg0KIlBPVC1DcmVhdGlvbi1EYXRlOiAy MDA0LTAzLTIzIDE2OjIwLTA4MDBcbiINCiJQTy1SZXZpc2lvbi1EYXRlOiAy MDA1LTA5LTI3IDE5OjA1LTA3MDBcbiINCiJMYXN0LVRyYW5zbGF0b3I6IERh bmllbCBOeWxhbmRlciA8cG9AZGFuaWVsbnlsYW5kZXIuc2U+XG4iDQoiTGFu Z3VhZ2UtVGVhbTogU3dlZGlzaCA8c3ZAbGkub3JnPlxuIg0KIk1JTUUtVmVy c2lvbjogMS4wXG4iDQoiQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PWlzby04ODU5LTFcbiINCiJDb250ZW50LVRyYW5zZmVyLUVuY29kaW5n OiA4Yml0Ig0KDQojLiBUeXBlOiBib29sZWFuDQojLiBEZXNjcmlwdGlvbg0K IzogLi4vdGVtcGxhdGVzOjQNCm1zZ2lkICJEb3dubG9hZCB0aGUgY2x0bCBi b29rIGZyb20gdGhlIEludGVybmV0PyINCm1zZ3N0ciAiTGFkZGEgbmVyIGNs dGwtYm9rZW4gZnLlbiBJbnRlcm5ldD8iDQoNCiMuIFR5cGU6IGJvb2xlYW4N CiMuIERlc2NyaXB0aW9uDQojOiAuLi90ZW1wbGF0ZXM6NA0KbXNnaWQgIiIN CiJZb3UgZG9uJ3QgaGF2ZSB0aGUgZmlsZSAvcm9vdC90bXAvY2x0bF9odC50 YXIuZ3ouIFlvdSBtYXkgd2FudCB0byBkb3dubG9hZCAiDQoidGhpcyBmaWxl IGZyb20gaW50ZXJuZXQgbm93IGFuZCBwcm9jZWVkIHdpdGggdGhlIGluc3Rh bGxhdGlvbiBhZnRlcndhcmQuIg0KbXNnc3RyICJEdSBoYXIgaW50ZSBmaWxl biAvcm9vdC90bXAvY2x0bF9odC50YXIuZ3ouIER1IGthbnNrZSB2aWxsIGxh ZGRhIG5lciBkZW5uYSBmaWwgZnLlbiBJbnRlcm5ldCBudSBvY2ggZm9ydHPk dHRhIG1lZCBpbnN0YWxsYXRpb25lbiBlZnRlcuV0LiINCg0KIy4gVHlwZTog Ym9vbGVhbg0KIy4gRGVzY3JpcHRpb24NCiM6IC4uL3RlbXBsYXRlczoxMQ0K bXNnaWQgIlVuYWJsZSB0byBkb3dubG9hZC4gVHJ5IGFnYWluPyINCm1zZ3N0 ciAiTmVkbGFkZG5pbmdlbiBtaXNzbHlja2FkZXMuIEb2cnP2a2EgaWdlbj8i DQoNCiMuIFR5cGU6IGJvb2xlYW4NCiMuIERlc2NyaXB0aW9uDQojOiAuLi90 ZW1wbGF0ZXM6MTENCm1zZ2lkICIiDQoiQW4gZXJyb3Igb2NjdXJlZCBkdXJp bmcgdGhlIGRvd25sb2FkIG9mIGJvb2sgZnJvbSB0aGUgSW50ZXJuZXQuIFlv dSBtYXkgbm93ICINCiJyZXF1ZXN0IHRvIHRyeSB0aGUgZG93bmxvYWQgYWdh aW4uIg0KbXNnc3RyICJFdHQgZmVsIGludHLkZmZhZGUgdW5kZXIgbmVkbGFk ZG5pbmdlbiBhdiBib2tlbiBmcuVuIEludGVybmV0LiBEdSBrYW4gbnUgZvZy c/ZrYSBhdHQgbGFkZGEgbmVyIGZpbGVuIGlnZW4uIg0KDQojLiBUeXBlOiBu b3RlDQojLiBEZXNjcmlwdGlvbg0KIzogLi4vdGVtcGxhdGVzOjE3DQptc2dp ZCAiQWJvcnRpbmcuIg0KbXNnc3RyICJBdmJyeXRlci4iDQoNCiMuIFR5cGU6 IG5vdGUNCiMuIERlc2NyaXB0aW9uDQojOiAuLi90ZW1wbGF0ZXM6MTcNCm1z Z2lkICIiDQoiVGhlIGRvd25sb2FkIG9mIHRoZSBjbHRsIGJvb2sgZnJvbSBp bnRlcm5ldCBmYWlsZWQuIFlvdSBjYW4gdHJ5IHJlaW5zdGFsbGluZyAiDQoi dGhlIGZpbGUgYW5vdGhlciB0aW1lLiINCm1zZ3N0ciAiTmVkbGFkZG5pbmdl biBhdiBjbHRsLWJva2VuIGZy5W4gSW50ZXJuZXQgbWlzc2x5Y2thZGVzLiBE dSBrYW4gZvZyc/ZrYSBpbnN0YWxsZXJhIGZpbGVuIGVuIGFubmFuIGflbmcu Ig0KDQo= ---1463811839-1888966093-1127840948=:3929-- --------------------------------------- Received: (at 330347-close) by bugs.debian.org; 30 Sep 2005 12:39:21 +0000 >From katie at spohr.debian.org Fri Sep 30 05:39:21 2005 Return-path: Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian)) id 1ELK3c-0006Vy-00; Fri, 30 Sep 2005 05:32:08 -0700 From: Peter Van Eynde To: 330347-close at bugs.debian.org X-Katie: $Revision: 1.56 $ Subject: Bug#330347: fixed in cltl 1.0.19 Message-Id: Sender: Archive Administrator Date: Fri, 30 Sep 2005 05:32:08 -0700 Delivered-To: 330347-close at bugs.debian.org X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 2 Source: cltl Source-Version: 1.0.19 We believe that the bug you reported is fixed in the latest version of cltl, which is due to be installed in the Debian FTP archive: cltl_1.0.19.dsc to pool/contrib/c/cltl/cltl_1.0.19.dsc cltl_1.0.19.tar.gz to pool/contrib/c/cltl/cltl_1.0.19.tar.gz cltl_1.0.19_all.deb to pool/contrib/c/cltl/cltl_1.0.19_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 330347 at bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Van Eynde (supplier of updated cltl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster at debian.org) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Thu, 29 Sep 2005 05:12:59 +0200 Source: cltl Binary: cltl Architecture: source all Version: 1.0.19 Distribution: unstable Urgency: low Maintainer: Peter Van Eynde Changed-By: Peter Van Eynde Description: cltl - Common Lisp the Language, second edition, book (Pre-ANSI) Closes: 328855 330347 Changes: cltl (1.0.19) unstable; urgency=low . * Fixed speling error in description. Closes: #328855 * Added swedish translation. Closes: #330347 Files: 0c05942422103ce223ce6aefb51a5fd0 496 contrib/doc optional cltl_1.0.19.dsc 76d5c055cf96904f786b7e0ae223522f 30380 contrib/doc optional cltl_1.0.19.tar.gz e76058b632754c43251b294e14d9b596 7488 contrib/doc optional cltl_1.0.19_all.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDO2JI11ldN0tyliURAmpXAJ9mDrCSerDVuPcooU6DdlKN+66xlgCdGOyn Z3lc7JzG6Bur3QPUdcDnt8A= =l6Sy -----END PGP SIGNATURE-----