February 2007 - cl-debian@common-lisp.net

[cl-debian] Bug#360561: cmucl: CMUCL does not run under kernel version 2.6.16
by Christian Lynbech 28 Jun '07

28 Jun '07

Package: cmucl Version: 19c-release-20051115-2 Severity: normal When trying to run CMUCL under the recently released 2.6.16 kernels, it fails to start with the error: chateau:~> lisp Couldn't mmap at 0xbe000000, len 1048576; got mapping at 0xa7cc1000 insteadensure_space: Failed to validate 1048576 bytes at 0xbe000000 The problem is semi-serious in the sense that Debian unstable only really has the 2.6.16 kernels left and thus it kind of is not possible to run CMUCL together with a supported distributed kernel. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages cmucl depends on: ii common-lisp-controller 5.13 This is a Common Lisp source and c ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy Versions of packages cmucl recommends: ii binfmt-support 1.2.7 Support for extra binary formats -- debconf information: cmucl/upgradeproblems:

4 3

[cl-debian] Bug#400240: cl-sql-tests: mysql extension testing suite, 3 out of 229 fail
by commi 22 May '07

22 May '07

Package: cl-sql-tests Version: 3.7.7-1 Severity: important Hello Kevin, this is just to let you know that (asdf:operate 'asdf:test-op 'clsql), mysql extension, 3 out of 229 total tests failed: :BASIC/TYPE/2, :BASIC/MAP/3, :BASIC/DO/2. I use sbcl and slime. Is something wrong with my config or is it that maybe the testing code needs upgrade? Regards, commi -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages cl-sql-tests depends on: ii cl-rt 20040621-2 Common Lisp regression tester from ii cl-sql 3.7.7-1 SQL Interface for Common Lisp ii cl-sql-mysql 3.7.7-1 CLSQL database backend, MySQL ii cl-sql-odbc 3.7.7-1 CLSQL database backend, ODBC ii cl-sql-postgresql 3.7.7-1 CLSQL database backend, PostgreSQL ii cl-sql-postgresql-socket 3.7.7-1 CLSQL database backend, PostgreSQL ii cl-sql-sqlite 3.7.7-1 CLSQL database backend, SQLite cl-sql-tests recommends no packages. -- no debconf information

2 1

[cl-debian] Bug#398873: cl-unit: Loading the system fails
by Pierre THIERRY 17 May '07

17 May '07

