From jtarrio at trasno.net  Tue Jan  1 13:40:38 2008
From: jtarrio at trasno.net (Jacobo Tarrio)
Date: Tue, 01 Jan 2008 13:40:38 +0000
Subject: [cl-debian] Bug#458529: [INTL:gl] Galician debconf template
	translation for gcl
Message-ID: <20080101134038.6117.53685.reportbug@localhost>

Package: gcl
Severity: wishlist
Tags: l10n patch

 It is attached to this report.
-------------- next part --------------
# Galician translation of gclcvs's debconf templates
# This file is distributed under the same license as the gclcvs package.
# Jacobo Tarrio <jtarrio at debian.org>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: gclcvs\n"
"Report-Msgid-Bugs-To: gcl at packages.debian.org\n"
"POT-Creation-Date: 2007-12-23 08:47+0100\n"
"PO-Revision-Date: 2008-01-01 13:38+0000\n"
"Last-Translator: Jacobo Tarrio <jtarrio at debian.org>\n"
"Language-Team: Galician <proxecto at trasno.net>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid "Use the work-in-progress ANSI build by default?"
msgstr "?Empregar por defecto a versi?n ANSI que se est? a facer?"

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"GCL is in the process of providing an ANSI compliant image in addition to "
"its traditional CLtL1 image still in production use."
msgstr ""
"Estase a traballar para que GCL forneza unha imaxe ANSI adem?is da imaxe "
"CLtL1 que a?nda se emprega en produci?n."

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"Please see the README.Debian file for a brief description of these terms. "
"Choosing this option will determine which image will be used by default when "
"executing 'gcl at EXT@'."
msgstr ""
"Consulte o ficheiro README.Debian para ver unha descrici?n breve deses "
"termos. Ao establecer esa variable ha determinar a imaxe que ha empregar por "
"defecto ao executar \"gcl at EXT@\"."

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"This setting may be overridden by setting the GCL_ANSI environment variable "
"to any non-empty string for the ANSI build, and to the empty string for the "
"CLtL1 build, e.g. GCL_ANSI=t gcl at EXT@. The currently enforced build flavor "
"will be reported in the initial startup banner."
msgstr ""
"Pode empregar a outra imaxe establecendo a variable de ambiente GCL_ANSI a "
"calquera cadea non baleira para empregar a versi?n ANSI, e ? cadea baleira "
"para empregar a versi?n CLtL1; por exemplo, GCL_ANSI=t gcl at EXT@. Hase "
"informar da versi?n en uso no cartel que aparece ao iniciar o programa."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid "Use the profiling build by default?"
msgstr "?Empregar por defecto a versi?n con cronometrado?"

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid "GCL has optional support for profiling via gprof."
msgstr "GCL agora ten soporte opcional de cronometrado mediante gprof."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid ""
"Please see the documentation for si::gprof-start and si::gprof-quit for "
"details. As this build is slower than builds without gprof support, it is "
"not recommended for final production use."
msgstr ""
"Consulte a documentaci?n de si::gprof-start e si::gprof-quit para m?is "
"detalles. Xa que esta versi?n ? m?is lenta que as que non te?en soporte de "
"gprof, non se recomenda que a empregue para o uso en produci?n."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid ""
"Set the GCL_PROF environment variable to the empty string for more optimized "
"builds, or any non-empty string for profiling support; e.g. GCL_PROF=t "
"gcl at EXT@. If profiling is enabled, this will be reported in the initial "
"startup banner."
msgstr ""
"Pode empregar unha versi?n distinta ? seleccionada establecendo a variable "
"de ambiente GCL_PROF a calquera cadea non baleira para empregar o soporte de "
"cronometrado, ou ? cadea baleira para as versi?ns m?is optimizadas; por "
"exemplo, GCL_PROF=t gcl at EXT@. Se est? activado o cronometrado, hase informar "
"diso no cartel que aparece ao iniciar o programa."

#~ msgid ""
#~ "GCL is in the process of providing an ANSI compliant image in addition to "
#~ "its traditional CLtL1 image still in production use.  Please see the "
#~ "README.Debian file for a brief description of these terms.  Setting this "
#~ "variable will determine which image you will use by default on executing "
#~ "'gcl at EXT@'.  You can locally override this choice by setting the GCL_ANSI "
#~ "environment variable to any non-empty string for the ANSI build, and to "
#~ "the empty string for the CLtL1 build, e.g. GCL_ANSI=t gcl at EXT@.  The "
#~ "flavor of the build in force will be reported in the initial startup "
#~ "banner."
#~ msgstr ""
#~ "Estase a traballar para que GCL forneza unha imaxe ANSI adem?is da imaxe "
#~ "CLtL1 que a?nda se emprega en produci?n. Consulte o ficheiro README."
#~ "Debian para ver unha descrici?n breve deses termos. Ao estabrecer esa "
#~ "variable ha determinar a imaxe que ha empregar por defecto ao executar "
#~ "\"gcl at EXT@\". Pode empregar a outra imaxe estabrecendo a variable de "
#~ "ambiente GCL_ANSI a calquera cadea non baleira para empregar a versi?n "
#~ "ANSI, e ? cadea baleira para empregar a versi?n CLtL1; por exemplo, "
#~ "GCL_ANSI=t gcl at EXT@. Hase informar da versi?n en uso no cartel que "
#~ "aparece ao iniciar o programa."

#~ msgid ""
#~ "GCL now has optional support for profiling via gprof.  Please see the "
#~ "documentation for si::gprof-start and si::gprof-quit for details. As this "
#~ "build is slower than builds without gprof support, it is not recommended "
#~ "for final production use. You can locally override the default choice "
#~ "made here by setting the GCL_PROF environment variable to any non-empty "
#~ "string for profiling support, and to the empty string for the more "
#~ "optimized builds, e.g. GCL_PROF=t gcl at EXT@.  If profiling is enabled, "
#~ "this will be reported in the initial startup banner."
#~ msgstr ""
#~ "GCL agora ten soporte opcional de cronometrado mediante gprof. Consulte a "
#~ "documentaci?n de si::gprof-start e si::gprof-quit para m?is detalles. Xa "
#~ "que esta versi?n ? m?is lenta que as que non te?en soporte de gprof, non "
#~ "se recomenda que a empregue para o uso en produci?n. Pode empregar unha "
#~ "versi?n distinta ? seleccionada estabrecendo a variable de ambiente "
#~ "GCL_PROF a calquera cadea non baleira para empregar o soporte de "
#~ "cronometrado, ou ? cadea baleira para as versi?ns m?is optimizadas; por "
#~ "exemplo, GCL_PROF=t gcl at EXT@. Se est? activado o cronometrado, hase "
#~ "informar diso no cartel que aparece ao iniciar o programa."

From camm at enhanced.com  Wed Jan  2 03:17:08 2008
From: camm at enhanced.com (Camm Maguire)
Date: Wed, 02 Jan 2008 03:17:08 +0000
Subject: [cl-debian] Accepted gclcvs 2.7.0-83 (source i386 all)
Message-ID: <E1J9u6O-0001EX-TS@ries.debian.org>

-----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 at enhanced.com>
Changed-By: Camm Maguire <camm at 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




From camm at enhanced.com  Thu Jan  3 14:32:08 2008
From: camm at enhanced.com (Camm Maguire)
Date: Thu, 03 Jan 2008 14:32:08 +0000
Subject: [cl-debian] Accepted gclcvs 2.7.0-84 (source i386 all)
Message-ID: <E1JAR7A-0001yU-Ux@ries.debian.org>

-----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 at enhanced.com>
Changed-By: Camm Maguire <camm at 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




From clytie at riverland.net.au  Fri Jan  4 06:07:25 2008
From: clytie at riverland.net.au (Clytie Siddall)
Date: Fri, 4 Jan 2008 16:37:25 +1030
Subject: [cl-debian] Bug#459008: gcl: [INTL:vi] Vietnamese debconf templates
	translation
Message-ID: <29B30F58-CBF5-440F-B0BC-95F77F26D55F@riverland.net.au>

Package: gcl
Version: 2.6.7-36
Severity: minor
Tags: l10n, wishlist

The initial Vietnamese translation for the debconf file: gcl

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)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vi.po.gz
Type: application/x-gzip
Size: 1708 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080104/94d28140/attachment.bin>

From luca at pca.it  Sat Jan  5 00:43:09 2008
From: luca at pca.it (Luca Capello)
Date: Sat, 05 Jan 2008 01:43:09 +0100
Subject: [cl-debian] Bug#457648: fails to compile when using with slime
References: <1198482610.11204.2.camel@lonestar.surveysupport1.com>
Message-ID: <877iiprtk2.fsf@gismo.pca.it>

reassign 457648 cl-swank
found 457648 1:20070927-3
found 457648 1:20071202-1
tags 457648 + upstream
thanks

Hello!

Cc:ing the SLIME-devel mailing list because it's an upstream bug.

On Mon, 24 Dec 2007 08:50:10 +0100, anoop aryal wrote:
> 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

