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

[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

[cl-debian] Bug#409827: Please support hurd-i386
by Chun Tian (binghe) 17 Sep '07

17 Sep '07

Package: clisp Version: 1:2.41-1 Severity: wishlist Tags: sid It seems that there isn't any Common Lisp platform in Debian GNU/Hurd now. Fortunately, CLISP can build directly on hurd-i386, just add hurd-i386 to clisp's control file is OK, I've tried this and succeed, this is totally done by the great autoconf and gcc, and the GNU/Hurd is much like UNIX through FSF say it's not UNIX. This CLISP on hurd-i386 can easily build something like asdf, common-lisp-controller, and araneida (cl-ppcre, cl-parenscript, ...) which already in debian's hurd-i386 port. A running CLISP can also be used to port SBCL to hurd-i386 (I'm trying working on this)... So, for Common Lisp, hopes more CL-platform can be run on GNU/Hurd! Thank you very much. Chun Tian (binghe)

2 1

[cl-debian] Bug#414682: cl-swank: trying to connect to new SBCL from Emacs throws a CL error
by Drake Wilson 16 Sep '07

16 Sep '07

Package: cl-swank Version: 1:20061201-2 Severity: important Trying to start SBCL using M-x slime-start from GNU Emacs fails with an error on the Common Lisp side. "important" because inferior-lisp is a big part of SLIME by my understanding. Here's the transcript from my *inferior-lisp* buffer: ---------------------------------------------------------------------- (load "/usr/share/common-lisp/source/slime/swank-loader.lisp" :verbose t) (swank:start-server "/tmp/slime.1772" :external-format :iso-latin-1-unix) This is SBCL 1.0, 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. * ; loading #P"/usr/share/common-lisp/source/slime/swank-loader.lisp" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-backend.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/nregex.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-sbcl.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-source-path-parser.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-source-file-cache.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank-gray.fasl" STYLE-WARNING: implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-1.0-linux-x86-64/swank.fasl" STYLE-WARNING: implicitly creating new generic function INSPECT-BIGGER-PIECE-ACTIONS STYLE-WARNING: implicitly creating new generic function INSPECT-WHOLE-THING-ACTION STYLE-WARNING: implicitly creating new generic function INSPECT-SHOW-MORE-ACTION STYLE-WARNING: implicitly creating new generic function MENU-CHOICES-FOR-PRESENTATION WARNING: These Swank interfaces are unimplemented: (CALLS-WHO DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-BINDS WHO-CALLS WHO-MACROEXPANDS WHO-REFERENCES WHO-SETS WHO-SPECIALIZES) T * debugger invoked on a SB-INT:SIMPLE-PROGRAM-ERROR in thread #<THREAD "initial thread" {10025EFA81}>: unknown &KEY argument: :EXTERNAL-FORMAT 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. (SWANK:START-SERVER "/tmp/slime.1772" :EXTERNAL-FORMAT :ISO-LATIN-1-UNIX) 0] ---------------------------------------------------------------------- Here's the installed versions of a few other packages, just in case: ii sbcl 1.0.0.0-1 A Common Lisp compiler and development system ii slime 20061201-2 Superior LISP Interaction Mode for Emacs ii emacs21 21.4a+1-5 The GNU Emacs editor ii emacs21-bin-common 21.4a+1-5 The GNU Emacs editor's shared, architecture ii emacs21-common 21.4a+1-5 The GNU Emacs editor's shared, architecture ii emacs21-el 21.4a+1-5 GNU Emacs LISP (.el) files ii emacsen-common 1.4.17 Common facilities for all emacsen Hope this helps. ---> Drake Wilson -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cl-swank depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c cl-swank recommends no packages. -- no debconf information

4 5

[cl-debian] Bug#431198: gclcvs - FTBFS: Unrecoverable error: invocation history stack overflow.
by Bastian Blank 16 Jul '07

16 Jul '07

