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

[cl-debian] Bug#433814: Acknowledgement (cl-uffi: Silently fails to load non-existent .so files)
by mdw＠distorted.org.uk 19 Jul '07

19 Jul '07

Nnng, sorry. I botched the tabs in the patch. Here's one that ought to work. --- libraries.lisp~ 2007-07-19 18:53:49.000000000 +0100 +++ libraries.lisp 2007-07-19 18:57:14.000000000 +0100 @@ -96,7 +96,9 @@ #+cmu (let ((type (pathname-type (parse-namestring filename)))) (if (string-equal type "so") - (sys::load-object-file filename) + (multiple-value-bind (workp whinge) + (sys::load-object-file filename) + (unless workp (error "~A" whinge))) (alien:load-foreign filename :libraries (convert-supporting-libraries-to-string -- [mdw]

1 0

[cl-debian] Processed: notfound 432341 in 2.7.0-78
by owner＠bugs.debian.org 19 Jul '07

19 Jul '07

Processing commands for control(a)bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.6 > notfound 432341 2.7.0-78 Bug#432341: gclcvs: FTBFS: do_init is undefined Bug marked as not found in version 2.7.0-78. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

1 0

[cl-debian] Bug#432003: gclcvs: installation fails
by Ana Guerrero 19 Jul '07

19 Jul '07

found 432003 2.7.0-78 thanks Hi Camm, On Wed, Jul 18, 2007 at 10:28:12AM -0400, Camm Maguire wrote: ... > The issue appears to lie either with piuparts or common lisp > controller. The latter is running some registration code for gclcvs > before gclcvs itself has been configured. This is contrary to the > code in the only file over which gclcvs has control, the postinst: > > ... > If you disagree, please explain what I'm missing and reopen. > Otherwise, please reassign to whichever package is responsible. When > common lisp controller is installed before gclcvs, no such problem > appears AFAICT. If you feel that gclcvs needs a pre-depends on clc, > (in spite of the policy deprecations thereon), please let me know, > preferably with a little explanation. > At the beginning, I looked into this issue just to check there was not a problem with piuparts there (I'm a piuparts maintainer), and I'm sure that is not the problem. I have not idea about common lisp stuff, but when I install your package in a clean chroot I get some errors that should not be there. Please see attached log. I'm sure there is a problem here, if the problem is in another package, please reassign. You can reproduce this bug easily creating a chroot with cowbuilder: 1 - Install cowdancer 2 - Run: "cowbuilder --create"(this will create a sid chroot) 3 - Enter in the chroot: "cowbuilder --login" 4 - Install gclcvs 5 - Look at the output Ana

2 1

[cl-debian] Accepted cl-sql 3.8.5-2 (source all amd64)
by kmr＠debian.org 19 Jul '07