This is reproducible on my sid-amd64 with a simple (require 'swank) in
SLIME and SBCL_1:1.0.12.0-1 on emacs-snapshot_1:20080101-1 (GNU Emacs
23.0.50.1).  For this reason it's not an arnesi bug, but a SLIME one,
reassigning.

The bug doesn't happen with SLIME_1:20070628-1, but only starting with
version 1:20070927-3, which unconditionally loads all the fancy stuff:
the WARNING happears with contrib/swank-presentation-streams.lisp.

Thx, bye,
Gismo / Luca





From owner at bugs.debian.org  Sat Jan  5 00:48:07 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Sat, 05 Jan 2008 00:48:07 +0000
Subject: [cl-debian] Processed: Re: Bug#457648: fails to compile when using
	with slime
In-Reply-To: <877iiprtk2.fsf@gismo.pca.it>
References: <877iiprtk2.fsf@gismo.pca.it>
Message-ID: <handler.s.C.119949386528648.transcript@bugs.debian.org>

Processing commands for control at bugs.debian.org:

> reassign 457648 cl-swank
Bug#457648: fails to compile when using with slime
Bug reassigned from package `cl-arnesi' to `cl-swank'.

> found 457648 1:20070927-3
Bug#457648: fails to compile when using with slime
Bug marked as found in version 1:20070927-3.

> found 457648 1:20071202-1
Bug#457648: fails to compile when using with slime
Bug marked as found in version 1:20071202-1.

> tags 457648 + upstream
Bug#457648: fails to compile when using with slime
There were no tags set.
Tags added: upstream

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




From owner at bugs.debian.org  Sat Jan  5 00:48:07 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Sat, 05 Jan 2008 00:48:07 +0000
Subject: [cl-debian] Processed: Re: Bug#457648: fails to compile when using
	with slime
In-Reply-To: <877iiprtk2.fsf@gismo.pca.it>
References: <877iiprtk2.fsf@gismo.pca.it>
Message-ID: <handler.s.C.119949386528648.transcript@bugs.debian.org>

Processing commands for control at bugs.debian.org:

> reassign 457648 cl-swank
Bug#457648: fails to compile when using with slime
Bug reassigned from package `cl-arnesi' to `cl-swank'.

> found 457648 1:20070927-3
Bug#457648: fails to compile when using with slime
Bug marked as found in version 1:20070927-3.

> found 457648 1:20071202-1
Bug#457648: fails to compile when using with slime
Bug marked as found in version 1:20071202-1.

> tags 457648 + upstream
Bug#457648: fails to compile when using with slime
There were no tags set.
Tags added: upstream

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




From kozlov.y at gmail.com  Sat Jan  5 13:31:48 2008
From: kozlov.y at gmail.com (Yuri Kozlov)
Date: Sat, 05 Jan 2008 16:31:48 +0300
Subject: [cl-debian] Bug#459308: gcl: [INTL:ru] Russian debconf templates
 translation update
Message-ID: <20080105133148.24453.14182.reportbug@keeper.home>

Package: gcl
Version: 2.6.7-36
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update 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.22-1-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)
-------------- next part --------------
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov <kozlov.y at gmail.com>, 2008.
msgid ""
msgstr ""
"Project-Id-Version: 2.6.7-36\n"
"Report-Msgid-Bugs-To: gcl at packages.debian.org\n"
"POT-Creation-Date: 2007-12-23 08:47+0100\n"
"PO-Revision-Date: 2008-01-03 10:22+0300\n"
"Last-Translator: Yuri Kozlov <kozlov.y at gmail.com>\n"
"Language-Team: Russian <debian-l10n-russian at lists.debian.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid "Use the work-in-progress ANSI build by default?"
msgstr "???????????? ??????????????? ANSI ?????? ?? ??????????"

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"GCL is in the process of providing an ANSI compliant image in addition to "
"its traditional CLtL1 image still in production use."
msgstr ""
"?????? ???????? ?????? CLtL1, ????????????? ? ???????????? ??????, GCL "
"????? ??????????? ??????? ?????, ??????????????? ANSI."

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"Please see the README.Debian file for a brief description of these terms. "
"Choosing this option will determine which image will be used by default when "
"executing 'gcl at EXT@'."
msgstr ""
"??????? ???????? ????????? ? ????? README.Debian. ?????? ??????? "
"????????????, ????? ?? ??????? ????? ??????????? ?? ????????? ??? "
"?????????? 'gcl at EXT@'."

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"This setting may be overridden by setting the GCL_ANSI environment variable "
"to any non-empty string for the ANSI build, and to the empty string for the "
"CLtL1 build, e.g. GCL_ANSI=t gcl at EXT@. The currently enforced build flavor "
"will be reported in the initial startup banner."
msgstr ""
"??? ????????? ????? ???? ?????????????? ?????????? ?????????? "
"????????? GCL_ANSI ? ???????? ???????? ??? ANSI ??????, ? ?????? "
"????????? ?????????? CLtL1 ??????, ???????? GCL_ANSI=t gcl at EXT@. "
"??????? ???????????? ??? ?????? ????? ??????? ??? ?????? ???????."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid "Use the profiling build by default?"
msgstr "???????????? ?? ????????? ????????????? ???????"

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid "GCL has optional support for profiling via gprof."
msgstr "GCL ???????????? ?????????????? ?????????????? ????? gprof."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid ""
"Please see the documentation for si::gprof-start and si::gprof-quit for "
"details. As this build is slower than builds without gprof support, it is "
"not recommended for final production use."
msgstr ""
"????????? ?? ???? ???????? ? ???????????? ?? si::gprof-start ? si::gprof-quit. "
"??? ??? ?????? ?????? ???????? ????????? ??? ??? ????????? gprof, "
"?? ?? ????????????? ???????????? ? ???????? ??????."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid ""
"Set the GCL_PROF environment variable to the empty string for more optimized "
"builds, or any non-empty string for profiling support; e.g. GCL_PROF=t "
"gcl at EXT@. If profiling is enabled, this will be reported in the initial "
"startup banner."
msgstr ""
"??????? ?????????? ????????? GCL_PROF ??????? ???????? ???????? ????? "
"???????????????? ??????, ? ????? ???????? -- ????????? ??????????????; "
"???????? GCL_PROF=t gcl at EXT@. ???? ?????????????? ????????, ?? "
"?? ???? ????? ???????? ??? ?????? ???????."


From cobaco at skolelinux.no  Mon Jan  7 08:33:23 2008
From: cobaco at skolelinux.no (cobaco (aka Bart Cornelis))
Date: Mon, 7 Jan 2008 09:33:23 +0100
Subject: [cl-debian] Bug#459541: [INTL:nl] Updated Dutch po-debconf
	translation
Message-ID: <200801070933.23872.cobaco@skolelinux.no>

Package: gcl
Severity: wishlist
Tags: patch l10n

Please find attached the updated dutch po-debconf translation. Please add 
it to your next package revision, it should replace the current 
debian/po/nl.po in your package tree, TIA.

Feel free to mail me if this file needs updating at some future date.
-- 
cobaco (aka Bart Cornelis)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: nl.po
Type: application/x-gettext
Size: 3745 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080107/203e870a/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080107/203e870a/attachment.sig>

From luca at pca.it  Mon Jan  7 23:50:31 2008
From: luca at pca.it (Luca Capello)
Date: Tue, 08 Jan 2008 00:50:31 +0100
Subject: [cl-debian] Bug#450783: cl-s-xml: example in documentation does not
 work, undefined function: trace-xml-log
In-Reply-To: <351738148@web.de>
References: <351738148@web.de>
Message-ID: <87d4sd42m0.fsf@gismo.pca.it>

Hi Brian,

sorry for the lag.

On Fri, 23 Nov 2007 11:16:03 +0100, whoeey1830 wrote:
>> Von: "Luca Capello" <luca at pca.it>
>> Gesendet: 22.11.07 00:12:05
>> I still think that the solution would be to provide an ASDF test suite
>> (as well an example one), as I suggested in the upstream mailing list a
>> long time ago [1].
>
> True, a seperate test suite as asdf-package and/or deb package would
> be nice. Compare f.e. to cl-sql on debian.

I eventually submitted upstream the patch I prepared soon after you
filed this bug:

 http://common-lisp.net/pipermail/s-xml-devel/2008-January/000038.html

>> Can you try again the sax parser example code after having loaded
>> /usr/share/common-lisp/source/s-xml/tracer.lisp?  This should solve
>> your problem.
>
> Yes, works.

Thanks.

> PS: You also need to remove the call to undefined function 'ident' in
> $s-xml/test/tracer.lisp.

Can you try the patch I submitted upstream and open a new Debian bug in
case this error persists, please?

Thx, bye,
Gismo / Luca





From debian at helgefjell.de  Wed Jan  9 10:51:01 2008
From: debian at helgefjell.de (Helge Kreutzmann)
Date: Wed, 9 Jan 2008 11:51:01 +0100
Subject: [cl-debian] Bug#459887: gcl: [INTL:de] updated German debconf
	translation
Message-ID: <20080109105101.GA7742@ipxXXXXX>

Package: gcl
Version: 2.6.7-36
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for gcl
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics <pofile.po>'
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
            Helge
-------------- next part --------------
# Translation of gcl debconf templates to German
# Copyright (C) Stefan Bauer <stefan.bauer at edv-fix.de>, 2007.
# Copyright (C) Helge Kreutzmann <debian at helgefjell.de>, 2007, 2008.
# This file is distributed under the same license as the gcl package.
#
msgid ""
msgstr ""
"Project-Id-Version: gcl 2.6.7-36\n"
"Report-Msgid-Bugs-To: gcl at packages.debian.org\n"
"POT-Creation-Date: 2007-12-23 08:47+0100\n"
"PO-Revision-Date: 2008-01-09 11:49+0100\n"
"Last-Translator: Stefan Bauer <stefan.bauer at edv-fix.de>\n"
"Language-Team: de <debian-l10n-german at lists.debian.org>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-15\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid "Use the work-in-progress ANSI build by default?"
msgstr "Verwende standardm??ig den sich in Arbeit befindlichen ANSI-Build?"

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"GCL is in the process of providing an ANSI compliant image in addition to "
"its traditional CLtL1 image still in production use."
msgstr ""
"GCL ist derzeit dabei, zus?tzlich zu dem noch im Einsatz befindlichen "
"traditionellen CLtL1-Image ein ANSI-konformes Image bereitzustellen." 

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"Please see the README.Debian file for a brief description of these terms. "
"Choosing this option will determine which image will be used by default when "
"executing 'gcl at EXT@'."
msgstr ""
"Bitte lesen Sie die Datei README.Debian f?r eine kurze Beschreibung dieser "
"Begriffe. Die Wahl dieser Option bestimmen, welches Image standardm??ig "
"verwendet wird, wenn ?gcl at EXT@? ausgef?hrt wird."

#. Type: boolean
#. Description
#: ../in.gcl.templates:2001
msgid ""
"This setting may be overridden by setting the GCL_ANSI environment variable "
"to any non-empty string for the ANSI build, and to the empty string for the "
"CLtL1 build, e.g. GCL_ANSI=t gcl at EXT@. The currently enforced build flavor "
"will be reported in the initial startup banner."
msgstr ""
"Diese Einstellung kann mit der Umgebungsvariablen GCL_ANSI ?berschrieben "
"werden. Jede nicht-leere Zeichenkette f?hrt zur ANSI-Erstellung, und die "
"leere Zeichenkette f?hrt zum CLtL1-Bau, z.B. GCL_ANSI=t gcl at EXT@. In der "
"Startmeldung wird die derzeit erzwungene Bauart berichtet."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid "Use the profiling build by default?"
msgstr "Verwende standardm??ig den Profiling-Build?"

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid "GCL has optional support for profiling via gprof."
msgstr "GCL besitzt optionale Unterst?tzung f?r Profiling mittels Gprof."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid ""
"Please see the documentation for si::gprof-start and si::gprof-quit for "
"details. As this build is slower than builds without gprof support, it is "
"not recommended for final production use."
msgstr ""
"Bitte lesen Sie die Dokumentation f?r si::gprof-start und si::gprof-quit "
"f?r Details. Da ein solches Programm langsamer ist als ein Programm ohne "
"Gprof-Unterst?tzung, wird dies f?r den Produktiveinsatz nicht empfohlen."

#. Type: boolean
#. Description
#: ../in.gcl.templates:3001
msgid ""
"Set the GCL_PROF environment variable to the empty string for more optimized "
"builds, or any non-empty string for profiling support; e.g. GCL_PROF=t "
"gcl at EXT@. If profiling is enabled, this will be reported in the initial "
"startup banner."
msgstr ""
"Setzen Sie die Umgebungsvariable GCL_PROF auf die leere Zeichenkette, um ein "
"optimiertes Programm zu erhalten oder auf irgendeine nicht-leere "
"Zeichenkette, f?r Profiling-Unterst?tzung; z.B. GCL_PROF=t gcl at EXT@. Falls "
"Profiling aktiviert ist, wird dies in der Startmeldung angezeigt."

