- cl-debian@lists.common-lisp.net - mailman3.common-lisp.net

[cl-debian] Bug#457648: fails to compile when using with slime
by anoop aryal 05 Jan '08

05 Jan '08

Package: cl-arnesi Version: 1:20071118-1 Severity: normal --- Please enter the report below this line. --- when using cl-arnesi with slime, (require :arnesi) causes: ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0.12.debian-linux-x86/swank-arglists.fasl" WARNING: change in instance length of class SB-PRETTY:PRETTY-STREAM: current length: 27 compile time length: 25 ;; ;; Error while loading: /var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0.12.debian-linux-x86/swank-arglists.fasl ;; Condition: The class SB-PRETTY:PRETTY-STREAM was not changed, and there's no guarantee that ;; the loaded code (which expected another layout) will work. ;; Aborting. ;; ; ; compilation unit aborted ; caught 1 fatal ERROR condition --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-3-686 Debian Release: lenny/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.us.debian.org --- Package information. --- Depends (Version) | Installed =====================================-+-=========== cl-swank | 1:20071202-1 common-lisp-controller (>= 5.11) | 6.12

3 2

[cl-debian] Accepted gclcvs 2.7.0-84 (source i386 all)
by Camm Maguire 03 Jan '08

03 Jan '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Wed, 2 Jan 2008 20:38:27 -0500 Source: gclcvs Binary: gclcvs gclcvs-doc Architecture: source i386 all Version: 2.7.0-84 Distribution: unstable Urgency: low Maintainer: Camm Maguire <camm(a)enhanced.com> Changed-By: Camm Maguire <camm(a)enhanced.com> Description: gclcvs - GNU Common Lisp compiler, CVS snapshot gclcvs-doc - Documentation for GNU Common Lisp, CVS snapshot Changes: gclcvs (2.7.0-84) unstable; urgency=low . * #-dynamic-extent arm build fix Files: ab95a763a41688e7566e4524d271575c 691 interpreters optional gclcvs_2.7.0-84.dsc 5fb76ee754bc435ad43d2e4fb721e6ae 23321908 interpreters optional gclcvs_2.7.0-84.tar.gz 21f56505f359c6bee547cf43f3dc6130 2349708 doc optional gclcvs-doc_2.7.0-84_all.deb 50bbda52a3174ae842f87beeac8683c6 48108274 interpreters optional gclcvs_2.7.0-84_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHfOxmczG1wFfwRdwRAuEMAKCcNL0CeWUVcumBPQ5HTYErFF1VJgCdGmQ+ p0NpiEtMLrPxgyF3ewAKAgg= =W35c -----END PGP SIGNATURE----- Accepted: gclcvs-doc_2.7.0-84_all.deb to pool/main/g/gclcvs/gclcvs-doc_2.7.0-84_all.deb gclcvs_2.7.0-84.dsc to pool/main/g/gclcvs/gclcvs_2.7.0-84.dsc gclcvs_2.7.0-84.tar.gz to pool/main/g/gclcvs/gclcvs_2.7.0-84.tar.gz gclcvs_2.7.0-84_i386.deb to pool/main/g/gclcvs/gclcvs_2.7.0-84_i386.deb

1 0

[cl-debian] Accepted gclcvs 2.7.0-83 (source i386 all)
by Camm Maguire 02 Jan '08

02 Jan '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 1 Jan 2008 15:24:55 -0500 Source: gclcvs Binary: gclcvs gclcvs-doc Architecture: source i386 all Version: 2.7.0-83 Distribution: unstable Urgency: low Maintainer: Camm Maguire <camm(a)enhanced.com> Changed-By: Camm Maguire <camm(a)enhanced.com> Description: gclcvs - GNU Common Lisp compiler, CVS snapshot gclcvs-doc - Documentation for GNU Common Lisp, CVS snapshot Changes: gclcvs (2.7.0-83) unstable; urgency=low . * arm and ia64 gcc bug workarounds Files: 98e02e8878f7a858bb111169478a9477 691 interpreters optional gclcvs_2.7.0-83.dsc fbfce00490d2600f2f36c982204e9b9f 23322116 interpreters optional gclcvs_2.7.0-83.tar.gz cd10071aae6fc18411ebf9f4de693c86 2349700 doc optional gclcvs-doc_2.7.0-83_all.deb 3bb17d9e911612448c8910ba6a1c3980 48067270 interpreters optional gclcvs_2.7.0-83_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHevyQczG1wFfwRdwRAtkcAKC3R0Q5ZUyD21Ldipva0Ngs268XrgCggpGB kfsROnwGNCjSPxmWV3sMOII= =W4L4 -----END PGP SIGNATURE----- Accepted: gclcvs-doc_2.7.0-83_all.deb to pool/main/g/gclcvs/gclcvs-doc_2.7.0-83_all.deb gclcvs_2.7.0-83.dsc to pool/main/g/gclcvs/gclcvs_2.7.0-83.dsc gclcvs_2.7.0-83.tar.gz to pool/main/g/gclcvs/gclcvs_2.7.0-83.tar.gz gclcvs_2.7.0-83_i386.deb to pool/main/g/gclcvs/gclcvs_2.7.0-83_i386.deb

