June 2008 - cl-debian@common-lisp.net - mailman3.common-lisp.net

[cl-debian] [ann] [cl-wiki-announce] New Release CL-WIKI 0.2.4
by Stefan Scholl 16 Jun '08

16 Jun '08

New release CL-WIKI 0.2.4 CL-WIKI is a wiki engine for Common Lisp. It uses Hunchentoot, CL-PPCRE, CL-WHO and CL-EMB. Can be used stand-alone, with Apache + mod_lisp, or behind any http proxy. You can download it from http://common-lisp.net/project/cl-wiki/ or install with ASDF-Install. CL-USER> (asdf:operate 'asdf:load-op :asdf-install) CL-USER> (asdf-install:install :cl-wiki) Changes: - Small fix to please SBCL. Changed a DEFCONSTANT to DEFPARAMETER, according to http://www.sbcl.org/manual/Defining-Constants.html - New script added: script/sbcl-start-wiki.sh _______________________________________________ cl-wiki-announce mailing list cl-wiki-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cl-wiki-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] cmucl REMOVED from testing
by Debian testing watch 15 Jun '08

15 Jun '08

FYI: The status of the cmucl source package in Debian's testing distribution has changed. Previous version: 19d-20061116-4.1 Current version: (not in testing) Hint: <http://ftp-master.debian.org/testing/hints/luk> Bug #483331: cmucl: FTBFS: Error in function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0. The script that generates this mail tries to extract removal reasons from comments in the britney hint files. Those comments were not originally meant to be machine readable, so if the reason for removing your package seems to be nonsense, it is probably the reporting script that got confused. Please check the actual hints file before you complain about meaningless removals. -- This email is automatically generated; henning(a)makholm.net is responsible. See http://people.debian.org/~henning/trille/ for more information.

1 0

[cl-debian] Bug#471217: xml-to-sexp - FTBFS: dpkg-genchanges: failure: cannot read files list file: No such file or directory
by Bastian Blank 15 Jun '08

15 Jun '08

Package: xml-to-sexp Version: 1.0-6 Severity: serious There was an error while trying to autobuild your package: > Automatic build of xml-to-sexp_1.0-6 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] > dh_install xml-to-sexp usr/bin > dpkg-genchanges -B -ms390 Build Daemon <buildd_s390-debian-31> >../xml-to-sexp_1.0-6_s390.changes > dpkg-genchanges: arch-specific upload - not including arch-independent packages > dpkg-genchanges: failure: cannot read files list file: No such file or directory > dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2 > ****************************************************************************** > Build finished at 20080313-1755 > FAILED [dpkg-buildpackage died]

2 1

[cl-debian] Accepted xml-to-sexp 1.0-7 (source amd64)
by Luca Capello 15 Jun '08