19 Jul '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Wed, 18 Jul 2007 20:26:08 -0600 Source: cl-sql Binary: cl-sql-sqlite3 cl-sql-oracle cl-sql-aodbc cl-sql-postgresql-socket cl-sql-postgresql cl-sql-odbc cl-sql cl-sql-uffi cl-sql-tests cl-sql-sqlite cl-sql-mysql Architecture: source all amd64 Version: 3.8.5-2 Distribution: unstable Urgency: low Maintainer: Kevin M. Rosenberg <kmr(a)debian.org> Changed-By: Kevin M. Rosenberg <kmr(a)debian.org> Description: cl-sql - SQL Interface for Common Lisp cl-sql-aodbc - CLSQL database backend, AODBC cl-sql-mysql - CLSQL database backend, MySQL cl-sql-odbc - CLSQL database backend, ODBC cl-sql-oracle - CLSQL database backend, Oracle cl-sql-postgresql - CLSQL database backend, PostgreSQL cl-sql-postgresql-socket - CLSQL database backend, PostgreSQL cl-sql-sqlite - CLSQL database backend, SQLite cl-sql-sqlite3 - CLSQL database backend, SQLite3 cl-sql-tests - Testing suite for CLSQL cl-sql-uffi - Common UFFI functions for CLSQL database backends Changes: cl-sql (3.8.5-2) unstable; urgency=low . * debian/watch: New version Files: 475d7a195ff35d59cc0bf2b39d87821c 754 devel extra cl-sql_3.8.5-2.dsc 837e06b4e6e9d70bb613bdbc24f561e9 12083 devel extra cl-sql_3.8.5-2.diff.gz 3ebba85eb57e477647a97ef755cd53c6 524546 devel extra cl-sql_3.8.5-2_all.deb 29200eb0efc28b57ac387d1f52384e0b 39904 devel extra cl-sql-aodbc_3.8.5-2_all.deb 1783e350682d74a39a8990abf406046a 66562 devel extra cl-sql-odbc_3.8.5-2_all.deb 9783b84c47ac1d12fba020776133baea 44950 devel extra cl-sql-postgresql_3.8.5-2_all.deb 2374fcca9cb1a5f0d770ff97bf2cbcc5 49026 devel extra cl-sql-postgresql-socket_3.8.5-2_all.deb 1dd26728fb89c3693899732aa2ff5f57 44438 devel extra cl-sql-sqlite_3.8.5-2_all.deb 1602c358e84f3cc1fbafdc58685bd95d 45232 devel extra cl-sql-sqlite3_3.8.5-2_all.deb adee4c446571a52823fc3512a7d3acc3 60968 contrib/devel extra cl-sql-oracle_3.8.5-2_all.deb eb0b4929408f43ed3a97052d94d3a88e 63482 devel extra cl-sql-tests_3.8.5-2_all.deb d23d87895c55ac3b58bc0b6359fc9272 43532 devel extra cl-sql-uffi_3.8.5-2_amd64.deb c16b5c14d8d12fb02b9625be796d9e3d 53930 devel extra cl-sql-mysql_3.8.5-2_amd64.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGns3kES7N8sSjgj4RAmsqAJ9T+aGBrjwcLm7KZCzrUJQ61N+RNACePyQa KLpjcBbaDa+GeBcLOZUIKvM= =BauG -----END PGP SIGNATURE----- Accepted: cl-sql-aodbc_3.8.5-2_all.deb to pool/main/c/cl-sql/cl-sql-aodbc_3.8.5-2_all.deb cl-sql-mysql_3.8.5-2_amd64.deb to pool/main/c/cl-sql/cl-sql-mysql_3.8.5-2_amd64.deb cl-sql-odbc_3.8.5-2_all.deb to pool/main/c/cl-sql/cl-sql-odbc_3.8.5-2_all.deb cl-sql-oracle_3.8.5-2_all.deb to pool/contrib/c/cl-sql/cl-sql-oracle_3.8.5-2_all.deb cl-sql-postgresql-socket_3.8.5-2_all.deb to pool/main/c/cl-sql/cl-sql-postgresql-socket_3.8.5-2_all.deb cl-sql-postgresql_3.8.5-2_all.deb to pool/main/c/cl-sql/cl-sql-postgresql_3.8.5-2_all.deb cl-sql-sqlite3_3.8.5-2_all.deb to pool/main/c/cl-sql/cl-sql-sqlite3_3.8.5-2_all.deb cl-sql-sqlite_3.8.5-2_all.deb to pool/main/c/cl-sql/cl-sql-sqlite_3.8.5-2_all.deb cl-sql-tests_3.8.5-2_all.deb to pool/main/c/cl-sql/cl-sql-tests_3.8.5-2_all.deb cl-sql-uffi_3.8.5-2_amd64.deb to pool/main/c/cl-sql/cl-sql-uffi_3.8.5-2_amd64.deb cl-sql_3.8.5-2.diff.gz to pool/main/c/cl-sql/cl-sql_3.8.5-2.diff.gz cl-sql_3.8.5-2.dsc to pool/main/c/cl-sql/cl-sql_3.8.5-2.dsc cl-sql_3.8.5-2_all.deb to pool/main/c/cl-sql/cl-sql_3.8.5-2_all.deb

1 0

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

18 Jul '07

found 432341 2.7.0-77 thanks On 16/07/07 at 17:04 -0400, Camm Maguire wrote: > Greetings, and thanks for your report! > > 1) Cannot reproduce on up-to-date unstable You mean "up-to-date clean unstable chroot", right? You use pbuilder? > 2) log at http://people.debian.org/~lucas/logs/2007/06/14/ pertains to > old package -68, not -76. See http://people.debian.org/~lucas/logs/2007/07/17/gclcvs_2.7.0-77_sid32.build… for a log with 2.7.0-77. -- | Lucas Nussbaum | lucas(a)lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lucas(a)nussbaum.fr GPG: 1024D/023B3F4F |

2 1

[cl-debian] Accepted gclcvs 2.7.0-78 (source i386 all)
by Camm Maguire 18 Jul '07