Package: gclcvs Version: 2.7.0-73 Severity: serious There was an error while trying to autobuild your package: > Automatic build of gclcvs_2.7.0-73 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] > cd unixport && echo '(si::use-fast-links nil)(let ((compiler::*speed* 0))(load "boot.lisp"))' | ./saved_pre_gcl && /usr/bin/make saved_gcl && mv saved_gcl saved_pre_gcl > GCL (GNU Common Lisp) 2.7.0 CLtL1 profiling Jun 29 2007 12:32:21 > Source License: LGPL(gcl,gmp,pargcl), GPL(unexec,bfd,xgcl) > Binary License: GPL due to GPL'ed components: (XGCL READLINE BFD 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/ > > > > NIL > > > > ;; 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/buildd/gclcvs-2.7.0/lsp/gcl_listlib.o > > Unrecoverable error: invocation history stack overflow. > > Unrecoverable error: invocation history stack overflow. > /bin/sh: line 1: 26687 Done echo '(si::use-fast-links nil)(let ((compiler::*speed* 0))(load "boot.lisp"))' > 26688 Aborted | ./saved_pre_gcl > make[1]: *** [unixport/saved_pre_gcl] Error 134 > make[1]: Leaving directory `/build/buildd/gclcvs-2.7.0' > make: *** [build-gprof-stamp] Error 2 > ****************************************************************************** > Build finished at 20070629-0844 > FAILED [dpkg-buildpackage died]

2 1

[cl-debian] Bug#430236: ldbl128 transition for alpha, powerpc, sparc, s390
by Matthias Klose 16 Jul '07

16 Jul '07

Package: gclcvs Severity: serious User: debian-release(a)lists.debian.org Usertags: goal-ldbl128 Discussed in http://lists.debian.org/debian-devel/2007/05/msg01173.html With glibc-2.5 and gcc-4.1.2 (and gcc-4.2), the 'long double' data type did change from a 64bit representation to a 128bit representation on alpha, powerpc, sparc, s390. To allow partial upgrades of packages, we will need to rename all packages holding libraries with the long double data type in their API. Both libc and libstdc++ do not need to be renamed, because they support both representations. We rename the library packages on all architectures to avoid name mismatches between architectures (you can avoid the renaming by supporting both datatype representations in the library as done in glibc and libstdc++, but unless a library is prepared for that, it does not seem to be worth the effort). It is suggested to rename a package libfoo1 to libfoo1ldbl; please wait with the renaming if the package depends on another library package which needs renaming. This package has been indentified as one with header files in /usr/include matching 'long *double'. Please close this bug report if it is a false positive, or rename the package accordingly.

2 1

[cl-debian] Bug#426236: gclcvs: FTBFS: ./tmp_image: No such file or directory
by Kurt Roeckx 16 Jul '07

16 Jul '07

Package: gclcvs Version: 2.7.0-68 Severity: serious Hi, Your package is failing to build with the following error: touch pre_init.lsp touch post_init.lsp echo " (in-package \"USER\")(system:save-system \"tmp_image\")" >foo ./raw_pre_gcl /build/buildd/gclcvs-2.7.0/unixport/ -libdir /build/buildd/gclcvs-2.7.0/ < foo GCL (GNU Common Lisp) April 1994 524288 pages Building symbol table for /build/buildd/gclcvs-2.7.0/unixport/raw_pre_gcl .. Lisp initialization failed. cp pre_init.lsp foo cat init_pre_gcl.lsp >>foo cat post_init.lsp >>foo echo " (in-package \"USER\")(system:save-system \"saved_pre_gcl\")" >>foo ./tmp_image /build/buildd/gclcvs-2.7.0/unixport/ -libdir /build/buildd/gclcvs-2.7.0/ < foo /bin/sh: ./tmp_image: No such file or directory make[2]: *** [saved_pre_gcl] Error 127 Kurt

2 1

[cl-debian] Bug#431138: common-lisp-controller: [INTL:de] German po-debconf translation update
by Matthias Julius 12 Jul '07

12 Jul '07

Package: common-lisp-controller Version: 6.11 Severity: wishlist Tags: patch l10n I have prepared an update for the German translation of the po-debconf template. Please include it in your next upload. Matthias -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-1-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash

2 1

[cl-debian] Bug#431097: common-lisp-controller: [INTL:ru] Russian debconf templates translation
by Yuri Kozlov 12 Jul '07

12 Jul '07

Package: common-lisp-controller Severity: wishlist Tags: l10n, patch Russian debconf templates translation is attached. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8)

2 1

[cl-debian] Bug#429904: common-lisp-controller: [INTL:vi] Vietnamese debconf templates translation update
by Clytie Siddall 12 Jul '07

12 Jul '07

Package: common-lisp-controller Version: 6.11 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: common-lisp- controller translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)

2 1

[cl-debian] Bug#429377: [INTL:gl] Galician debconf template translation for common-lisp-controller
by Jacobo Tarrio 12 Jul '07

12 Jul '07

Package: common-lisp-controller Severity: wishlist Tags: l10n patch It is attached to this report.

2 1