15 Jun '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.8 Date: Sun, 15 Jun 2008 22:29:20 +0200 Source: xml-to-sexp Binary: xml-to-sexp Architecture: source amd64 Version: 1.0-7 Distribution: unstable Urgency: low Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel(a)lists.alioth.debian.org> Changed-By: Luca Capello <luca(a)pca.it> Description: xml-to-sexp - Program to convert XML to into Lisp S-Exp Closes: 471217 Changes: xml-to-sexp (1.0-7) unstable; urgency=low . * debian/control: + add myself to Uploaders:. + add Vcs-Browser field. . * debian/rules: + fix FTBFS: revert swap of binary-indep and binary-arch targets, thanks to Albin Tonnerre <lutin(a)ubuntu.com> for the patch (Closes: #471217). Checksums-Sha1: b931117f8b9152013be642a930ce061f9f2ad2c1 1407 xml-to-sexp_1.0-7.dsc a37f5d46223990cd203304cbb7e11377f043c07e 1703 xml-to-sexp_1.0-7.diff.gz 893f477077a122f731acebbc6520203438ce0d7a 6206 xml-to-sexp_1.0-7_amd64.deb Checksums-Sha256: 2d36d5b4a5f59a8825fdcfa3acbc63cce6424903f712fd8730725ebd780ae62d 1407 xml-to-sexp_1.0-7.dsc 73aa7312457b5c0070d06934d5e395f2f141c5547c403626f2b42ec5f1532e6f 1703 xml-to-sexp_1.0-7.diff.gz 5786e8068c592ffe81a6cae3cd5d08f7b39601ca3c58f534adbdc0b9c6f7b079 6206 xml-to-sexp_1.0-7_amd64.deb Files: 94ffb38fc546c07597e8371d22f78b67 1407 devel optional xml-to-sexp_1.0-7.dsc b9bbfef6168e6d12a63a42cd673eccb6 1703 devel optional xml-to-sexp_1.0-7.diff.gz fbbdc8f00839227bf50a308088c1367f 6206 devel optional xml-to-sexp_1.0-7_amd64.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iJsEAQECAAYFAkhVfQUACgkQZwOMsWhEDTMYhAP4ty18E3bgqefseZdIFgEve0mk V1jxBGMW6muMIprrBUqKOLjZwTW6xW1rfINyslilO2bHYVjdpSK8+KNtl8MXo2Sx j/fSOX+S4la8fNWW17Ssd4uZsToE9LSdAdhdXVXvevJZuX/1uP4PJc2PQZdwu2+8 Ibl6TZsnu0y+sppcdg== =zv+/ -----END PGP SIGNATURE----- Accepted: xml-to-sexp_1.0-7.diff.gz to pool/main/x/xml-to-sexp/xml-to-sexp_1.0-7.diff.gz xml-to-sexp_1.0-7.dsc to pool/main/x/xml-to-sexp/xml-to-sexp_1.0-7.dsc xml-to-sexp_1.0-7_amd64.deb to pool/main/x/xml-to-sexp/xml-to-sexp_1.0-7_amd64.deb

1 0

[cl-debian] Bug#191601: marked as done (cl-series: Build error: illegal function call)
by owner＠bugs.debian.org 15 Jun '08

15 Jun '08

Your message dated Sun, 15 Jun 2008 21:54:41 +0200 with message-id <87prqifp8e.fsf(a)gismo.pca.it> and subject line Re: cl-series: Build error: illegal function call has caused the Debian Bug report #191601, regarding cl-series: Build error: illegal function call 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner(a)bugs.debian.org immediately.) -- 191601: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=191601 Debian Bug Tracking System Contact owner(a)bugs.debian.org with problems

1 0

[cl-debian] Processed: Re: cl-series: Build error: illegal function call
by owner＠bugs.debian.org 15 Jun '08

15 Jun '08

Processing commands for control(a)bugs.debian.org: > fixed 191601 1:2.2.8-1 Bug#191601: cl-series: Build error: illegal function call Bug marked as fixed in version 1:2.2.8-1. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

1 0

[cl-debian] [ann] [cl-wiki-announce] New Release CL-WIKI 0.2.3
by Stefan Scholl 15 Jun '08

15 Jun '08

New release CL-WIKI 0.2.3 CL-WIKI is a wiki engine for Common Lisp. It uses Hunchentoot, CL-PPCRE, CL-WHO and CL-EMB. Can be used stand-alone, with Apache + mod_lisp, or behind any http proxy. You can download it from http://common-lisp.net/project/cl-wiki/ or install with ASDF-Install. CL-USER> (asdf:operate 'asdf:load-op :asdf-install) CL-USER> (asdf-install:install :cl-wiki) Changes: - Source snippets colorized with colorize code from lisppaste <http://common-lisp.net/project/lisppaste/> Example: <source lang="Python"> def foo(x): print x </source> The resulting DIV block has the class "code". The example template main.template includes a CSS style for it and the resulting colorization. Without the "lang" option (or when the language isn't supported) a PRE block with class="code" is generated. Supported language options: "Basic Lisp", "Scheme", "Emacs Lisp", "Common Lisp", "C", "C++", "Java", "Objective C", "Erlang", "Python", or "Haskell" _______________________________________________ cl-wiki-announce mailing list cl-wiki-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cl-wiki-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] Bug#486376: ecl: /usr/lib/libecl.so doesn't provide a SONAME
by Luca Capello 15 Jun '08