18 Jul '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Tue, 17 Jul 2007 23:43:57 -0400 Source: gclcvs Binary: gclcvs gclcvs-doc Architecture: source i386 all Version: 2.7.0-78 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-78) unstable; urgency=low . * tidy fmla-and-or;prune some numeric types containing inf * support old style dladdr * lower hppa C optimization * cfast-write fix * boolean return for typep, infer typep;var-aliases for rplacd proper- cons bumping * compile top level closures * all cclosures turbo, fix top-level-form compile Files: c33ff9d8ae3a77e969815f4004f37b8c 686 interpreters optional gclcvs_2.7.0-78.dsc 6ba6afd07e3ea15bc01dda87f700e4a7 23303729 interpreters optional gclcvs_2.7.0-78.tar.gz 729ec5046209c4457077ce60b09d9955 2349280 doc optional gclcvs-doc_2.7.0-78_all.deb f2748547cb2b1e59b29e65d2ff207199 42782378 interpreters optional gclcvs_2.7.0-78_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGnjAGczG1wFfwRdwRAiC4AJ9imTidf41qqeELcuoVUfrK3gM5PgCgu4LY zZaD7MKaNKLPhROW8pRAMjY= =/fNo -----END PGP SIGNATURE----- Accepted: gclcvs-doc_2.7.0-78_all.deb to pool/main/g/gclcvs/gclcvs-doc_2.7.0-78_all.deb gclcvs_2.7.0-78.dsc to pool/main/g/gclcvs/gclcvs_2.7.0-78.dsc gclcvs_2.7.0-78.tar.gz to pool/main/g/gclcvs/gclcvs_2.7.0-78.tar.gz gclcvs_2.7.0-78_i386.deb to pool/main/g/gclcvs/gclcvs_2.7.0-78_i386.deb

1 0

[cl-debian] Bug#433596: clisp: Stack overflow taking rational values of extreme long-floats
by J.P. Larocque 18 Jul '07

18 Jul '07

Package: clisp Version: 1:2.41-1 Severity: normal Hi, I can't take the rational value of any of the six extreme long-float constants listed below: for var in least-positive-long-float \ least-negative-long-float \ least-positive-normalized-long-float \ least-negative-normalized-long-float \ most-positive-long-float \ most-negative-long-float; do clisp -ansi -q -x '(let ((var '"'$var"')) (format t "~&~S => " var) (write (rational (symbol-value var))))' done LEAST-POSITIVE-LONG-FLOAT => *** - Program stack overflow. RESET LEAST-NEGATIVE-LONG-FLOAT => *** - Program stack overflow. RESET LEAST-POSITIVE-NORMALIZED-LONG-FLOAT => *** - Program stack overflow. RESET LEAST-NEGATIVE-NORMALIZED-LONG-FLOAT => *** - Program stack overflow. RESET MOST-POSITIVE-LONG-FLOAT => *** - Program stack overflow. RESET MOST-NEGATIVE-LONG-FLOAT => *** - Program stack overflow. RESET Similarly when invoked with "-m 32M" or "-m 128M". I'm pretty sure this shouldn't happen. Thanks, -- 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-12-custom-xen-ws-1 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages clisp depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libreadline5 5.2-2 GNU readline and history libraries ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxpm4 1:3.5.5-2 X11 pixmap library clisp recommends no packages. -- no debconf information -- J.P. Larocque: <piranha(a)thoughtcrime.us>, <piranha(a)ely.ath.cx>

1 0

[cl-debian] Bug#433592: clisp: Float/rational comparison sometimes underflows; should never
by J.P. Larocque 18 Jul '07

18 Jul '07

Package: clisp Version: 1:2.41-1 Severity: normal Hi, I'm trying to compare a floating-point number and a rational. According to the rule of float and rational contagion, described in CLHS 12.1.4.1, and X3J13 issue CONTAGION-ON-NUMERICAL-COMPARISONS:TRANSITIVE, such a comparison should always return the mathematically correct result, as if the floating-point number were first converted to a rational with RATIONAL. Instead, CLISP signals an underflow condition: $ clisp -q -x '(< (expt 10 -100) least-positive-short-float)' *** - floating point underflow The Implementation Notes for GNU CLISP, sections 12.2.3.1 and 12.2.3.2, don't seem to say anything about comparisons, but mention two variables which control ANSI-compliance. CLISP behaves the same when invoked with "-ansi", to set these and any similar variables to T. $ clisp -ansi -q -x '(< (expt 10 -100) least-positive-short-float)' *** - floating point underflow This X3J13 issue is listed as supported in the Implementation Notes for GNU CLISP: http://clisp.cons.org/impnotes.html#issues CLISP behaves as expected if the floating-point number is filtered through RATIONAL. (Note that CLHS 12.1.4.1 explicitly states "When rationals and floats are compared by a numerical function, the function rational is effectively called to convert the float to a rational and then an exact comparison is performed.") $ clisp -q -x '(< (expt 10 -100) (rational least-positive-short-float))' T $ clisp -q -x '(< (expt 10 -10) (rational least-positive-short-float))' NIL I'm fairly certain CLISP is in error. Thanks, -- 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-12-custom-xen-ws-1 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages clisp depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libreadline5 5.2-2 GNU readline and history libraries ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxpm4 1:3.5.5-2 X11 pixmap library clisp recommends no packages. -- no debconf information -- J.P. Larocque: <piranha(a)thoughtcrime.us>, <piranha(a)ely.ath.cx>

1 0

[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