August 2007 - cl-debian@lists.common-lisp.net

[cl-debian] Bug#434671: FTBFS (hppa): Bus error compiling tkl.o
by dann frazier 12 Nov '07

12 Nov '07

Package: gclcvs Version: 2.7.0-78 Severity: serious Full build log here: http://buildd.debian.org/build.php?&pkg=gclcvs&ver=2.7.0-78&arch=hppa&file=… [snip] echo "(compile-file \"tkl.lisp\" :c-file nil :c-debug nil)" | ../unixport/saved_gcl GCL (GNU Common Lisp) 2.7.0 CLtL1 Jul 23 2007 22:50:06 Source License: LGPL(gcl,gmp,pargcl), GPL(unexec,bfd,xgcl) Binary License: GPL due to GPL'ed components: (XGCL READLINE UNEXEC) Modifications of this banner must retain notice of a compatible license Dedicated to the memory of W. Schelter Use (help) to get some basic information on how to use GCL. Temporary directory for compiler files set to /tmp/ > ;; Compiling tkl.lisp. ;; Loading ./gcl_cmpinit.lsp ;; Loading tk-package.lsp ;; Finished loading tk-package.lsp ;; Finished loading ./gcl_cmpinit.lsp /bin/sh: line 1: 20033 Done echo "(compile-file \"tkl.lisp\" :c-file nil :c-debug nil)" 20034 Bus error | ../unixport/saved_gcl make[2]: *** [tkl.o] Error 138 make[2]: Leaving directory `/build/buildd/gclcvs-2.7.0/gcl-tk' make[1]: *** [do-gcl-tk] Error 2 make[1]: Leaving directory `/build/buildd/gclcvs-2.7.0' make: *** [build-trad-stamp] Error 2

2 1

[cl-debian] Bug#432341: gclcvs: FTBFS: do_init is undefined
by Lucas Nussbaum 12 Nov '07

12 Nov '07