#~ msgid ""
#~ "GCL is in the process of providing an ANSI compliant image in addition to "
#~ "its traditional CLtL1 image still in production use.  Please see the "
#~ "README.Debian file for a brief description of these terms.  Setting this "
#~ "variable will determine which image you will use by default on executing "
#~ "'gcl at EXT@'.  You can locally override this choice by setting the GCL_ANSI "
#~ "environment variable to any non-empty string for the ANSI build, and to "
#~ "the empty string for the CLtL1 build, e.g. GCL_ANSI=t gcl at EXT@.  The "
#~ "flavor of the build in force will be reported in the initial startup "
#~ "banner."
#~ msgstr ""
#~ "GCL arbeitet neben dem traditionellen CLtL1-Image f?r den "
#~ "Produktiveinsatz zus?tzlich an der Bereitstellung eines kompatiblen ANSI-"
#~ "Images. Bitte beachten Sie die README.Debian-Datei f?r eine kurze "
#~ "Beschreibung dieses Themas. Durch diese Variable definieren Sie, welches "
#~ "Image voreingestellt bei der Ausf?hrung von ?gcl at EXT@? verwendet wird. "
#~ "Diese Auswahl kann lokal, durch einen nicht leeren Wert in der "
#~ "Umgebungsvariable ?GCL_ANSI? f?r den ANSI-Build, bzw. einen leeren Wert "
#~ "f?r den CLtL1-Build, z.B. GCL_ANSI=t gcl at EXT@ definiert werden. Es "
#~ "erfolgt eine Meldung ?ber die aktive Erstellung im einf?hrenden Start-"
#~ "Banner."

#~ msgid ""
#~ "GCL now has optional support for profiling via gprof.  Please see the "
#~ "documentation for si::gprof-start and si::gprof-quit for details. As this "
#~ "build is slower than builds without gprof support, it is not recommended "
#~ "for final production use. You can locally override the default choice "
#~ "made here by setting the GCL_PROF environment variable to any non-empty "
#~ "string for profiling support, and to the empty string for the more "
#~ "optimized builds, e.g. GCL_PROF=t gcl at EXT@.  If profiling is enabled, "
#~ "this will be reported in the initial startup banner."
#~ msgstr ""
#~ "GCL besitzt optionale Unterst?tzung f?r Profiling mit gprof. Bitte lesen "
#~ "Sie hierzu die Dokumentation von si::gprof-start und si::gprof-quit f?r "
#~ "weiterf?hrende Informationen. Da dieser Build langsamer ist als ohne "
#~ "gprof-Unterst?tzung, wird dieser Weg nicht f?r den endg?ltig produktiven "
#~ "Einsatz empfohlen. Sie k?nnen die hier gemachten Angaben lokal ?ber die "
#~ "GCL_PROF-Umgebungsvariable durch einen beliebigen Wert ?ndern, bzw. durch "
#~ "einen leeren Wert f?r das weitaus anpassungsf?higere Build, z.B. "
#~ "GCL_PROF=t gcl at EXT@. Falls Profiling aktiviert ist, erfolgt eine Meldung "
#~ "im einf?hrenden Start-Banner."

From bubulle at debian.org  Thu Jan 10 05:40:43 2008
From: bubulle at debian.org (Christian Perrier)
Date: Thu, 10 Jan 2008 06:40:43 +0100
Subject: [cl-debian] Bug#457025: gcl: General update after the debconf review
	process
Message-ID: <20080110054043.GA21731@mykerinos.kheops.frmug.org>

Dear Debian maintainer,

On Friday, November 30, 2007, I sent you a notification about the beginning of a review
action on debconf templates for gcl.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/<templates> with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Friday, November 30, 2007. If your package was updated
in the meantime, I may have updated my reference copy....but I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch.tar.gz
Type: application/octet-stream
Size: 40316 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080110/572736da/attachment.obj>
-------------- next part --------------
--- gcl.old/debian/in.gcl.templates	2007-11-25 12:18:30.704811977 +0100
+++ gcl/debian/in.gcl.templates	2007-12-19 07:26:03.350211134 +0100
@@ -1,26 +1,38 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-english at lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: gcl at EXT@/default_gcl_ansi
 Type: boolean
-_Description: Use the work-in-progress ansi build by default?
+_Description: Use the work-in-progress ANSI build by default?
  GCL is in the process of providing an ANSI compliant image in addition to
- its traditional CLtL1 image still in production use.  Please see the
- README.Debian file for a brief description of these terms.  Setting this
- variable will determine which image you will use by default on executing
- 'gcl at EXT@'.  You can locally override this choice by setting the GCL_ANSI
+ its traditional CLtL1 image still in production use.
+ .
+ Please see the README.Debian file for a brief description of these terms.
+ Choosing this option will determine which image will be used by default
+ when executing 'gcl at EXT@'.
+ .
+ This setting may be overridden by setting the GCL_ANSI
  environment variable to any non-empty string for the ANSI build, and to
- the empty string for the CLtL1 build, e.g. GCL_ANSI=t gcl at EXT@.  The
- flavor of the build in force will be reported in the initial startup
+ the empty string for the CLtL1 build, e.g. GCL_ANSI=t gcl at EXT@. The
+ currently enforced build flavor will be reported in the initial startup
  banner.
 
 Template: gcl at EXT@/default_gcl_prof
 Type: boolean
 _Description: Use the profiling build by default?
- GCL now has optional support for profiling via gprof.  Please see the
- documentation
- for si::gprof-start and si::gprof-quit for details. As this build is slower
- than builds without gprof support, it is not recommended for final production use.
- You can locally override the default choice made here
- by setting the
- GCL_PROF environment variable to any non-empty string for profiling
- support, and to the empty string for the more optimized builds, e.g.
- GCL_PROF=t gcl at EXT@.  If profiling is enabled, this will be reported in
- the initial startup banner.
+ GCL has optional support for profiling via gprof.
+ .
+ Please see the documentation for si::gprof-start and si::gprof-quit
+ for details. As this build is slower than builds without gprof
+ support, it is not recommended for final production use.
+ .
+ Set the GCL_PROF environment variable to the empty string for more
+ optimized builds, or any non-empty string for profiling support; e.g.
+ GCL_PROF=t gcl at EXT@. If profiling is enabled, this will be reported
+ in the initial startup banner.
--- gcl.old/debian/control	2007-11-25 12:18:30.704811977 +0100
+++ gcl/debian/control	2007-12-16 11:08:12.473983404 +0100
@@ -9,14 +9,14 @@
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}, ${gcc}, debconf (>= 1.2.0), emacs22 | emacsen
 Suggests: gcl-doc
-Description: GNU Common Lisp compiler
+Description: GNU Common Lisp compiler - binaries
  GNU Common Lisp (GCL) is a Common Lisp compiler and interpreter
- implemented in C, and complying mostly with the standard set 
- forth in the book "Common Lisp, the Language I".  It attempts
- to strike a useful middle ground in performance and portability
- from its design around C.
+ implemented in C, and complying mostly with the standard set forth in
+ the book "Common Lisp, the Language (1st edition)". It attempts to
+ take a useful middle ground in performance and portability by way of
+ its design around C.
  .
- This package contains the Lisp system itself.  Documentation 
+ This package contains the Lisp system itself. The documentation 
  is provided in the gcl-doc package.
 
 Package: gcl-doc
@@ -24,13 +24,13 @@
 Architecture: all
 Conflicts: gclinfo
 Replaces: gclinfo
-Description: Documentation for GNU Common Lisp
+Description: GNU Common Lisp compiler - documentation
  GNU Common Lisp (GCL) is a Common Lisp compiler and interpreter
- implemented in C, and complying mostly with the standard set 
- forth in the book "Common Lisp, the Language I".  It attempts
- to strike a useful middle ground in performance and portability
- from its design around C.
+ implemented in C, and complying mostly with the standard set forth in
+ the book "Common Lisp, the Language (1st edition)". It attempts to
+ take a useful middle ground in performance and portability by way of
+ its design around C.
  .
- This package contains Documentation in info format of both the
- system internals, as well as the graphical interface currently
+ This package contains the GCL documentation in info format for the
+ system internals as well as the graphical interface currently
  implemented in Tcl/Tk.
--- gcl.old/debian/changelog	2007-11-25 12:18:30.704811977 +0100
+++ gcl/debian/changelog	2008-01-09 18:33:21.488146258 +0100
@@ -1,3 +1,20 @@
+gcl (2.6.7-36) UNRELEASED; urgency=low
+
+  * Debconf templates and debian/control reviewed by the debian-l10n-
+    english team as part of the Smith review project. Closes: #457025
+  * [Debconf translation updates]
+  * Portuguese. Closes: #457576
+  * Czech. Closes: #457677
+  * French. Closes: #458120
+  * Finnish. Closes: #458255
+  * Galician. Closes: #458529
+  * Vietnamese. Closes: #459008
+  * Russian. Closes: #459308
+  * Dutch. Closes: #459541
+  * German. Closes: #459887
+
+ -- Christian Perrier <bubulle at debian.org>  Wed, 09 Jan 2008 18:33:21 +0100
+
 gcl (2.6.7-35) unstable; urgency=low
 
   * drop gcc-3.4 on arm, Closes: #440421
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080110/572736da/attachment.sig>

From luca at pca.it  Fri Jan 11 17:59:26 2008
From: luca at pca.it (Luca Capello)
Date: Fri, 11 Jan 2008 18:59:26 +0100
Subject: [cl-debian] pkg-common-lisp.alioth.debian.org is born!
Message-ID: <87fxx42qgx.fsf@gismo.pca.it>

Hi all!

Cc:ing all the people invoveld in Common Lisp work on Debian, sorry if
you receive this mail in double.  Please respect the Reply-To: and
Mail-Followup-To: headers, thanks!

Finally, my proposal to going to common maintenance [1] comes to life:
pkg-common-lisp has been created on Alioth [2].  Let's have fun!


What's done:

1) inserted the project into the Alioth tree:

     * Development Status: 6 - Mature
     * Environment: Console (Text Based)
     * Intended Audience: Developers
     * License: OSI Approved
     * Operating System: POSIX
     * Programming Language: Lisp
     * Topic: Packaging

2) added old members of the CL-Debian project.  If someone wants to be
   added, she/he can file a request on the Alioth project page [2] or
   drop me a mail.

4) created the -commits mailing list: this will be close to everyone but
   mails coming from alioth.debian.org, since I guess this should be the
   envelop for automatic commit mails for every VCS (this setup should
   be tested, however).

5) created the -devel mailing list, whose purpose is duplex: being in
   the Maintainer: debian/control field for every package which is
   co-maintained and being the official list for the team (thus
   super-seedingl-debian at common-lisp.net).  While in the beginning I
   thought to migrate the cl-debian@ archives as well, I don't think
   it's a good idea anymore, so I'll do it only if someone asks for it.

   FYI, this mail has been posted primarily on the -devel mailing list,
   please reply there (R-T and M-F-T accordingly set).

6) moved the CL-Debian Alioth homepage [3] to the new project [4],
   adapting it for the new mailing list and goals, thus removing its
   "darcs-centrism".  There's space for improvements ;-)

   I voluntarily omitted information about the old "central" darcs
   repository in the new homepage, because as for the mailing list, the
   sooner we move, the better is.  For this reason, the old homepage [3]
   now automatically redirects to the new homepage [4].


The next steps are the following: some of them will be managed soon
after this mail.

7) migrate everyone subscribed to cl-debian@ to the new -devel mailing
   list, to promote the latter.  In 2 weeks at last the old cl-debian@
   will be closed.  Is this kind enough to the cl-debian@ subscribers?
   I'm all for it, because there's no point in having two mailing list:
   the sooner the new one is used, the better is.