15 Jun '08

Package: ecl Version: 0.9j-20080306-1 Severity: normal Tags: help Hello, lintian complains about a missing SONAME for /usr/lib/libecl.so: --8<---------------cut here---------------start------------->8--- E: ecl: sharedobject-in-library-directory-missing-soname usr/lib/libecl.so N: N: A shared object was identified in a library directory (i.e. a N: directory in the standard linker path) which doesn't have a SONAME. N: This is usually an error. N: N: SONAMEs are set with something like gcc -Wl,-soname,libfoo.so.0, where N: 0 is the major version of the library. If your package uses libtool, N: then libtool invoked with the right options should be doing this. N: --8<---------------cut here---------------end--------------->8--- It seems this was already discussed back in March 2006, but without a final decision ([1] and [2]): ===== On Mon, 06 Mar 2006 12:09:12 +0100, René van Bevern wrote: > On Mon, 06 Mar 2006 10:42:26 +0100, Peter Van Eynde wrote: >> On Sunday 05 March 2006 12:14, René van Bevern wrote: >>> commented out, because there is (should be) a better way to handle >>> it: each ECL binary links with libecl.so, so the ecl package -- once >>> it comes into Debian -- should bring a shlibs description and >>> dh_shlibdeps should better solve this dependency. In case somebody >>> proves me wrong and it turns out that shlibs don't work well in this >>> case, I can just uncomment this code. ;-) >> >> This is still an open issue for the ecl port, which started working >> last Friday (it installs and creates a clc v5 aware ecl binary just >> fine). The libecl.so file is not a 'library' in a traditional sense >> in that it publishes an API that C programs can use. I assume there >> is a stronger connection between a ecl-generated program and the ecl >> version as a whole then what you would expect from the library alone. > > So does it make sense to have a separate libecl package? > > I really don't have deep knowledge of ECL's internals, sorry. That's > why I have written the preliminary code for ECL-dependency handling in > dh-lisp. > > libecl.so differs from "normal" libraries in at least the thing that > it does not provide a SONAME (which might already make the shlibs > system awkward to use in this case). I also don't know if ECL > generated programs need only libecl or more. ===== Since I'm not a library expert and still a newbie with ECL, I'm looking for help :-D Thx, bye, Gismo / Luca Footnotes: [1] Message-Id: <200603061042.28217.cl-debian(a)pvaneynd.mailworks.org> http://common-lisp.net/pipermail/cl-debian/2006-March/001083.html [2] Message-ID: <87ek1f25k7.fsf(a)negoyl.progn.org> http://common-lisp.net/pipermail/cl-debian/2006-March/001084.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-rc5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ecl depends on: ii common-lisp-controller 6.15 Common Lisp source and compiler ma ii libc6 2.7-12 GNU C Library: Shared libraries ii libgc-dev 1:6.8-1.1 conservative garbage collector for ii libgc1c2 1:6.8-1.1 conservative garbage collector for ii libgmp3-dev 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libncurses5-dev 5.6+20080531-1 Developer's libraries and docs for ecl recommends no packages. -- no debconf information

1 0

[cl-debian] [ann] [cl-wiki-announce] New Release CL-WIKI 0.2.2
by Stefan Scholl 15 Jun '08

15 Jun '08

New release CL-WIKI 0.2.2 CL-WIKI is a wiki engine for Common Lisp. It uses Hunchentoot, CL-PPCRE, CL-WHO and CL-EMB. Can be used stand-alone, with Apache + mod_lisp, or behind any http proxy. You can download it from http://common-lisp.net/project/cl-wiki/ or install with ASDF-Install. CL-USER> (asdf:operate 'asdf:load-op :asdf-install) CL-USER> (asdf-install:install :cl-wiki) Changes: - Codes for source snippets Example: <source> def foo(x): print x </source> The resulting PRE block has the class "code". The example template main.template includes a CSS style for it. _______________________________________________ cl-wiki-announce mailing list cl-wiki-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cl-wiki-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] Bug#477169: post-sysdef-install.lisp: GET-UID broken on ECL and otherwise inconsistent
by Mark Wooding 13 Jun '08