Package: gclcvs version: 2.7.0-76 Severity: serious User: debian-qa(a)lists.debian.org Usertags: qa-ftbfs-20070708 Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: > ;; Loading boot.lisp ;; Compiling ../lsp/gcl_listlib.lsp. Warning: NTH-VALUE is being redefined. ;; End of Pass 1. ;; End of Pass 2. ;; OPTIMIZE levels: Safety=0 (No runtime error checking), Space=0, Speed=0, (Debug quality ignored) ;; Finished compiling ../lsp/gcl_listlib.o. ;; Loading /build/user/gclcvs-2.7.0/lsp/gcl_listlib.o do_init is undefined Error: ERROR "Cannot get relocated section contents " Signalled by LOAD1. ERROR "Cannot get relocated section contents " Broken at LOAD1. Type :H for Help. >>make[1]: *** [unixport/saved_pre_gcl] Error 255 make[1]: Leaving directory `/build/user/gclcvs-2.7.0' make: *** [build-trad-stamp] Error 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/06/14/ About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lucas(a)lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lucas(a)nussbaum.fr GPG: 1024D/023B3F4F |

2 2

[cl-debian] Bug#423708: gclcvs: [INTL:es] Spanish translation for the debconf template
by Rudy Godoy 12 Nov '07

12 Nov '07

Package: gclcvs Severity: wishlist Tags: patch l10n Please find attached the Spanish translation for the debconf template. thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash

2 1

[cl-debian] Re: stumpwm: Clarify README.Debian - can't understand a thing how to start this wm
by Jari Aalto 07 Oct '07

07 Oct '07

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

4 7

[cl-debian] Bug#382430: c-l-c installation of ecl does things wrong
by "Faré" 03 Oct '07

03 Oct '07

Package: ecl Version: 0.9i-2 Severity: normal the c-l-c installation of ecl does a few wrong things: (1) it uses the c-l-c version of asdf and not the ecl-provided one from /usr/lib/ecl/asdf.fas as a result it fails to include the make-build extension from ECL sources ecl-0.9i/contrib/asdf/asdf-ecl.lisp Solution (a) would be to (require 'asdf) from the c-l-c compiled image and not compile it in the c-l-c binary for ecl. Solution (b) would be to include asdf-ecl.lisp in the ecl package, and recompile it together with c-l-c's asdf.lisp when installing c-l-c. (2) it somehow gets cmp.fas and sysfun.lsp to systematically load verbosely in a way that isn't hushed up by flag -q resulting in an unremovable banner ;;; Loading #P"/usr/lib/ecl/cmp.fas" ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" which is quite annoying for programs that need produce controlled output. This is probably caused by the runtime loading of /etc/lispconfig.lisp by c-l-c. This banner should not be printed by quiet ecl scripts. Solution (2a) is to explicitly bind *load-verbose* to nil when loading /etc/lispconfig.lisp. Solution (2b) is to modify the c-l-c ecl startup to somehow hook the value of *load-verbose* on the -q flag. However, this requires modifying or overriding code from ecl-0.9i/src/lsp/cmdline.lsp and maintaining the result. Ouch. Solution (2c) is to hook into ecl's loading of a user resource file and replace it with the loading of a system resource file, say /etc/ecl/rc.lisp that in turn loads /etc/lispconfig.lisp then the user resource file. We would just prepend that path to *lisp-init-file-list* from install-clc.lisp, and writing the proper default code in /etc/ecl/rc.lisp Thus the usual parsing of -q and -norc applies to clc's ecl. (3) compiling configuration files everytime can be a performance issue, in addition to requiring to load the compiler. We could instead have a mechanism such as cl-launch's compile-and-load-file to only recompile when needed (SLIME's doesn't try hard enough for ECL), and put c-l-c cached .fas variants of the files in *lisp-init-file-list* before the source variants. Also, we want it to not require users to do anything special for the fasl to remain in synch with their lisp configuration. Any hackish code should come precompiled as part of install-clc.lisp so as to avoid requiring costly recompilation at runtime when things change. Solution (3a) would be to only do that for the system-wide file, and have that system-wide file include provisions for recompiling itself and then loading the compiled contents, and do the same for lispconfig.lisp and user files. A bit of a hack. Solution (3b) would be to modify or override cmdline.lsp to do the compile-and-load instead of load. Costly to maintain. (4) If we use a compile-and-load-file strategy for (3), then we might share code with cl-launch. This would mean having a dependency on cl-launch. It also means I should change cl-launch to install its file in /usr/share/common-lisp/source/cl-launch instead of /usr/share/common-lisp/cl-launch and produce a cl-launch.asd. I'll do that for cl-launch 1.85. In any cases, problems (1) and (2) both interact badly with cl-launch, and although cl-launch 1.84 now fully supports ECL, debian users need export ECL=/usr/lib/ecl/ecl-original so as to use cl-launch with ECL. I should probably include detection of that executable in cl-launch as a workaround to current breakage, since I already kluge a lot of my way to supporting ECL in cl-launch. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9-blefuscu Locale: LANG=en_US.iso-8859-1, LC_CTYPE=en_US.iso-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to e n_US.iso-8859-1) Versions of packages ecl depends on: ii common-lisp-controller 6.1 This is a Common Lisp source and c ii gcc-4.1 4.1.1-9 The GNU C compiler ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libgc-dev 1:6.7-2 conservative garbage collector for ii libgc1c2 1:6.7-2 conservative garbage collector for ii libgmp3-dev 2:4.2.1+dfsg-3 Multiprecision arithmetic library ii libgmp3c2 2:4.2.1+dfsg-3 Multiprecision arithmetic library ii libncurses5-dev 5.5-2 Developer's libraries and docs for ecl recommends no packages. -- no debconf information

2 2

[cl-debian] Bug#436129: "Object #<"ASDF" package> cannot be externalized." when installing ecl
by css 03 Oct '07

03 Oct '07

Package: ecl Version: 0.9i-20070324-2 Severity: normal When installing ecl via "aptitude install ecl" the following error occurs: Richte ecl ein (0.9i-20070324-2) ... /usr/lib/common-lisp/bin/ecl.sh loading and dumping clc. ;;; Loading "/usr/lib/ecl/install-clc.lisp" ;;; Loading #P"/usr/lib/ecl/cmp.fas" ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" Saving to new-ecl... ;;; Loading "/var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.fas" An error occurred during initialization: Object #<"ASDF" package> cannot be externalized. The ECL-Command is not existant afterwards. The Manpage exists and some script ecl-config doing nothing exists also. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ecl depends on: ii common-lisp-controller 6.11 Common Lisp source and compiler ma ii gcc-4.1 4.1.2-13 The GNU C compiler ii libc6 2.6-2 GNU C Library: Shared libraries ii libgc-dev 1:6.8-1 conservative garbage collector for ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgmp3-dev 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libncurses5-dev 5.6+20070716-1 Developer's libraries and docs for ecl recommends no packages. -- no debconf information

2 1

[cl-debian] Bug#433802: cl-swank: Slime crashes CMUCL on disconnect
by Mark Wooding 03 Oct '07

03 Oct '07

Package: cl-swank Version: 1:20070409-3 Severity: normal Tags: patch To demonstrate: * Start cmucl in a window. * Say to Lisp: (load "/usr/share/common-lisp/source/slime/swank-loader.lisp") * Say to Lisp `(create-server)'. * Start Emacs. * Say to Emacs `M-x slime-connect RET RET RET'. * Play about in both to show they've connected. * Say to Emacs `, disconnect RET'. * Lisp says: Help! 12 nested errors. KERNEL:*MAXIMUM-ERROR-DEPTH* exceeded. Debug (type H for help) (LISP::DO-OUTPUT #<Stream for descriptor 6> #.(SYSTEM:INT-SAP #xB7F8A000) 0 3055 ...) and refuses to cooperate further. It won't listen to C-c, C-z, C-\ or any other obvious signals; saying `killall lisp' in another shell works OK. This is obviously hopeless for connecting Slime to some long-running server, fixing something, and disconnecting again. To fix the problem (apparently): --- /usr/share/common-lisp/source/slime/swank.lisp 2007-05-31 21:49:06.000000000 +0100 +++ /tmp/mwooding/swank.lisp 2007-07-19 14:46:46.000000000 +0100 @@ -617,7 +617,7 @@ (connection.socket-io *emacs-connection*)) (defun close-connection (c &optional condition backtrace) - (format *debug-io* "~&;; swank:close-connection: ~A~%" condition) +;; (format *debug-io* "~&;; swank:close-connection: ~A~%" condition) (let ((cleanup (connection.cleanup c))) (when cleanup (funcall cleanup c))) In case it's interesting, I'm using cmucl 19d-20061116-2. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages cl-swank depends on: ii common-lisp-controller 6.10 This is a Common Lisp source and c cl-swank recommends no packages. -- no debconf information

2 1

[cl-debian] Bug#434122: libsigsegv: please add shared library
by Thomas Girard 23 Sep '07

23 Sep '07

Package: libsigsegv Version: 2.4-3 Severity: wishlist Tags: patch Hi, Please generate the shared library when compiling libsigsegv. GNU Smalltalk 3.0 will need this shared library. The attached patch enables the shared library compilation and adds a libsigsegv0 package. (It also removes the `dirs' file which is not needed and causes empty dirs to be included in every package). Thanks, Thomas

2 1

[cl-debian] Bug#394775: Sparc64 install fails: 'sbcl.sh install-clc' segfaults
by J.P. Larocque 17 Sep '07

17 Sep '07

Package: sbcl Version: 1:0.8.16-1 Severity: important I cannot install sbcl on a Sun Ultra 1. sbcl crashes during package configuration. The package isn't even marked as broken. --->8--->8--- Selecting previously deselected package common-lisp-controller. (Reading database ... 43010 files and directories currently installed.) Unpacking common-lisp-controller (from .../common-lisp-controller_4.15sarge3_all.deb) ... Setting up common-lisp-controller (4.15sarge3) ... Selecting previously deselected package sbcl. (Reading database ... 43034 files and directories currently installed.) Unpacking sbcl (from .../sbcl_1%3a0.8.16-1_sparc.deb) ... Setting up sbcl (0.8.16-1) ... /usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc. /usr/lib/common-lisp/bin/sbcl.sh: line 58: 12442 Segmentation fault (core dumped) sbcl --core /usr/lib/sbcl/sbcl-dist.core --noinform --sysinit /etc/sbcl.rc --userinit /dev/null --load "/usr/lib/sbcl/install-clc.lisp" 2>/dev/null mv: cannot stat `sbcl-new.core': No such file or directory FAILED Reading Package Lists... Done Building Dependency Tree Reading extended state information Initializing package states... Done Reading task descriptions... Done ---8<---8<--- I read some old bug report leading me to believe that my locale could be a problem for SBCL. The above output is with LC_ALL=C and LANG=C on the environment. The stack trace produced below probably doesn't convey any meaningful information. --->8--->8--- $ sudo gdb sbcl /usr/lib/sbcl/core GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-linux"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `sbcl --core /usr/lib/sbcl/sbcl-dist.core --noinform --sysinit /etc/sbcl.rc --us'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 #0 0x000189f8 in handle_control_stack_guard_triggered () (gdb) bt #0 0x000189f8 in handle_control_stack_guard_triggered () #1 0x0001da80 in os_install_interrupt_handlers () #2 0x0001da80 in os_install_interrupt_handlers () Previous frame identical to this frame (corrupt stack?) ---8<---8<--- Attempts to use sbcl: --->8--->8--- $ sbcl This is SBCL 0.8.16, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. 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. Segmentation fault (core dumped) ---8<---8<--- --->8--->8--- $ gdb sbcl GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc-linux"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run Starting program: /usr/bin/sbcl (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) This is SBCL 0.8.16, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. 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. Program received signal SIGSEGV, Segmentation fault. 0x0001516c in alloc_base_string () (gdb) bt #0 0x0001516c in alloc_base_string () #1 0x0001abb8 in main () ---8<---8<--- Please let me know if I can be of any help. -- System Information: Debian Release: 3.1 Architecture: sparc (sparc64) Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sbcl depends on: ii common-lisp-controlle 4.15sarge3 This is a Common Lisp source and c ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an -- no debconf information -- J.P. Larocque is <piranha(a)thoughtcrime.us> and <piranha(a)ely.ath.cx> Encrypted/signed e-mail preferred; http://ely.ath.cx/~piranha/pgp Fpr 5612 10A8 4986 2D85 A995 252B 4C02 5E02 F61D 2E61; ID 0xF61D2E61

5 6

[cl-debian] Bug#430988: cmucl: [INTL:pt] Portuguese translation for debconf messages
by Traduz - Portuguese Translation Team 17 Sep '07

17 Sep '07

Package: cmucl Version: 19d-20061116-2 Tags: l10n, patch Severity: wishlist Portuguese translation for cmucl's debconf messages. Translator: Pedro Ribeiro <p.m42.ribeiro(a)gmail.com> Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team <traduz _at_ debianpt.org>. -- Best regards, Miguel Figueiredo "Traduz" - Portuguese Translation Team http://www.DebianPT.org # Portuguese translation for cmucl debconf messages. # Copyright (C) 2007 Pedro Ribeiro <p.m42.ribeiro(a)gmail.com> # This file is distributed under the same license as the cmucl package. # Pedro Ribeiro <p.m42.ribeiro(a)gmail.com>, 2007 # msgid "" msgstr "" "Project-Id-Version: cmucl_19d-20061116-2\n" "Report-Msgid-Bugs-To: pvaneynd(a)debian.org\n" "POT-Creation-Date: 2006-12-05 07:46+0100\n" "PO-Revision-Date: 2007-06-25 22:08+0100\n" "Last-Translator: Pedro Ribeiro <p.m42.ribeiro(a)gmail.com>\n" "Language-Team: Portuguese <traduz(a)debianpt.org>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: note #. Description #: ../templates:1001 msgid "Config file changed incompatibly" msgstr "O ficheiro de configuração mudou de forma incompatível" #. Type: note #. Description #: ../templates:1001 msgid "" "The config file /etc/common-lisp/cmucl/site-init.lisp changed in an " "incompatible way, please upgrade the file or if you are not even asked, move " "the /etc/common-lisp/cmucl/site-init.lisp.dpkg-new file to /etc/common-lisp/" "cmucl/site-init.lisp." msgstr "" "O ficheiro de configuração /etc/common-lisp/cmucl/site-init.lisp mudou de " "forma incompatível, por favor actualize o ficheiro ou se nem sequer for " "questionado, mova o ficheiro /etc/commom-lisp/cmucl/site-init.lisp.dpkg-new " "para /etc/common-lisp/cmucl/site-init.lisp." #. Type: note #. Description #: ../templates:1001 msgid "Failure to do this will result in a broken installation." msgstr "Se não o fizer ficará com uma instalação falhada."

2 1