8) since the VCS poll [5] ended with no real decisions,
   pkg-common-lisp's supported VCSs ATM are, in alphabetical order: bzr,
   darcs, git and hg.  Directories for these VCSs already exists on
   Alioth: you can migrate your packages, but please follow the
   instructions on the Debian Wiki [6] and the ones described below.

   If people state which package can be co-maintained, everyone in the
   project can migrate that package.  This means that the debian/ folder
   needs to be adjusted:

   a- debian/changelog:

      add a note about the new maintainer

   b- debian/control

      Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
      Uploaders: [who usually take care of the package and the sponsor(s)]

   c- debian/copyright

      it should reflect the Uploaders: debian/control field, at least
      for the Debian-related work.

   Please send a mail to this list as soon as a package migration is
   completed.

   About the debian/ folder, which reflects the Debian work done on the
   package: I'm in favor of clearly add copyright and license
   information in the debian/copyright file (as I do for all my
   packages, e.g. [7]).  I'd like that the team agrees on a single
   license for the Debian work (my preference is always for GPL...), but
   it it's considered too much a pain we'll continue with the status
   quo.

9) do we need some other Alioth features, like the tracker, news, task
   manager or forum?  I prefer to keep as simple as possible:

   - the -devel mailing list for discussion

   - the Debian BTS [8] for all bugs/wishlists

   Maybe we should enable the tracker if we want project's problems to
   be monitored by other than the Debian BTS [8].  However, about this
   issue, I'm in favor of a Debian cl-debian (meta)package, which would
   combines this project with a "basic" Common Lisp installation on
   Debian.  This is a very new idea, thus it needs a bit more reflexion.

I'm eager of anyone comments :-)

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://common-lisp.net/pipermail/cl-debian/2007-October/002859.html
[2] http://cl-debian.alioth.debian.org
[3] http://alioth.debian.org/projects/pkg-common-lisp/
[4] http://pkg-common-lisp.alioth.debian.org
[5] http://www.livejournal.com/poll/?id=1097084
[6] http://wiki.debian.org/Alioth
[7] http://packages.debian.org/changelogs/pool/main/s/stumpwm/stumpwm_20070908-1/stumpwm.copyright
[8] http://bugs.debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080111/6bcc09d0/attachment.sig>

From pvaneynd at debian.org  Fri Jan 11 23:00:38 2008
From: pvaneynd at debian.org (Peter Van Eynde)
Date: Sat, 12 Jan 2008 00:00:38 +0100
Subject: [cl-debian] Re: pkg-common-lisp.alioth.debian.org is born!
In-Reply-To: <87fxx42qgx.fsf@gismo.pca.it>
References: <87fxx42qgx.fsf@gismo.pca.it>
Message-ID: <1200092438.14732.1230794449@webmail.messagingengine.com>

Hi

Great work Luca, I'll start migrating asap.

On Fri, 11 Jan 2008 18:59:26 +0100, "Luca Capello" <luca at pca.it> said:
> 9) do we need some other Alioth features, like the tracker, news, task
>    manager or forum?  I prefer to keep as simple as possible:

I got a complaint from a ubuntu user a while ago that he could not find 
a place to report a clc bug, so maybe having some hints on how to open
bugs from non-debian systems would be nice to have.

>    Maybe we should enable the tracker if we want project's problems to
>    be monitored by other than the Debian BTS [8].  However, about this
>    issue, I'm in favor of a Debian cl-debian (meta)package, which would
>    combines this project with a "basic" Common Lisp installation on
>    Debian.  This is a very new idea, thus it needs a bit more reflexion.

The 'standard' CL would depend on the architecture?


> I'm eager of anyone comments :-)

How and where do we upload the darcs/git/bzr repositories?

Ciao, Peter


From rafael at debian.org  Sat Jan 12 18:57:43 2008
From: rafael at debian.org (Rafael Laboissiere)
Date: Sat, 12 Jan 2008 19:57:43 +0100
Subject: [cl-debian] Bug#460444: cl-screen-sbcl: Wrong spelling in package
 description: SLang -> S-Lang
Message-ID: <20080112185743.GB13712@localhost>

Package: cl-screen-sbcl
Version: 1.0-4
Severity: minor

The description of the package contains the word "SLang" referring to
the S-Lang library.  Please, fix the spelling such that it reads
"S-Lang" instead.  Correct spelling/capitalisation of project names
is currently under discussion in debian-devel [1].

[1] http://lists.debian.org/debian-devel/2008/01/msg00304.html

--
Rafael





From edi at agharta.de  Mon Jan 14 02:02:16 2008
From: edi at agharta.de (Edi Weitz)
Date: Mon, 14 Jan 2008 03:02:16 +0100
Subject: [cl-debian] [ann] [drakma-announce] New release 0.11.2   (Was:
 CHUNGA:INPUT-CHUNKING-UNEXPECTED-END-OF-FILE)
In-Reply-To: <87ve63jgvy.fsf@davinci.hivsa.com> (Nico de Jager's message of
	"Wed, 09 Jan 2008 14:57:37 +0200")
References: <87ir346tah.fsf@davinci.hivsa.com> <uwsrigwmx.fsf@agharta.de>
	<87ve63jgvy.fsf@davinci.hivsa.com>
Message-ID: <uwsqdb1w7.fsf_-_@agharta.de>

On Wed, 09 Jan 2008 14:57:37 +0200, Nico de Jager <ndj at hivsa.com> wrote:

> Uhm, the attached example simply tries to upload a few image files