13 Jun '08

Package: common-lisp-controller Version: 6.12 Severity: important Tags: patch I recently found that my ECL fails to ASDF-whatever systems. It fails like this: [metalzone ~]ecl ;;; Loading #P"/usr/lib/ecl/cmp.fas" ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" ECL (Embeddable Common-Lisp) 0.9i Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya Copyright (C) 1993 Giuseppe Attardi Copyright (C) 2000 Juan J. Garcia-Ripoll ECL is free software, and you are welcome to redistribute it under certain conditions; see file 'Copyright' for details. Type :h for Help. Top level. > (asdf:oos 'asdf:load-op :cl-ppcre) ; loading system definition from /usr/share/common-lisp/systems/cl-ppcre.asd ; into #<ASDF0 package> ; registering #<SYSTEM :CL-PPCRE 135932064> as CL-PPCRE 1000 Unable to find out user ID Broken at EVAL.No restarts available. Broken at ASDF:OPERATE. >> Tracking down the problem shows that CLC's fallback implementation of GET-UID, in terms of `id', isn't working for whatever reason (presumably ECL doesn't do the right output-redirection stuff). Since ECL has a convenient FFI, it's trivial to implement a working GET-UID which doesn't need to mess with running shell commands and doing redirection. While staring at this code, I've noticed inconsistencies in the behaviour of GET-UID: * SBCL, CMU and Allegro (and now ECL) use the real uid of the process. * CLisp uses the uid of the user named by the USER environment variable. * Other Lisps call `id -u', which returns the effective uid. This is clearly an undesirable state of affairs, so the patch below makes everyone use the ruid. (Using the euid would be better, but I'm not sure that running Lisp systems in a setuid state is clever in the first place; besides, SBCL and CMU don't provide convenient ways of getting hold of the effective uid.) --- /usr/share/common-lisp/source/common-lisp-controller/post-sysdef-install.lisp.aside 2008-04-21 14:53:46.000000000 +0100 +++ /usr/share/common-lisp/source/common-lisp-controller/post-sysdef-install.lisp 2008-04-21 15:28:39.000000000 +0100 @@ -30,20 +30,21 @@ (eval-when (:compile-toplevel :load-toplevel :execute) (require :osi)) -#+clisp (defun get-uid () (posix:user-info-uid (posix:user-info (ext:getenv "USER")))) +#+clisp (defun get-uid () (posix:getuid)) #+sbcl (defun get-uid () (sb-unix:unix-getuid)) #+cmu (defun get-uid () (unix:unix-getuid)) #+allegro (defun get-uid () (excl.osi:getuid)) +#+ecl (defun get-uid () (ffi:c-inline () () :int "getuid()" :one-liner t)) #+clisp (defun world-writable? (mode) (or (member :RWXO mode) (member :WOTH mode))) #+clisp (defun group-writable? (mode) (or (member :RWXG mode) (member :WGRP mode))) #-clisp (defun world-writable? (mode) (/= 0 (logand mode #o002))) #-clisp (defun group-writable? (mode) (/= 0 (logand mode #o020))) -#-(or cmu sbcl clisp allegro) +#-(or cmu sbcl clisp allegro ecl) (defun get-uid () (let ((uid-string (with-output-to-string (asdf::*VERBOSE-OUT*) - (asdf:run-shell-command "id -u")))) + (asdf:run-shell-command "id -ur")))) (with-input-from-string (stream uid-string) (read-line stream) (handler-case (parse-integer (read-line stream)) (I've set the severity to important, not because it breaks CLC, but because it has a major adverse effect on ECL.) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.4 (PREEMPT) Locale: LANG=C, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages common-lisp-controller depends on: ii bash 3.1dfsg-9 The GNU Bourne Again SHell ii cl-asdf 1.109-2 Another System Definition Facility ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy ii debianutils 2.28.4 Miscellaneous utilities specific t ii perl 5.8.8-12 Larry Wall's Practical Extraction ii realpath 1.11 Return the canonicalized absolute common-lisp-controller recommends no packages. -- debconf information excluded

3 3