1 0

[cl-debian] slime 1:20071202-1 MIGRATED to testing
by Debian testing watch 30 Dec '07

30 Dec '07

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

1 0

[cl-debian] Bug#402508: Same bug here, and a (crazy) work around
by Alexei Sheplyakov 30 Dec '07

30 Dec '07

Hello! I've tried to install sbcl on my x86_64 box, and got # aptitude install sbcl Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Building tag database... Done The following NEW packages will be installed: sbcl 0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 0B/8816kB of archives. After unpacking 42.1MB will be used. Writing extended state information... Done Selecting previously deselected package sbcl. (Reading database ... 109938 files and directories currently installed.) Unpacking sbcl (from .../sbcl/sbcl_0.9.16.0-1_amd64.deb) ... Setting up sbcl (0.9.16.0-1) ... /usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc. mmap: Cannot allocate memory ensure_space: failed to validate 8589869056 bytes at 0x1000000000 (hint: Try "ulimit -a"; maybe you should increase memory limits.) mv: cannot stat `sbcl-new.core': No such file or directory FAILED \begin{sarcasm} hint: maybe sbcl should not allocate insane amounts of memory? \end{sarcasm} Anyway, I've checked it, all limits are infinite. However, the box has "only" 2Gb of RAM and 1Gb of swap, so the kernel won't allow to more than 3Gb of memory, because the memory overcommiting is switched off: $ cat /proc/sys/vm/overcommit_memory 2 I use such configuration since it allows programs to handle out of memory conditions gracefully (at least, the kernel won't kill unrelated processes), prevents well known "swap of death", stops fork bombs, etc. To debug the problem, I've tried to revert to the default default setting, so called "heuristic overcommiting". # echo 0 > /proc/sys/vm/overcommit_memory Still the same error. So, I've complitely switched of the sanity checks: # echo 1 > /proc/sys/vm/overcommit_memory ("always overcommit"), and reinstalled sbcl. This time it worked fine. However, such work around is clearly inacceptable. > "ulimit -H -a", "ulimit -S -a", # ulimit -H -a core file size (blocks, -c) unlimited data seg size (kbytes, -d) unlimited max nice (-e) 39 file size (blocks, -f) unlimited pending signals (-i) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) unlimited max rt priority (-r) 99 stack size (kbytes, -s) unlimited cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited # ulimit -S -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited max nice (-e) 39 file size (blocks, -f) unlimited pending signals (-i) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) unlimited max rt priority (-r) 99 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) unlimited virtual memory (kbytes, -v) unlimited file locks (-x) unlimited > What does "cat /proc/self/maps", # cat /proc/self/maps 00400000-00405000 r-xp 00000000 fe:13 543627 /bin/cat 00504000-00505000 rw-p 00004000 fe:13 543627 /bin/cat 00505000-00529000 rw-p 00505000 00:00 0 [heap] 2ed5f9301000-2ed5f9318000 r-xp 00000000 fe:13 655626 /lib/ld-2.3.6.so 2ed5f9417000-2ed5f9419000 rw-p 00016000 fe:13 655626 /lib/ld-2.3.6.so 2ed5f9419000-2ed5f941b000 rw-p 2ed5f9419000 00:00 0 2ed5f942e000-2ed5f954f000 r-xp 00000000 fe:13 655631 /lib/libc-2.3.6.so 2ed5f954f000-2ed5f964e000 ---p 00121000 fe:13 655631 /lib/libc-2.3.6.so 2ed5f964e000-2ed5f9663000 r--p 00120000 fe:13 655631 /lib/libc-2.3.6.so 2ed5f9663000-2ed5f9666000 rw-p 00135000 fe:13 655631 /lib/libc-2.3.6.so 2ed5f9666000-2ed5f966b000 rw-p 2ed5f9666000 00:00 0 2ed5f966b000-2ed5f986b000 r--p 00000000 fe:14 12618922 /usr/lib/locale/locale-archive 71f56c42f000-71f56c445000 rw-p 71f56c42f000 00:00 0 [stack] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vdso] > "cat /proc/sys/kernel/exec-shield", # cat /proc/sys/kernel/exec-shield cat: /proc/sys/kernel/exec-shield: No such file or directory However, I use grsecurity (http://www.grsecurity.net) patched kernel, and I'm aware of possible issues with self-modifying executables/libraries. I've tried disabling grsecurity (actually, PAX) restrictions and address space layout randomization for sbcl binary, still the same error (unless I switch on "always overcommit" mode). > "cat /proc/sys/kernel/randomize_va_space" return? 1 AFAIK this is the default since 2.6.12 or so. > Are you running prelink? I do have prelink package installed (for execstack utility), however, the cron job doing the actual prelinking is disabled. Best regards, Alexei -- All science is either physics or stamp collecting.

1 0

[cl-debian] [ann] [rdnzl-announce] New release 0.11.1
by Edi Weitz 30 Dec '07

30 Dec '07

ChangeLog: Version 0.11.1 2007-12-30 Fixed bug in Excel example Download: http://weitz.de/files/rdnzl.tar.gz _______________________________________________ rdnzl-announce mailing list rdnzl-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [flexi-streams-announce] New release 0.14.0
by Edi Weitz 29 Dec '07

29 Dec '07

ChangeLog: Version 0.14.0 2007-12-30 Some fixes for LispWorks (when the underlying stream is a character stream) Optimized methods for UNREAD-CHAR% in case of 8-bit encodings More tests Download: http://weitz.de/files/flexi-streams.tar.gz _______________________________________________ flexi-streams-announce mailing list flexi-streams-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/flexi-streams-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [hunchentoot-announce] New release 0.15.0 (Was: clisp port)
by Edi Weitz 29 Dec '07

29 Dec '07

On Mon, 24 Dec 2007 01:46:40 +0200, Anton Vodonosov <avodonosov(a)yandex.ru> wrote: > Please, check the new version attached. Thanks, I've made a new release which incorporates your changes. Edi. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] Bug#457919: cl-asdf: please merge a run-shell-command patch for LispWorks
by Chun TIAN (binghe) 27 Dec '07

27 Dec '07

Package: cl-asdf Version: 1.109-2 Severity: wishlist The function asdf:run-shell-command is not right for LispWorks 5.x: #+lispworks (system:call-system-showing-output command :shell-type "/bin/sh" :output-stream *verbose-out*) I test a expression on LispWorks 5.0: CL-USER 1 > (system:call-system-showing-output "id -u" :shell-type "/bin/sh" :output-stream t) ; id -u ; 10003 0 To make common-lisp-controller:get-uid work well, the call to system:call-system-showing-output must come with two additional keyword arguments, :show-cmd nil, and :prefix "". I running LispWorks 5.x on Debian, I use this script to save a LispWorks image which can then load all debian CL packages: (in-package :cl-user) (load-all-patches) (load "/usr/share/common-lisp/source/common-lisp-controller/common-lisp-controller.lisp") (common-lisp-controller:init-common-lisp-controller-v4 "lispworks") ;; (load "asdf-patch") (save-image (merge-pathnames (make-pathname :name "lispworks") (lisp-image-name)) :remarks "LispWorks 5.0.2" :environment t) So, I HOPE a patch can be merged into cl-asdf, as in attach (asdf.lisp.patch). Now I must load a patch for this purpose (asdf-patch.lisp). Thanks! Chun TIAN (binghe) -- (defsignature (田春 Chun Tian (binghe)) (网易杭州研究院系统管理员) (E-Mail tianchun(a)corp.netease.com) (Phone (0571)88271736 (020)85106834) (POPO binghe.lisp) (GTalk binghe.lisp(a)gmail.com)) (in-package :asdf) (defun run-shell-command (control-string &rest args) "Interpolate ARGS into CONTROL-STRING as if by FORMAT, and synchronously execute the result using a Bourne-compatible shell, with output to *VERBOSE-OUT*. Returns the shell's exit code." (let ((command (apply #'format nil control-string args))) (format *verbose-out* "; $ ~A~%" command) #+sbcl (sb-ext:process-exit-code (sb-ext:run-program #+win32 "sh" #-win32 "/bin/sh" (list "-c" command) #+win32 #+win32 :search t :input nil :output *verbose-out*)) #+(or cmu scl) (ext:process-exit-code (ext:run-program "/bin/sh" (list "-c" command) :input nil :output *verbose-out*)) #+allegro (excl:run-shell-command command :input nil :output *verbose-out*) #+lispworks (system:call-system-showing-output command :shell-type "/bin/sh" :prefix "" :show-cmd nil :output-stream *verbose-out*) #+clisp ;XXX not exactly *verbose-out*, I know (ext:run-shell-command command :output :terminal :wait t) #+openmcl (nth-value 1 (ccl:external-process-status (ccl:run-program "/bin/sh" (list "-c" command) :input nil :output *verbose-out* :wait t))) #+ecl ;; courtesy of Juan Jose Garcia Ripoll (si:system command) #-(or openmcl clisp lispworks allegro scl cmu sbcl ecl) (error "RUN-SHELL-PROGRAM not implemented for this Lisp") ))

1 0

[cl-debian] [ann] [cdr-announce] CDR 2: HTML version added
by Pascal Costanza 24 Dec '07

24 Dec '07

An HTML version of the document "A generic hash table interface specification for Common Lisp" by Ingvar Mattsson has been added to the Common Lisp Document Repository. See http://cdr.eurolisp.org/document/2/ for the details of this document. Pascal -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel, Programming Technology Lab Pleinlaan 2, B-1050 Brussel, Belgium _______________________________________________ cdr-announce mailing list cdr-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cdr-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0