Package: cl-unit Version: 1.3.1-2 Severity: normal When trying to ASDF load the package, I got the following error: The name "REGRESSION-TEST" does not designate any package. [Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR] while loading the "clunit" ASDF source file. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (501, 'stable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Versions of packages cl-unit depends on: ii common-lisp-controller 6.6 This is a Common Lisp source and c cl-unit recommends no packages. -- no debconf information -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

2 1

[cl-debian] Bug#410374: ecl: depends on MAXPATHLEN or PATH_MAX being defined
by Pierre THIERRY 29 Mar '07

29 Mar '07

Package: ecl Version: 0.9i-2 Severity: important Tags: patch Justification: fails to build from source ECL throws an error during compilation if neither MAXPATHLEN nor PATH_MAX are defined, though POSIX explicitely permits those constants to be undefined. Applications should test for their definition and if needed use sysconf() to get the actual value. As neither constant is defined on Hurd, ECL wouldn't build at all. Here is a preliminary (and rather unintrusive) patch that doesn't check at runtime for the limit but enable building ECL: diff -r 045b9347e44a src/c/pathname.d --- a/src/c/pathname.d Tue Feb 06 17:36:54 2007 +0100 +++ b/src/c/pathname.d Sat Feb 10 06:27:50 2007 +0100 @@ -29,8 +29,8 @@ #ifndef MAXPATHLEN # ifdef PATH_MAX # define MAXPATHLEN PATH_MAX -# else -# error "Either MAXPATHLEN or PATH_MAX should be defined" +//# else +//# error "Either MAXPATHLEN or PATH_MAX should be defined" # endif #endif @@ -754,8 +754,10 @@ si_coerce_to_filename(cl_object pathname FEerror("Pathname ~A does not have a physical namestring", 1, pathname_orig); } +#ifdef MAXPATHLEN if (namestring->base_string.fillp >= MAXPATHLEN - 16) FEerror("Too long filename: ~S.", 1, namestring); +#endif return namestring; } diff -r 045b9347e44a src/c/unixfsys.d --- a/src/c/unixfsys.d Tue Feb 06 17:36:54 2007 +0100 +++ b/src/c/unixfsys.d Sat Feb 10 06:38:53 2007 +0100 @@ -49,8 +49,8 @@ #ifndef MAXPATHLEN # ifdef PATH_MAX # define MAXPATHLEN PATH_MAX -# else -# error "Either MAXPATHLEN or PATH_MAX should be defined" +//# else +//# error "Either MAXPATHLEN or PATH_MAX should be defined" # endif #endif @@ -247,7 +247,15 @@ FILE * FILE * backup_fopen(const char *filename, const char *option) { +#ifdef MAXPATHLEN char backupfilename[MAXPATHLEN]; +#else + char *backupfilename = malloc(strlen(filename) + 5); + if (backupfilename == NULL) { + // not sure how allocation failure should be dealt with + FElibc_error("Cannot allocate memory for backup filename", 0); + } +#endif strcat(strcpy(backupfilename, filename), ".BAK"); #ifdef _MSC_VER @@ -258,6 +266,9 @@ backup_fopen(const char *filename, const if (rename(filename, backupfilename)) FElibc_error("Cannot rename the file ~S to ~S.", 2, make_constant_base_string(filename), make_simple_base_string(backupfilename)); +#ifndef MAXPATHLEN + free(backupfilename); +#endif return fopen(filename, option); } -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (501, 'stable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages ecl depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c ii gcc-4.1 4.1.1-21 The GNU C compiler ii libc6 2.3.6.ds1-10 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.5-5 Developer's libraries and docs for ecl recommends no packages. -- no debconf information -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

2 1

[cl-debian] Bug#410368: ecl: doesn't know about the GNU system in autotools data
by Pierre THIERRY 29 Mar '07

29 Mar '07

Package: ecl Version: 0.9i-2 Severity: important Tags: patch Justification: fails to build from source Here are two patches to make the build possible on Hurd: diff -r 045b9347e44a src/h/config.h.in --- a/src/h/config.h.in Tue Feb 06 17:36:54 2007 +0100 +++ b/src/h/config.h.in Sat Feb 10 04:15:48 2007 +0100 @@ -302,7 +302,7 @@ typedef unsigned @CL_FIXNUM_TYPE@ cl_has #include "@ECL_FPE_CODE@" #if defined(ECL_THREADS) -# if defined(darwin) || defined(freebsd) +# if defined(darwin) || defined(freebsd) || defined(gnu) # define PTHREAD_MUTEX_ERRORCHECK_NP PTHREAD_MUTEX_ERRORCHECK # define PTHREAD_MUTEX_RECURSIVE_NP PTHREAD_MUTEX_RECURSIVE # define PTHREAD_MUTEX_NORMAL_NP PTHREAD_MUTEX_NORMAL diff -r 045b9347e44a src/aclocal.m4 --- a/src/aclocal.m4 Tue Feb 06 17:36:54 2007 +0100 +++ b/src/aclocal.m4 Sat Feb 10 03:55:51 2007 +0100 @@ -188,6 +188,16 @@ case "${host_os}" in # libdir may have a dollar expression inside linux*) thehost='linux' + THREAD_CFLAGS='-D_THREAD_SAFE' + THREAD_LIBS='-lpthread' + SHARED_LDFLAGS="-shared ${LDFLAGS}" + BUNDLE_LDFLAGS="-shared ${LDFLAGS}" + LDRPATH='-Wl,--rpath,/usr/lib/ecl/' + clibs="-ldl" + # Maybe CFLAGS="-D_ISOC99_SOURCE ${CFLAGS}" ??? + ;; + gnu*) + thehost='gnu' THREAD_CFLAGS='-D_THREAD_SAFE' THREAD_LIBS='-lpthread' SHARED_LDFLAGS="-shared ${LDFLAGS}" -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (501, 'stable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages ecl depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c ii gcc-4.1 4.1.1-21 The GNU C compiler ii libc6 2.3.6.ds1-10 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.5-5 Developer's libraries and docs for ecl recommends no packages. -- no debconf information -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

2 1

[cl-debian] Bug#410367: ecl: use of 3-arg signal handler when SA_SIGINFO is undefined
by Pierre THIERRY 29 Mar '07

29 Mar '07

Package: ecl Version: 0.9i-2 Severity: important Tags: patch Justification: fails to build from source Not all uses of functions and flags related to SA_SIGINFO where protected by the needed #ifdef: diff -r 0169839bd656 src/c/unixint.d --- a/src/c/unixint.d Sat Feb 10 04:52:54 2007 +0100 +++ b/src/c/unixint.d Sat Feb 10 05:35:39 2007 +0100 @@ -54,9 +54,15 @@ mysignal(int code, void *handler) { struct sigaction new_action, old_action; +#ifdef SA_SIGINFO new_action.sa_sigaction = handler; sigemptyset(&new_action.sa_mask); new_action.sa_flags = SA_SIGINFO; +#else + new_action.sa_handler = handler; + sigemptyset(&new_action.sa_mask); + new_action.sa_flags = 0; +#endif sigaction(code, &new_action, &old_action); } #else @@ -136,7 +142,11 @@ signal_catcher(int sig) mysignal(sig, signal_catcher); #ifdef HAVE_SIGPROCMASK CL_UNWIND_PROTECT_BEGIN { +#ifdef SA_SIGINFO handle_signal(sig, siginfo, data); +#else + handle_signal(sig); +#endif } CL_UNWIND_PROTECT_EXIT { sigset_t block_mask; sigemptyset(&block_mask); @@ -162,7 +172,7 @@ si_check_pending_interrupts(void) { int what = cl_env.interrupt_pending; cl_env.interrupt_pending = 0; -#ifdef HAVE_SIGPROCMASK +#if defined (HAVE_SIGPROCMASK) && defined(SA_SIGINFO) handle_signal(what, 0, 0); #else handle_signal(what); -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (501, 'stable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages ecl depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c ii gcc-4.1 4.1.1-21 The GNU C compiler ii libc6 2.3.6.ds1-10 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.5-5 Developer's libraries and docs for ecl recommends no packages. -- no debconf information -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

2 1

[cl-debian] Bug#410689: gclcvs: [INTL:de] initial German debconf translation
by Stefan Bauer 08 Mar '07

08 Mar '07

Package: gclcvs Version: gclcvs 2.7.0-64.1 Severity: wishlist Tags: patch l10n Please find the initial German debconf translation for gclcvs attached. If there are some untranslated parts, please contact me so I can update the German translation. Greetings Stefan

2 1

[cl-debian] Bug#410009: ecl: FTBFS when unpacked in a path with a space
by Pierre THIERRY 08 Mar '07

08 Mar '07

Package: ecl Version: 0.9i-2 Severity: important Justification: fails to build from source When the source package is unpacked in a path that contains a space, the configure script fails at line 37. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (501, 'stable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages ecl depends on: ii common-lisp-controller 6.9 This is a Common Lisp source and c ii gcc-4.1 4.1.1-21 The GNU C compiler ii libc6 2.3.6.ds1-10 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.5-5 Developer's libraries and docs for ecl recommends no packages. -- no debconf information -- nowhere.man(a)levallois.eu.org OpenPGP 0xD9D50D8A

2 1

[cl-debian] Bug#407525: gclcvs: [INTL:fr] French debconf translation update
by Christian Perrier 06 Mar '07

06 Mar '07

Package: gclcvs Severity: wishlist Tags: patch l10n The attached file is an update of the French translation for the debconf templates of gclcvs. Actually, after the tempaltes were changed, some time ago, the French team did not bother updating the translation because we suggested changes to the original templates wording (#327449). However, #327449 has not been fixed and we prefer having a complete translation now. Fixing #327449 would now be made too late and would break translations. I hereby suggest adding this French translation AND fix the package for Etch as soon as possible. Indeed, without news, I will do it myself through a NMU in the next two days, also fixing #389212 for Czech. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-2-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

2 1

[cl-debian] [ann] [cl-gd-announce] New release 0.5.2 (Was: draw-freetype-string cannot work with utf-8 encoded string)
by Edi Weitz 28 Feb '07

28 Feb '07

On Wed, 28 Feb 2007 23:00:55 +0800, "Luo Yong" <cyberblue.yong(a)gmail.com> wrote: > But it displays the UTF-8 string "汉字" like this: > > &27721;&23383 Looks like a bug. Could you try if 0.5.2 fixes it? See also this, BTW: http://bugs.libgd.org/?do=details&task_id=42 Thanks, Edi. _______________________________________________ cl-gd-announce mailing list cl-gd-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cl-gd-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0