I could reproduce the example and it seems this is a bug in LispWorks
(which I've reported to LW support).  The new release doesn't really
fix the problem (I can't do that), but it tries to deal with it in a
more or less reasonable way.  Please try it.

Note that the new release is only relevant for LispWorks users.  Users
of other Lisps can as well keep 0.11.1.

Thanks for the report,
Edi.
_______________________________________________
drakma-announce mailing list
drakma-announce at common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce
_______________________________________________
announcements site list
announcements at common-lisp.net
http://common-lisp.net/mailman/listinfo/announcements


From pvaneynd at debian.org  Mon Jan 14 08:47:16 2008
From: pvaneynd at debian.org (Peter Van Eynde)
Date: Mon, 14 Jan 2008 08:47:16 +0000
Subject: [cl-debian] Accepted sbcl 1:1.0.13.0-1 (source all amd64)
Message-ID: <E1JEKyS-0000xb-2G@ries.debian.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 14 Jan 2008 07:58:16 +0100
Source: sbcl
Binary: sbcl sbcl-source sbcl-doc
Architecture: source all amd64
Version: 1:1.0.13.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Peter Van Eynde <pvaneynd at debian.org>
Description: 
 sbcl       - A Common Lisp compiler and development system
 sbcl-doc   - Documentation for Steel Bank Common Lisp
 sbcl-source - Source code files for SBCL
Changes: 
 sbcl (1:1.0.13.0-1) unstable; urgency=low
 .
   * updated standard version no real changes
   * Changed to group maintenance
   * New upstream. Major changes:
      + minor incompatible change: RUN-PROGRAM now uses execvp(3) to find
        an executable in the search path, and does so in the child
        process's PATH.  The function FIND-EXECUTABLE-IN-SEARCH-PATH has
        been removed; it can be found in the CVS history, for somebody who
        needs that search behavior (see the manual).
      + minor incompatible change: compiler policy re. weakening type
        checks has changed: now type checks are weakened on if SAFETY < 2
        and SAFETY < SPEED.
      + SB-EXT:NATIVE-NAMESTRING takes a new keyword AS-FILE, forcing
        unparsing of directory pathnames as files. Analogously,
        SB-EXT:PARSE-NATIVE-NAMESTRING takes an AS-DIRECTORY, forcing a
        filename to parse into a directory pathname.
      + enhancement: implicit generic function creation now signals a
        specific style-warning IMPLICIT-GENERIC-FUNCTION-WARNING, which
        users can bind handlers for and muffle around calls to LOAD.
      + enhancement: RUN-PROGRAM allows unicode arguments and environments
        to be used (using the default stream external format), and allows
        non-simple strings to be used. (thanks to Harald Hanche-Olsen)
      + optimization: COPY-SEQ, FILL, and SUBSEQ are 30-80% faster for
        strings and vectors whose element-type or simplicity is not fully
        known at compile-time.
      + optimization: STRING-TRIM and related functions no longer allocate
        a new string when no trimming needs to be performed. These functions
        are also faster than before when the input string has been declared
        as a simple-string.
      + optimization: READ-SEQUENCE on simple-strings is up to 80% faster.
      + optimization: READ-LINE is significantly faster for files containing
        long lines.
      + optimization: non-open coded uses of character comparison operators
        (e.g. char=) no longer cons when called with more than one parameter
        on platforms supporting dynamic-extent allocation.
      + bug fix: READ-SEQUENCE on composite stream wrapping a Gray stream
        with STREAM-ELEMENT-TYPE (UNSIGNED-BYTE 8) signalled an error.
      + bug fix: COPY-SEQ on lists did not signal a type-error on improper
        lists in safe code.
      + bug fix: some sequence functions elided bounds checking when
        SPEED > SAFETY.
      + bug fix: too liberal weakening of union-type checks when SPEED >
        SAFETY.
      + bug fix: more bogus fixnum declarations in ROOM implementation
        have been fixed.
   * We lost the ChangeLog when moving away from CVS
   * Make source files not executable
   * Prepare for release
Files: 
 be9468530e8c6729ba9f8772626af3a3 913 devel optional sbcl_1.0.13.0-1.dsc
 48bfd023557a92aac4b5a33c460b67cb 4020322 devel optional sbcl_1.0.13.0.orig.tar.gz
 e84b976d199060009e5473d7e2650a8e 36551 devel optional sbcl_1.0.13.0-1.diff.gz
 1dc59944a0277538b4d8fa07fd0eb6d7 1038180 doc optional sbcl-doc_1.0.13.0-1_all.deb
 af9727a81c3d63c89ff7aa6def1f2a95 3345150 doc optional sbcl-source_1.0.13.0-1_all.deb
 cb077ef363038e8e26388bbafebf3da9 9622624 devel optional sbcl_1.0.13.0-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHixGl11ldN0tyliURAierAKCTco8vhon1fBzaWTJIcPStJrIqfgCePjxp
pTbWzNoNbqge5W7y8GKrlkQ=
=FrLt
-----END PGP SIGNATURE-----


Accepted:
sbcl-doc_1.0.13.0-1_all.deb
  to pool/main/s/sbcl/sbcl-doc_1.0.13.0-1_all.deb
sbcl-source_1.0.13.0-1_all.deb
  to pool/main/s/sbcl/sbcl-source_1.0.13.0-1_all.deb
sbcl_1.0.13.0-1.diff.gz
  to pool/main/s/sbcl/sbcl_1.0.13.0-1.diff.gz
sbcl_1.0.13.0-1.dsc
  to pool/main/s/sbcl/sbcl_1.0.13.0-1.dsc
sbcl_1.0.13.0-1_amd64.deb
  to pool/main/s/sbcl/sbcl_1.0.13.0-1_amd64.deb
sbcl_1.0.13.0.orig.tar.gz
  to pool/main/s/sbcl/sbcl_1.0.13.0.orig.tar.gz




From edi at agharta.de  Mon Jan 14 16:47:58 2008
From: edi at agharta.de (Edi Weitz)
Date: Mon, 14 Jan 2008 17:47:58 +0100
Subject: [cl-debian] [ann] [drakma-announce] Re: [drakma-devel] New release
	0.11.2
In-Reply-To: <87wsqc4uwh.fsf@davinci.hivsa.com> (Nico de Jager's message of
	"Mon, 14 Jan 2008 11:29:50 +0200")
References: <87ir346tah.fsf@davinci.hivsa.com> <uwsrigwmx.fsf@agharta.de>
	<87ve63jgvy.fsf@davinci.hivsa.com> <uwsqdb1w7.fsf_-_@agharta.de>
	<87wsqc4uwh.fsf@davinci.hivsa.com>
Message-ID: <uabn8nykh.fsf@agharta.de>

On Mon, 14 Jan 2008 11:29:50 +0200, Nico de Jager <ndj at hivsa.com> wrote:

> But it appears that you forgot to upload the new version to your
> site (no, that's impossible - maybe you just decided to take a break
> at 3am and did not do it yet :-). Both asdf-install and a manual
> download still gives me version 0.11.1

That's strange - I get the new one.  See below.

> (Just the change log on your site was updated).

That's actually a good sign that the new tarball is online.  The
change log is automatically unpacked from the tarball and not uploaded
separately.

Edi.



edi at groucho:/tmp$ wget http://weitz.de/files/drakma.tar.gz
--17:45:21--  http://weitz.de/files/drakma.tar.gz
           => `drakma.tar.gz'
Resolving weitz.de... 81.169.156.108
Connecting to weitz.de|81.169.156.108|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 42,464 (41K) [application/x-tar]

100%[=============================================================================================================>] 42,464        --.--K/s             

17:45:21 (344.32 KB/s) - `drakma.tar.gz' saved [42464/42464]

edi at groucho:/tmp$ tar vxzf drakma.tar.gz 
drakma-0.11.2/
drakma-0.11.2/CHANGELOG.txt
drakma-0.11.2/cookies.lisp
drakma-0.11.2/doc/
drakma-0.11.2/doc/index.html
drakma-0.11.2/drakma.asd
drakma-0.11.2/packages.lisp
drakma-0.11.2/read.lisp
drakma-0.11.2/request.lisp
drakma-0.11.2/specials.lisp
drakma-0.11.2/util.lisp
edi at groucho:/tmp$ head drakma-0.11.2/CHANGELOG.txt 
Version 0.11.2
2008-01-14
Disable WRITE-TIMEOUT for LW5.0 if SSL is used (reported by Nico de Jager)

Version 0.11.1
2007-10-11
Make Drakma work with AllegroCL's "modern" mode (patch by Ross Jekel)
Needs at least Chunga 0.4.1 and FLEXI-STREAMS 0.13.1

Version 0.11.0
_______________________________________________
drakma-announce mailing list
drakma-announce at common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce
_______________________________________________
announcements site list
announcements at common-lisp.net
http://common-lisp.net/mailman/listinfo/announcements


From edi at agharta.de  Mon Jan 14 18:54:29 2008
From: edi at agharta.de (Edi Weitz)
Date: Mon, 14 Jan 2008 19:54:29 +0100
Subject: [cl-debian] [ann] [drakma-announce] New release 0.11.3
In-Reply-To: <uabn8nykh.fsf@agharta.de> (Edi Weitz's message of "Mon, 14 Jan
	2008 17:47:58 +0100")
References: <87ir346tah.fsf@davinci.hivsa.com> <uwsrigwmx.fsf@agharta.de>
	<87ve63jgvy.fsf@davinci.hivsa.com> <uwsqdb1w7.fsf_-_@agharta.de>
	<87wsqc4uwh.fsf@davinci.hivsa.com> <uabn8nykh.fsf@agharta.de>
Message-ID: <uodbome56.fsf_-_@agharta.de>

On Mon, 14 Jan 2008 17:47:58 +0100, Edi Weitz <edi at agharta.de> wrote:

> That's strange - I get the new one.  See below.

But I've just released a new version anyway which "refines" the
previous change a bit.  Again, only relevant for LispWorks users.
_______________________________________________
drakma-announce mailing list
drakma-announce at common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce
_______________________________________________
announcements site list
announcements at common-lisp.net
http://common-lisp.net/mailman/listinfo/announcements


From jae+debian at jerhard.org  Tue Jan 15 05:44:19 2008
From: jae+debian at jerhard.org (=?UTF-8?Q?J=C3=BCrgen?= A.Erhard)
Date: Tue, 15 Jan 2008 06:44:19 +0100
Subject: [cl-debian] Bug#460826: cmucl fails to mention "Common Lisp" in it's
	description
Message-ID: <20080115054419.GA25806@sanctum.jerhard.org>

Package: cmucl
Version: 19d-20061116-3
Severity: wishlist

Which means it doesn't show up in an apt-cache search for common lisp and the like.

-- System Information:
Debian Release: lenny/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.16-sanctum (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cmucl depends on:
ii  common-lisp-controller        6.12       Common Lisp source and compiler ma
ii  debconf [debconf-2.0]         1.5.17     Debian configuration management sy

Versions of packages cmucl recommends:
ii  binfmt-support                1.2.10     Support for extra binary formats

-- debconf information excluded

-- 
                            J?rgen A. Erhard
                 Invasion!  http://invasion.jerhard.org
               ZSH is good for you  (http://www.zsh.org)
                     Shah, shah!  Ayatollah you so!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080115/6142a4b9/attachment.sig>

From luca at pca.it  Tue Jan 15 18:22:13 2008
From: luca at pca.it (Luca Capello)
Date: Tue, 15 Jan 2008 19:22:13 +0100
Subject: [cl-debian] Re: pkg-common-lisp.alioth.debian.org is born!
In-Reply-To: <1200092438.14732.1230794449@webmail.messagingengine.com>
References: <87fxx42qgx.fsf@gismo.pca.it>
	<1200092438.14732.1230794449@webmail.messagingengine.com>
Message-ID: <87myr76jai.fsf@gismo.pca.it>

Hi Peter,

I'm sorry for the lag, free time is a mirage, lately...

On Sat, 12 Jan 2008 00:00:38 +0100, Peter Van Eynde wrote:
> I'll start migrating asap.

This is also my intention, at least for the packages I maintain.  Then,
I'll start pinging who already expressed a positive feeling to team
maintenance and helping her/him to migrate.

> On Fri, 11 Jan 2008 18:59:26 +0100, "Luca Capello" <luca at pca.it> said:
>> 9) do we need some other Alioth features, like the tracker, news, task
>>    manager or forum?  I prefer to keep as simple as possible:
>
> I got a complaint from a ubuntu user a while ago that he could not find 
> a place to report a clc bug, so maybe having some hints on how to open
> bugs from non-debian systems would be nice to have.

Mmm, this could be a point in favor of the Alioth tracker, but I'm still
skeptical.  Anyway, for sure the team website is missing pieces: the
idea is to provide links or, directly, all the necessary information to
contribute and report bugs or suggestions.

>>    Maybe we should enable the tracker if we want project's problems to
>>    be monitored by other than the Debian BTS [8].  However, about this
>>    issue, I'm in favor of a Debian cl-debian (meta)package, which would
>>    combines this project with a "basic" Common Lisp installation on
>>    Debian.  This is a very new idea, thus it needs a bit more reflexion.
>
> The 'standard' CL would depend on the architecture?

This could be an option, but my first idea was to poll the list users to
know if there's a "major" CL implementation most people use and install
it by default if no others are already installed.  In this way, newbies
have a common background when reporting bugs.  This would also help
developers, e.g. providing a cl-debian-policy package from the same
source one.

Anyway, let's discuss this after the team is completely operative ;-)

>> I'm eager of anyone comments :-)
>
> How and where do we upload the darcs/git/bzr repositories?

Basically, I don't think the website should repeat information already
available in the official Debian wiki: in alphabetical order bzr [1],
darcs [2], git [3] and hg [4].

As I stated before, this needs to be integrate into our website, patches
welcome.  BTW, we should put the website into a VCS, too (no preference
for me).

What I'm still working on is how to have automatic commit mails for the
different VCSs, since the Debian wiki has all the necessary information
for git only [3].  I've a script for darcs (written by Marco Baringer
for the BESE suite [5]), but I haven't completely tuned it to Alioth.
Bzr and hg are still a bit unknown to me, so if people more involved
with them would like to step in...

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://wiki.debian.org/Alioth/Bzr
[2] http://wiki.debian.org/Alioth/Darcs
[3] http://wiki.debian.org/Alioth/Git
[4] http://wiki.debian.org/Alioth/Hg
[5] http://common-lisp.net/project/bese/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080115/b0828974/attachment.sig>

From pvaneynd at debian.org  Thu Jan 17 05:32:02 2008
From: pvaneynd at debian.org (Peter Van Eynde)
Date: Thu, 17 Jan 2008 05:32:02 +0000
Subject: [cl-debian] Accepted libsigsegv 2.5-1 (source amd64)
Message-ID: <E1JFNMA-0000il-Lk@ries.debian.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 16 Jan 2008 07:12:30 +0100
Source: libsigsegv
Binary: libsigsegv0 libsigsegv-dev
Architecture: source amd64
Version: 2.5-1
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Peter Van Eynde <pvaneynd at debian.org>
Description: 
 libsigsegv-dev - Library for handling page faults in a portable way
 libsigsegv0 - Library for handling page faults in a portable way
Changes: 
 libsigsegv (2.5-1) unstable; urgency=low
 .
   * New upstream version
   * Fixed Vcs-Git entry
   * Updated standard version without changes
   * Changed to group maintanance
   * Use standard gcc version
   * make debian/rules executable
   * Fix uploaders
Files: 
 d4d4f7ee7b4357b8c0b056d974829dbb 798 libdevel optional libsigsegv_2.5-1.dsc
 793f69e6ba26a21178865589cb0c9acd 1366936 libdevel optional libsigsegv_2.5.orig.tar.gz
 81732f2621c372a890ed0aa15cbf6fa1 4163 libdevel optional libsigsegv_2.5-1.diff.gz
 62549ec6c7d3346b68b04548f5edc607 20488 libs optional libsigsegv0_2.5-1_amd64.deb
 6534c1b878e805a3b38b7d0cc80aebb3 14796 libdevel optional libsigsegv-dev_2.5-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHjuCk11ldN0tyliURAqYpAJoDme14TBq3GAy26QSdaNHEGdeJ6QCbBgqL
G7bQhwvjDGJcjaC5DgEVbNc=
=xF5Y
-----END PGP SIGNATURE-----


Accepted:
libsigsegv-dev_2.5-1_amd64.deb
  to pool/main/libs/libsigsegv/libsigsegv-dev_2.5-1_amd64.deb
libsigsegv0_2.5-1_amd64.deb
  to pool/main/libs/libsigsegv/libsigsegv0_2.5-1_amd64.deb
libsigsegv_2.5-1.diff.gz
  to pool/main/libs/libsigsegv/libsigsegv_2.5-1.diff.gz
libsigsegv_2.5-1.dsc
  to pool/main/libs/libsigsegv/libsigsegv_2.5-1.dsc
libsigsegv_2.5.orig.tar.gz
  to pool/main/libs/libsigsegv/libsigsegv_2.5.orig.tar.gz




From installer at ftp-master.debian.org  Thu Jan 17 07:52:38 2008
From: installer at ftp-master.debian.org (Debian Installer)
Date: Thu, 17 Jan 2008 07:52:38 +0000
Subject: [cl-debian] cl-sql_3.7.8-1etch1_i386.changes REJECTED
Message-ID: <E1JFPYE-000723-Ou@ries.debian.org>




===

If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.



From pvaneynd at debian.org  Thu Jan 17 21:47:05 2008
From: pvaneynd at debian.org (Peter Van Eynde)
Date: Thu, 17 Jan 2008 21:47:05 +0000
Subject: [cl-debian] Accepted clisp 1:2.43-2 (source all amd64)
Message-ID: <E1JFcZl-0001yT-8v@ries.debian.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 19 Dec 2007 11:01:26 +0100
Source: clisp
Binary: clisp-dev clisp clisp-doc
Architecture: source all amd64
Version: 1:2.43-2
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Peter Van Eynde <pvaneynd at debian.org>
Description: 
 clisp      - GNU CLISP, a Common Lisp implementation
 clisp-dev  - GNU CLISP, a Common Lisp implementation (development files)
 clisp-doc  - GNU CLISP, a Common Lisp implementation (documentation)
Changes: 
 clisp (1:2.43-2) unstable; urgency=low
 .
   * now using git
   * Fixed Vcs-Git entry
   * Changed to group maintanance
   * updated standard version no real changes
   * added watch file
Files: 
 c38fed0c68cf97560c8314aa6ade9db8 898 interpreters optional clisp_2.43-2.dsc
 bfdbda05a527c912cb9c8698c821a6f7 166046 interpreters optional clisp_2.43-2.diff.gz
 bd4f1ca29aca8f009b4c909a71dc3797 478682 doc optional clisp-doc_2.43-2_all.deb
 fff0448976fc8506fcd1cb2c47f98a96 4504616 interpreters optional clisp_2.43-2_amd64.deb
 ffb8f983719c4fb419f9bd0033d610c3 3878772 devel optional clisp-dev_2.43-2_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHj77w11ldN0tyliURAvyvAJwKnyhSbuBwAeppPaLfwjeUnEH8XwCffC/i
qQCIm7DmkwEogyo6fGHWtH8=
=e4tp
-----END PGP SIGNATURE-----


Accepted:
clisp-dev_2.43-2_amd64.deb
  to pool/main/c/clisp/clisp-dev_2.43-2_amd64.deb
clisp-doc_2.43-2_all.deb
  to pool/main/c/clisp/clisp-doc_2.43-2_all.deb
clisp_2.43-2.diff.gz
  to pool/main/c/clisp/clisp_2.43-2.diff.gz
clisp_2.43-2.dsc
  to pool/main/c/clisp/clisp_2.43-2.dsc
clisp_2.43-2_amd64.deb
  to pool/main/c/clisp/clisp_2.43-2_amd64.deb




From joerg at alea.gnuu.de  Tue Jan 22 12:29:35 2008
From: joerg at alea.gnuu.de (=?UTF-8?Q?J=C3=B6rg?= Sommer)
Date: Tue, 22 Jan 2008 13:29:35 +0100
Subject: [cl-debian] Bug#462085: clisp: Please provide a smal linking set
Message-ID: <20080122122935.GA12252@alea.gnuu.de>

Package: clisp
Version: 1:2.43-1
Severity: wishlist

Hi,

it would be helpful, if you would provide a base linking set without
dependencies on X and bdb. With the current base (=full) linking set a
application has dependencies on X and bdb while it doesn't use these
modules.

I think it is possible by creating a new linking set small the same way
as you create the full linking set, but omitting the dependencies on X
and bdb.

Bye, J?rg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.24-rc6
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages clisp depends on:
ii  common-lisp-controller    6.12           Common Lisp source and compiler ma
ii  libc6                     2.7-6          GNU C Library: Shared libraries
ii  libdb4.6                  4.6.21-5       Berkeley v4.6 Database Libraries [
ii  libice6                   2:1.0.4-1      X11 Inter-Client Exchange library
ii  libncurses5               5.6+20080105-1 Shared libraries for terminal hand
ii  libreadline5              5.2-3          GNU readline and history libraries
ii  libsigsegv0               2.5-1          Library for handling page faults i
ii  libsm6                    2:1.0.3-1+b1   X11 Session Management library
ii  libx11-6                  2:1.0.3-7      X11 client-side library
ii  libxau6                   1:1.0.3-2      X11 authorisation library
ii  libxext6                  1:1.0.3-2      X11 miscellaneous extension librar
ii  libxpm4                   1:3.5.7-1      X11 pixmap library

clisp recommends no packages.

-- no debconf information
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080122/097e1762/attachment.sig>

From joerg at alea.gnuu.de  Tue Jan 22 13:01:43 2008
From: joerg at alea.gnuu.de (=?UTF-8?Q?J=C3=B6rg?= Sommer)
Date: Tue, 22 Jan 2008 14:01:43 +0100
Subject: [cl-debian] Bug#462087: clisp-dev: Includes unnecessary library
	references
Message-ID: <20080122130143.GA12638@alea.gnuu.de>

Package: clisp-dev
Version: 1:2.43-1
Severity: normal

Hi,

clisp-link includes the option -lSM and -lICE in a linking call, but
dpkg-shlibdeps complains that the binary uses no symbols from this
libraries. I tried to remove both options in
/usr/lib/clisp-2.43/full/makevars and everything goes fine.

Please, remove these flags from LIBS in makevars or make it possible to
exclude them at runtime.

Bye, J?rg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.24-rc6
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages clisp-dev depends on:
ii  bison                     1:2.3.dfsg-5   A parser generator that is compati
ii  clisp                     1:2.43-1       GNU CLISP, a Common Lisp implement
ii  debhelper                 6.0.2          helper programs for debian/rules
ii  gettext                   0.17-2         GNU Internationalization utilities
ii  groff                     1.18.1.1-15    GNU troff text-formatting system
ii  libc6-dev                 2.7-6          GNU C Library: Development Librari
ii  libncurses5-dev           5.6+20080105-1 Developer's libraries and docs for
ii  libreadline5-dev          5.2-3          GNU readline and history libraries
ii  libsigsegv-dev            2.5-1          Library for handling page faults i
ii  libx11-dev                2:1.0.3-7      X11 client-side library (developme
ii  libxext-dev               1:1.0.3-2      X11 miscellaneous extensions libra
ii  libxpm-dev                1:3.5.7-1      X11 pixmap library (development he
ii  libxt-dev                 1:1.0.5-3      X11 toolkit intrinsics library (de
ii  xutils                    1:7.3+10       X Window System utility programs m

clisp-dev recommends no packages.

-- no debconf information
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080122/75d073e0/attachment.sig>

From joerg at alea.gnuu.de  Tue Jan 22 12:47:56 2008
From: joerg at alea.gnuu.de (=?UTF-8?Q?J=C3=B6rg?= Sommer)
Date: Tue, 22 Jan 2008 13:47:56 +0100
Subject: [cl-debian] Bug#462088: clisp: create C files with missing includes
Message-ID: <20080122124756.GA12460@alea.gnuu.de>

Package: clisp
Version: 1:2.43-1
Severity: normal

Hi,

a C file created with ?clisp -q -norc -c ordrulei.lsp? (the source file
ordrulei.lsp is attached to this mail) includes the references to some
types they are not available. I think includes for them are missing.

void module__ordrulei__init_function_1 (module_t* module)
{
  register_foreign_inttype("tcflag_t",sizeof(tcflag_t),(tcflag_t)-1<=(tcflag_t)0);
  register_foreign_inttype("speed_t",sizeof(speed_t),(speed_t)-1<=(speed_t)0);
  register_foreign_inttype("cc_t",sizeof(cc_t),(cc_t)-1<=(cc_t)0);
?
  register_foreign_inttype("__ipc_pid_t",sizeof(__ipc_pid_t),(__ipc_pid_t)-1<=(__ipc_pid_t)0);
?
  register_foreign_inttype("ptrdiff_t",sizeof(ptrdiff_t),(ptrdiff_t)-1<=(ptrdiff_t)0);
}

This leads to the following build error:

/usr/lib/clisp-2.43/clisp-link add-module-set ordrules /usr/lib/clisp-2.43/full xindy-build-dir
make[1]: Entering directory `/home/joerg/git/debian/xindy/rte/ordrules'
gcc -g -O2 -Igllib -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -O2 -DUNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. -fPIC -I/usr/lib/clisp-2.43/linkkit -c ordrulei.c
ordrulei.c: In function ?module__ordrulei__init_function_1?:
ordrulei.c:24: error: ?tcflag_t? undeclared (first use in this function)
ordrulei.c:24: error: (Each undeclared identifier is reported only once
ordrulei.c:24: error: for each function it appears in.)
ordrulei.c:24: error: expected ?)? before numeric constant
ordrulei.c:25: error: ?speed_t? undeclared (first use in this function)
ordrulei.c:25: error: expected ?)? before numeric constant
ordrulei.c:26: error: ?cc_t? undeclared (first use in this function)
ordrulei.c:26: error: expected ?)? before numeric constant
ordrulei.c:43: error: ?__ipc_pid_t? undeclared (first use in this function)
ordrulei.c:43: error: expected ?)? before numeric constant
ordrulei.c:46: error: ?ptrdiff_t? undeclared (first use in this function)
ordrulei.c:46: error: expected ?)? before numeric constant
make[1]: *** [ordrulei.o] Fehler 1
make[1]: Leaving directory `/home/joerg/git/debian/xindy/rte/ordrules'
make: *** [xindy-build-dir] Fehler 2

Bye, J?rg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.24-rc6
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages clisp depends on:
ii  common-lisp-controller    6.12           Common Lisp source and compiler ma
ii  libc6                     2.7-6          GNU C Library: Shared libraries
ii  libdb4.6                  4.6.21-5       Berkeley v4.6 Database Libraries [
ii  libice6                   2:1.0.4-1      X11 Inter-Client Exchange library
ii  libncurses5               5.6+20080105-1 Shared libraries for terminal hand
ii  libreadline5              5.2-3          GNU readline and history libraries
ii  libsigsegv0               2.5-1          Library for handling page faults i
ii  libsm6                    2:1.0.3-1+b1   X11 Session Management library
ii  libx11-6                  2:1.0.3-7      X11 client-side library
ii  libxau6                   1:1.0.3-2      X11 authorisation library
ii  libxext6                  1:1.0.3-2      X11 miscellaneous extension librar
ii  libxpm4                   1:3.5.7-1      X11 pixmap library

clisp recommends no packages.

-- no debconf information
-------------- next part --------------
;; $Id: ordrulei.lsp,v 1.5 2005/05/02 21:39:53 jschrod Exp $
;; ------------------------------------------------------------

;;;
;;; Interface definition of the ordrules module
;;;

(defpackage :ordrules
  (:use :cl :ffi)
  (:export :initialize
	   :add-keyword-sort-rule :add-keyword-merge-rule
	   :gen-keyword-sortkey :gen-keyword-mergekey))

(in-package :ordrules)

(c-lines "#include \"ordrules.h\"~%")

; Common OS definitions:
(def-c-type size_t uint)

(def-c-var *string-buffer*
    (:name "ordrules_string_buffer")
    (:type (c-array char 1024))
    (:alloc :NONE))

(def-c-var *string-buffer-used-bytes*
    (:name "ordrules_string_buffer_used_bytes")
    (:type int)
    (:alloc :NONE))

(def-c-var *string-buffer-used-bytes*
    (:name "ordrules_string_buffer_used_bytes")
    (:type int)
    (:alloc :NONE))

(def-c-var *message-logging*
    (:name "ordrules_msg_logging")
    (:type int)
    (:alloc :NONE))

(def-c-var *message-buffer*
    (:name "ordrules_msg_buffer")
    (:type c-string)
    (:alloc :NONE))

(def-c-var *message-buffer-ptr*
    (:name "ordrules_msg_buffer_ptr")
    (:type int)
    (:alloc :NONE))

(def-call-out initialize
    (:language :stdc)
    (:name "initialize")
    (:arguments (num-sort-tables int))
    (:return-type int))

(def-call-out add-keyword-sort-rule
    (:language :stdc)
    (:name "add_sort_rule")
    (:arguments (run int)
		(left c-string)
		(right c-string)
		(isreject int)
		(ruletype int))
    (:return-type int))

(def-call-out add-keyword-merge-rule
    (:language :stdc)
    (:name "add_merge_rule")
    (:arguments (left c-string)
		(right c-string)
		(isreject int)
		(ruletype int))
    (:return-type int))

(def-call-out gen-keyword-sortkey
    (:language :stdc)
    (:name "gen_sortkey")
    (:arguments (key c-string)
		(run int))
    (:return-type c-string :malloc-free))

(def-call-out gen-keyword-mergekey
    (:language :stdc)
    (:name "gen_mergekey")
    (:arguments (key c-string))
    (:return-type c-string :malloc-free))

#|

  $Log: ordrulei.lsp,v $
  Revision 1.5  2005/05/02 21:39:53  jschrod
      xindy run time engine 3.0; as used for CLISP 2.33.2.

  Revision 1.4  1997/10/20 11:23:12  kehr
  New version of sorting rules. Sorting of more complex indexes (i.e.
  French) is now possible.

  Revision 1.3  1997/01/17 16:43:38  kehr
  Several changes for new version 1.1.

  Revision 1.2  1996/04/30  15:56:38  kehr
  Renamed some of the functions to avoid conflicts with other functions
  in other packages (only for the sake of convenience).

  Revision 1.1  1996/03/27  20:29:07  kehr
  It works. Today I had my first success in getting the FFI running with
  the ordrules-library. The interface is defined in `ordrulei.lsp' and
  allows direct access to the functions in `ordrules.c'.

|#
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080122/6f3ce20f/attachment.sig>

From joerg at alea.gnuu.de  Tue Jan 22 12:55:16 2008
From: joerg at alea.gnuu.de (=?UTF-8?Q?J=C3=B6rg?= Sommer)
Date: Tue, 22 Jan 2008 13:55:16 +0100
Subject: [cl-debian] Bug#462086: clisp-dev: makevars includes invalid library
	reference
Message-ID: <20080122125516.GA12550@alea.gnuu.de>

Package: clisp-dev
Version: 1:2.43-1
Severity: normal

Hi,

/usr/lib/clisp-2.43/full/makevars includes this definition:

LIBS=' bdb.o -ldb clx.o  -lXpm ?

But a library libbdb doesn't exist and clisp itself is linked with
/usr/lib/libdb-4.6.so

% ldd /usr/lib/clisp-2.43/full/lisp.run G bdb
        libdb-4.6.so => /usr/lib/libdb-4.6.so (0x0fe82000)

When I replace the -ldb with -ldb-4.6 I can compile the binary.

Bye, J?rg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.24-rc6
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages clisp-dev depends on:
ii  bison                     1:2.3.dfsg-5   A parser generator that is compati
ii  clisp                     1:2.43-1       GNU CLISP, a Common Lisp implement
ii  debhelper                 6.0.2          helper programs for debian/rules
ii  gettext                   0.17-2         GNU Internationalization utilities
ii  groff                     1.18.1.1-15    GNU troff text-formatting system
ii  libc6-dev                 2.7-6          GNU C Library: Development Librari
ii  libncurses5-dev           5.6+20080105-1 Developer's libraries and docs for
ii  libreadline5-dev          5.2-3          GNU readline and history libraries
ii  libsigsegv-dev            2.5-1          Library for handling page faults i
ii  libx11-dev                2:1.0.3-7      X11 client-side library (developme
ii  libxext-dev               1:1.0.3-2      X11 miscellaneous extensions libra
ii  libxpm-dev                1:3.5.7-1      X11 pixmap library (development he
ii  libxt-dev                 1:1.0.5-3      X11 toolkit intrinsics library (de
ii  xutils                    1:7.3+10       X Window System utility programs m

clisp-dev recommends no packages.

-- no debconf information
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080122/4ff1978b/attachment.sig>

From luca at pca.it  Wed Jan 23 00:58:02 2008
From: luca at pca.it (Luca Capello)
Date: Wed, 23 Jan 2008 01:58:02 +0100
Subject: [cl-debian] Re: pkg-common-lisp.alioth.debian.org is born!
References: <87fxx42qgx.fsf@gismo.pca.it>
Message-ID: <87wsq1tl2d.fsf@gismo.pca.it>

Hi all!

On Fri, 11 Jan 2008 18:59:26 +0100, Luca Capello wrote:
> Cc:ing all the people invoveld in Common Lisp work on Debian, sorry if
> you receive this mail in double.  Please respect the Reply-To: and
> Mail-Followup-To: headers, thanks!

Still valid :-)

> 4) created the -commits mailing list: this will be close to everyone but
>    mails coming from alioth.debian.org, since I guess this should be the
>    envelop for automatic commit mails for every VCS (this setup should
>    be tested, however).

Browsing (again) the PTS documentation [1], I noticed that we could
avoid the -commits mailing list and use the sourcepackage_cvs@ PTS alias
instead.  In this way, people subscribed to the PTS with keyword 'cvs'
will automatically get every commit.  This approach has one big
advantage: subscription is per package and not per project, i.e. you can
decide to have commit mail for SBCL and not for CLISP.

Will both be useful?  If not, which one is the best?

I'm not even sure the -commits mailing list should be archived: if not,
I think the PTS is the way to go.

> 7) migrate everyone subscribed to cl-debian@ to the new -devel mailing
>    list, to promote the latter.  In 2 weeks at last the old cl-debian@
>    will be closed.  Is this kind enough to the cl-debian@ subscribers?
>    I'm all for it, because there's no point in having two mailing list:
>    the sooner the new one is used, the better is.

Since no one replies against this, I just did it.  You should have
received a welcome message: in case you don't, either manually subscribe
to the -devel mailing list or send me a mail.  People will be
unsubscribed from the old cl-debian@ mailing list in three days and the
old cl-debian@ mailing list will be deactivated in two weeks from now.

> 8) since the VCS poll [5] ended with no real decisions,
>    pkg-common-lisp's supported VCSs ATM are, in alphabetical order: bzr,
>    darcs, git and hg.  Directories for these VCSs already exists on
>    Alioth: you can migrate your packages, but please follow the
>    instructions on the Debian Wiki [6] and the ones described below.

I'll write soon another mail specific to git and darcs.

>    If people state which package can be co-maintained, everyone in the
>    project can migrate that package.  This means that the debian/ folder
>    needs to be adjusted:
>
>    a- debian/changelog:
>
>       add a note about the new maintainer
>
>    b- debian/control
>
>       Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
>       Uploaders: [who usually take care of the package and the sponsor(s)]
>
>    c- debian/copyright
>
>       it should reflect the Uploaders: debian/control field, at least
>       for the Debian-related work.

     d- add the -commits mailing list to the automatic notification
        every time a patch is committed.  The necessary steps are
        specific for each VCS, so I'll come back to this soon :-)

     e- as soon as the new version is uploaded, please remove cl-debian@
        from the PTS [2].  I'll try to keep track of this and remove any
        package that has already migrated, but I can miss some of
        them...

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pts-vcs-commit
[2] http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080123/94d41570/attachment.sig>

From edi at agharta.de  Sat Jan 26 22:31:04 2008
From: edi at agharta.de (Edi Weitz)
Date: Sat, 26 Jan 2008 23:31:04 +0100
Subject: [cl-debian] [ann] [rdnzl-announce] New release 0.11.2 (Was: The
 constant *ffi-args-size* in port-acl)
In-Reply-To: <uhch2o7se.fsf@agharta.de> (Edi Weitz's message of "Fri, 25 Jan
	2008 05:20:33 +0100")
References: <c61534450801240208u39d0e140u738b774525b475c8@mail.gmail.com>
	<u7ihze7bp.fsf@agharta.de> <47989615.3020101@franz.com>
	<47989A39.7090702@franz.com> <uhch2o7se.fsf@agharta.de>
Message-ID: <u8x2cb4nr.fsf_-_@agharta.de>

On Fri, 25 Jan 2008 05:20:33 +0100, Edi Weitz <edi at agharta.de> wrote:

> I'll make a new release which ups the value from 10 to 20.

It's online now.

Cheers,
Edi.
_______________________________________________
rdnzl-announce mailing list
rdnzl-announce at common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-announce
_______________________________________________
announcements site list
announcements at common-lisp.net
http://common-lisp.net/mailman/listinfo/announcements


From luca at pca.it  Sun Jan 27 18:58:46 2008
From: luca at pca.it (Luca Capello)
Date: Sun, 27 Jan 2008 19:58:46 +0100
Subject: [cl-debian] Re: pkg-common-lisp.alioth.debian.org is born!
In-Reply-To: <87wsq1tl2d.fsf@gismo.pca.it>
References: <87fxx42qgx.fsf@gismo.pca.it> <87wsq1tl2d.fsf@gismo.pca.it>
Message-ID: <87fxwjhz89.fsf@gismo.pca.it>

Hi all!

On Wed, 23 Jan 2008 01:58:02 +0100, Luca Capello wrote:
> On Fri, 11 Jan 2008 18:59:26 +0100, Luca Capello wrote:
>> 7) migrate everyone subscribed to cl-debian@ to the new -devel mailing
>>    list, to promote the latter.  In 2 weeks at last the old cl-debian@
>>    will be closed.  Is this kind enough to the cl-debian@ subscribers?
>>    I'm all for it, because there's no point in having two mailing list:
>>    the sooner the new one is used, the better is.
>
> Since no one replies against this, I just did it.  You should have
> received a welcome message: in case you don't, either manually subscribe
> to the -devel mailing list or send me a mail.  People will be
> unsubscribed from the old cl-debian@ mailing list in three days and the
> old cl-debian@ mailing list will be deactivated in two weeks from now.

After this mail I'll mass unsubscribe all the people from cl-debian@ and
the list will be then moderated for every post, until final deactivation
(a mail will be sent when this will happen).

Thx, bye,
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080127/b519fe1c/attachment.sig>

From chris at chris-lamb.co.uk  Sun Jan 27 06:20:27 2008
From: chris at chris-lamb.co.uk (Chris Lamb)
Date: Sun, 27 Jan 2008 06:20:27 +0000
Subject: [cl-debian] Bug#462742: Consumes 100% CPU if terminal window is
	closed
Message-ID: <20080127062027.5e25e97d@sakaki.chris-lamb.co.uk>

Package: clisp
Version: 1:2.43-2

Starting an interactive CLISP session in a gnome-terminal window and then
closing the said window causes the CLISP process to start consuming 100%
CPU.

Stracing the process highlights a number of segfaults along the lines of:

   mmap(0x333e43000, 4096, PROT_READ|PROT_WRITE,
       MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x333e43000
   --- SIGSEGV (Segmentation fault) @ 0 (0) ---
   mprotect(0x333cf8000, 4096, PROT_READ|PROT_WRITE) = 0
   rt_sigreturn(0x333cf8000)               = 13754138688
   --- SIGSEGV (Segmentation fault) @ 0 (0) ---
   mprotect(0x333cf9000, 4096, PROT_READ|PROT_WRITE) = 0
   rt_sigreturn(0x333cf9000)               =  13754142840
   --- SIGSEGV (Segmentation fault) @ 0 (0) ---
   mprotect(0x333d37000, 4096, PROT_READ|PROT_WRITE) = 0
   rt_sigreturn(0x333d37000)               = 13754397368

   (etc.)

I can reproduce on i386 and amd64 machines.


Regards,

-- 
Chris Lamb, UK                                       chris at chris-lamb.co.uk
                                                            GPG: 0x634F9A20
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080127/0341c8ca/attachment.sig>

From owner at packages.qa.debian.org  Sun Jan 27 22:34:20 2008
From: owner at packages.qa.debian.org (owner at packages.qa.debian.org)
Date: Sun, 27 Jan 2008 22:34:20 +0000
Subject: [cl-debian] Re: Checking cl-debian@common-lisp.net subscriptions
In-Reply-To: <87k5luewpg.fsf@gismo.pca.it>
References: <87ir1feymd.fsf@gismo.pca.it>
	<E1JJFdJ-0001Zv-Js@master.debian.org> <87k5luewpg.fsf@gismo.pca.it>
Message-ID: <E1JJG4y-0003Mf-La@master.debian.org>

An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080127/39215296/attachment.ksh>

From noreply at henning.makholm.net  Sun Jan 27 23:39:17 2008
From: noreply at henning.makholm.net (Debian testing watch)
Date: Sun, 27 Jan 2008 16:39:17 -0700
Subject: [cl-debian] libsigsegv 2.5-1 MIGRATED to testing
Message-ID: <E1JJH5p-00046r-Mj@merkel.debian.org>

FYI: The status of the libsigsegv source package
in Debian's testing distribution has changed.

  Previous version: 2.4-4
  Current version:  2.5-1

-- 
This email is automatically generated; henning at makholm.net is responsible.
See http://people.debian.org/~henning/trille/ for more information.



From noreply at henning.makholm.net  Sun Jan 27 23:39:17 2008
From: noreply at henning.makholm.net (Debian testing watch)
Date: Sun, 27 Jan 2008 16:39:17 -0700
Subject: [cl-debian] libsigsegv 2.5-1 MIGRATED to testing
Message-ID: <E1JJH5p-00046r-Mj@merkel.debian.org>

FYI: The status of the libsigsegv source package
in Debian's testing distribution has changed.

  Previous version: 2.4-4
  Current version:  2.5-1

-- 
This email is automatically generated; henning at makholm.net is responsible.
See http://people.debian.org/~henning/trille/ for more information.



From pvaneynd at debian.org  Tue Jan 29 06:47:02 2008
From: pvaneynd at debian.org (Peter Van Eynde)
Date: Tue, 29 Jan 2008 06:47:02 +0000
Subject: [cl-debian] Accepted cl-ansi-tests 20071218-1 (source all)
Message-ID: <E1JJkFK-0003nw-H7@ries.debian.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 28 Jan 2008 19:24:35 +0100
Source: cl-ansi-tests
Binary: cl-ansi-tests
Architecture: source all
Version: 20071218-1
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Peter Van Eynde <pvaneynd at debian.org>
Description: 
 cl-ansi-tests - Conformance tests for ANSI Common Lisp
Changes: 
 cl-ansi-tests (20071218-1) unstable; urgency=low
 .
   * New upstream release.
   * Added Homepage information
   * Corrected Vcs-Git field
   * swap binary-arch and binary-indep round
   * Updated standard version without real changes
   * Use dh-lisp
   * Changed to group maintanance
Files: 
 960adeab9cb0d04e4802cd8dc7588ccd 805 devel optional cl-ansi-tests_20071218-1.dsc
 8d595d31ff83895690002683ae01f0c8 895416 devel optional cl-ansi-tests_20071218.orig.tar.gz
 2ac9c3a865d71ca9c62ac1c5914a2c6c 76370 devel optional cl-ansi-tests_20071218-1.diff.gz
 1024c6ae1d50e9c2469041e1f4bd5a8a 1128974 devel optional cl-ansi-tests_20071218-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHnrr911ldN0tyliURAmnvAJ4nhaG6cbMGKQYYRuS8ks/EAEt+VgCeICRE
/EFrhin1s02yqVU9ur13TMo=
=3C3Q
-----END PGP SIGNATURE-----


Accepted:
cl-ansi-tests_20071218-1.diff.gz
  to pool/main/c/cl-ansi-tests/cl-ansi-tests_20071218-1.diff.gz
cl-ansi-tests_20071218-1.dsc
  to pool/main/c/cl-ansi-tests/cl-ansi-tests_20071218-1.dsc
cl-ansi-tests_20071218-1_all.deb
  to pool/main/c/cl-ansi-tests/cl-ansi-tests_20071218-1_all.deb
cl-ansi-tests_20071218.orig.tar.gz
  to pool/main/c/cl-ansi-tests/cl-ansi-tests_20071218.orig.tar.gz




From doko at cs.tu-berlin.de  Wed Jan 30 20:20:02 2008
From: doko at cs.tu-berlin.de (Matthias Klose)
Date: Wed, 30 Jan 2008 21:20:02 +0100 (MET)
Subject: [cl-debian] Bug#463291: ecl: non-standard gcc/g++ used for build
	(gcc-4.1)
Message-ID: <200801302020.m0UKK2on024697@bolero.cs.tu-berlin.de>

Package: ecl
Severity: important
User: debian-gcc at lists.debian.org
Usertags: non-standard-compiler, gcc-4.1

This package builds with a non standard compiler version; please check
if this package can be built with the default version of gcc/g++.

Please keep this report open until the package uses the default
compiler version for the package build.

The severity of this report is likely to be raised before the release.





From pvaneynd at debian.org  Wed Jan 30 21:02:09 2008
From: pvaneynd at debian.org (Peter Van Eynde)
Date: Wed, 30 Jan 2008 21:02:09 +0000
Subject: [cl-debian] Accepted sbcl 1:1.0.14.0-1 (source all amd64)
Message-ID: <E1JKK4P-0002Qr-VH@ries.debian.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 30 Jan 2008 21:19:30 +0100
Source: sbcl
Binary: sbcl sbcl-source sbcl-doc
Architecture: source all amd64
Version: 1:1.0.14.0-1
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Peter Van Eynde <pvaneynd at debian.org>
Description: 
 sbcl       - A Common Lisp compiler and development system
 sbcl-doc   - Documentation for Steel Bank Common Lisp
 sbcl-source - Source code files for SBCL
Changes: 
 sbcl (1:1.0.14.0-1) unstable; urgency=low
 .
   * New upstream release. Major changes:
      + new feature: SB-EXT:*EXIT-HOOKS* are called when the process exits
        (see documentation for details.)
      + partially fixed bug #108: ROOM no longer suffers from occasional
        (AVER (SAP= CURRENT END)) failures .
      + fixed bug #402: proclaimed non-standard declarations in DEFMETHOD
        bodies no longer cause a WARNING to be signalled. (reported by
        Vincent Arkesteijn)
      + bug fix: (TRUNCATE X 0) when X is a bignum now correctly signals
        DIVISION-BY-ZERO. Similarly for MOD and REM (which suffered due to
        the bug in TRUNCATE.) (reported by Michael Weber)
      + bug fix: SB-SPROF:REPORT no longer signals an error if there are
        no samples. (reported by Andy Hefner)
      + bug fix: functions compiled using (COMPILE NIL '(LAMBDA ...))
        no longer appear as (NIL ...) frames in backtraces.
      + bug fix: RESOLVE-CONFLICT (and the other name conflict machinery)
        is now actually exported from SB-EXT as documented.  (reported by
        Maciej Katafiasz)
      + bug fix: sb-aclrepl now correctly understands how to inspect
        single-floats on 64-bit platforms where single-floats are not boxed.
      + bug fix: SB-MOP:CLASS-SLOTS now signals an error if the class has not
        yet been finalized. (reported by Levente Meszaros)
      + bug fix: CLOSE :ABORT T behaves more correctly on Windows.
      + DESCRIBE and (DOCUMENTATION ... 'OPTIMIZE) describe meaning of
        SBCL-specific optimize qualities.
Files: 
 b593c43070cb428754358c5839c5746f 893 devel optional sbcl_1.0.14.0-1.dsc
 d94440fa827f0b4d5664f2b0eda2303d 4032777 devel optional sbcl_1.0.14.0.orig.tar.gz
 dd516edda3fb6ff886b341bf44e772f1 37418 devel optional sbcl_1.0.14.0-1.diff.gz
 248e4e87b56157360bb7678ff1939a1e 1042358 doc optional sbcl-doc_1.0.14.0-1_all.deb
 5782d60297e3ac0f2430b6c3d3c0f8c0 3354656 doc optional sbcl-source_1.0.14.0-1_all.deb
 85e274db192df5e78b8800720cf34c0d 9749946 devel optional sbcl_1.0.14.0-1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHoN//11ldN0tyliURAvt1AJ9z9Jpk1DVetl1m1XXrpoSRByLTigCgjst2
7Peg5vFupmK6AioO3YBH9Zk=
=b4n5
-----END PGP SIGNATURE-----


Accepted:
sbcl-doc_1.0.14.0-1_all.deb
  to pool/main/s/sbcl/sbcl-doc_1.0.14.0-1_all.deb
sbcl-source_1.0.14.0-1_all.deb
  to pool/main/s/sbcl/sbcl-source_1.0.14.0-1_all.deb
sbcl_1.0.14.0-1.diff.gz
  to pool/main/s/sbcl/sbcl_1.0.14.0-1.diff.gz
sbcl_1.0.14.0-1.dsc
  to pool/main/s/sbcl/sbcl_1.0.14.0-1.dsc
sbcl_1.0.14.0-1_amd64.deb
  to pool/main/s/sbcl/sbcl_1.0.14.0-1_amd64.deb
sbcl_1.0.14.0.orig.tar.gz
  to pool/main/s/sbcl/sbcl_1.0.14.0.orig.tar.gz