From camm at enhanced.com  Mon Sep  1 19:32:22 2008
From: camm at enhanced.com (Camm Maguire)
Date: Mon, 01 Sep 2008 19:32:22 +0000
Subject: [cl-debian] Accepted gcl 2.6.7-45 (source all i386)
Message-ID: <E1KaF8Q-0006rl-VL@ries.debian.org>

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

Format: 1.8
Date: Mon, 01 Sep 2008 13:48:16 +0000
Source: gcl
Binary: gcl gcl-doc
Architecture: source all i386
Version: 2.6.7-45
Distribution: unstable
Urgency: high
Maintainer: Camm Maguire <camm at enhanced.com>
Changed-By: Camm Maguire <camm at enhanced.com>
Description: 
 gcl        - GNU Common Lisp compiler
 gcl-doc    - Documentation for GNU Common Lisp
Changes: 
 gcl (2.6.7-45) unstable; urgency=high
 .
   * proper word order detection macro, fixes armel
Checksums-Sha1: 
 bb3a4c913ac1d63d509b4be646cd732d633b67a7 1092 gcl_2.6.7-45.dsc
 e0e168fdf96261ff8bd49f7b9f112c97c853dc88 14746152 gcl_2.6.7-45.diff.gz
 e35eb5c313adafe8776a7c599bff781efc0577dd 577504 gcl-doc_2.6.7-45_all.deb
 0023f8a9d73c50d97d24dcf78f686a12d6e80282 51365404 gcl_2.6.7-45_i386.deb
Checksums-Sha256: 
 5a7f04490b26c06ac00a167d7700a93f38fe08d511b1d93df9ca0fc1a8d48d5a 1092 gcl_2.6.7-45.dsc
 0bfb41fd3e9a15b25245079bdea4326f5c541e96f74170d26fbdf952c5d36be7 14746152 gcl_2.6.7-45.diff.gz
 2bf555ff76c92c8c9a4ba2073aef41fa05784fb7e48a118e159c166bd7b64c13 577504 gcl-doc_2.6.7-45_all.deb
 39d1e5e79aa9906225f0687c14107ec26be8361009b9bb7063bc8bdd25018ff9 51365404 gcl_2.6.7-45_i386.deb
Files: 
 c280a1340cf9b44ed245afaf4a42647e 1092 interpreters optional gcl_2.6.7-45.dsc
 1ced8c7667e7c248bee1e99f4b432f3c 14746152 interpreters optional gcl_2.6.7-45.diff.gz
 4f78e3c33c1e560a8b455953b54fe70c 577504 doc optional gcl-doc_2.6.7-45_all.deb
 602ccf767d45f20781112ff487e516fe 51365404 interpreters optional gcl_2.6.7-45_i386.deb

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

iD8DBQFIu/k+czG1wFfwRdwRAq9nAJ0ag68f5fNUFwoNXXrgo+ImsseeKACfRwvQ
Jjm6sf8h0Apq53Qb411f/80=
=qNeL
-----END PGP SIGNATURE-----


Accepted:
gcl-doc_2.6.7-45_all.deb
  to pool/main/g/gcl/gcl-doc_2.6.7-45_all.deb
gcl_2.6.7-45.diff.gz
  to pool/main/g/gcl/gcl_2.6.7-45.diff.gz
gcl_2.6.7-45.dsc
  to pool/main/g/gcl/gcl_2.6.7-45.dsc
gcl_2.6.7-45_i386.deb
  to pool/main/g/gcl/gcl_2.6.7-45_i386.deb




From edi at agharta.de  Tue Sep  2 08:48:22 2008
From: edi at agharta.de (Edi Weitz)
Date: Tue, 02 Sep 2008 10:48:22 +0200
Subject: [cl-debian] [ann] [cl-ppcre-announce] New release 2.0.1
Message-ID: <uljybexwp.fsf@agharta.de>

ChangeLog:

  Version 2.0.1
  2008-09-02
  Fixed faulty declaration (caught by Brent Fulgham)

Download:

  http://weitz.de/files/cl-ppcre.tar.gz
_______________________________________________
cl-ppcre-announce mailing list
cl-ppcre-announce at common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/cl-ppcre-announce
_______________________________________________
announcements site list
announcements at common-lisp.net
http://common-lisp.net/mailman/listinfo/announcements


From owner at bugs.debian.org  Wed Sep  3 13:24:08 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Wed, 03 Sep 2008 13:24:08 +0000
Subject: [cl-debian] Processed: Re: [Ecls-list] ECL sigill on debian armel
	(lenny)
In-Reply-To: <87k5dtfjp5.fsf@gismo.pca.it>
References: <87k5dtfjp5.fsf@gismo.pca.it>
Message-ID: <handler.s.C.12204481447676.transcript@bugs.debian.org>

Processing commands for control at bugs.debian.org:

> severity 495351 minor
Bug#495351: ecl: does not install on armel (illegal instruction)
Severity set to `minor' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

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



From luca at pca.it  Wed Sep  3 13:22:14 2008
From: luca at pca.it (Luca Capello)
Date: Wed, 03 Sep 2008 15:22:14 +0200
Subject: [cl-debian] Bug#495351: [Ecls-list] ECL sigill on debian armel
	(lenny)
In-Reply-To: <56d259a00808300831m6a406a95udde1345060cb22c0@mail.gmail.com>
References: <56d259a00808300825v64464987r96abf9af8c7ac1c4@mail.gmail.com>
	<56d259a00808300831m6a406a95udde1345060cb22c0@mail.gmail.com>
Message-ID: <87k5dtfjp5.fsf@gismo.pca.it>

severity 495351 minor
thanks

Hi!

Please, if you deal with a Debian bug which has already been reported
(and thus has a number), don't forget to always cc: the bug as well (no
need to subscribe).  For the record, the threads on the upstream mailing
list are [1], [2] and [3].

On Sat, 30 Aug 2008 17:31:44 +0200, Martin Guy wrote:
>   This problem doesn't present itself on native debian systems:

Maybe not this specific problem, but the Debian package misses a
dependency on gcc:

=====
root at ranma:~# apt-get install ecl
[...]

Selecting previously deselected package ecl.
Unpacking ecl (from .../ecl_0.9j-20080306-4_armel.deb) ...
Processing triggers for man-db ...
Setting up libgc1c2 (1:6.8-1.2) ...
Setting up cl-asdf (1.111-1) ...
Reinstalling for ecl
Recompiling Common Lisp Controller for ecl
/usr/lib/common-lisp/bin/ecl.sh loading and dumping clc.
;;; Loading "/usr/lib/ecl/install-clc.lisp"
;;; Loading #P"/usr/lib/ecl/cmp.fas"
;;; Loading #P"/usr/lib/ecl/sysfun.lsp"

Saving to new-ecl...sh: arm-linux-gnueabi-gcc: not found
=====

It happens that ranma is my Openmoko FreeRunner, powered by Debian [4].
Since we (the Debian FSO Team [5]) decided to install a very minimal
Debian (cdeboostrap minimal flavour), gcc is not installed by default
(Priority: optional).

As soon as gcc is installed, ecl works like a charm (I tried the "hello
world" example in the documentation [6]).  Problem fixed [7].

FWIW, this is with Openmoko upstream 2.6.24 kernel.

> I've tried it on armv54te and armv4t boxes and ecl installs and runs
> fine, also under gdb. I can only think maybe some kernel difference -
> for example, ecl makes use of threads.

As explained by Detlef [3], this could be a kernel bug.  Thus this bug
should be reassigned to the kernel package, but since it could be
already fixed, I'd rather close it.

Detlef, what do you think?

> If it would help to have ssh access to a native Debian armel box, to
> help find the difference, you are welcome - just write me.

You can also play with qemu/qemubuilder as explained at [4]: ECL
installs and works fine with a Debian 2.6.24 kernel.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://thread.gmane.org/gmane.lisp.ecl.general/4210
[2] http://thread.gmane.org/gmane.lisp.ecl.general/4341
[3] http://thread.gmane.org/gmane.lisp.ecl.general/4372
[4] http://wiki.debian.org/DebianOnFreeRunner
[5] http://wiki.debian.org/Teams/DebianFSO
[6] New manual: "1.6. Compiler examples"
[7] http://git.debian.org/?p=pkg-common-lisp/ecl.git;a=commitdiff;h=0f9b75fad97065c28242d47a77aa9cca7766ffa5
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080903/07395b07/attachment.sig>

From luca at pca.it  Wed Sep  3 14:12:10 2008
From: luca at pca.it (Luca Capello)
Date: Wed, 03 Sep 2008 16:12:10 +0200
Subject: [cl-debian] Bug#486376: [Ecls-list] Bug#486376: ecl:
 /usr/lib/libecl.so doesn't provide a SONAME
References: <87lk16hagc.fsf@gismo.pca.it> <87r68cg3w6.fsf@gismo.pca.it>
	<87hc93773t.fsf@gismo.pca.it>
	<c159f9ab0808300019q1bb6125dndd7111a280ef7253@mail.gmail.com>
Message-ID: <873akhe2th.fsf@gismo.pca.it>

Hi Juanjo!

On Sat, 30 Aug 2008 09:19:19 +0200, Juan Jose Garcia-Ripoll wrote:
> On Sat, Aug 30, 2008 at 1:07 AM, Luca Capello <luca at pca.it> wrote:
>> This bug has nothing to do with the rpath issue (now solved [1]).
>> Thus, the problem remains: is there any particular reason for
>> /usr/lib/libecl.so not providing a SONAME?
>
> That is not something ECL has to provide. It is more a configuration
> option that operating systems may provide.

Sorry, I'm not a skilled programmed, but I don't understand why this is
not ECL task: ECL provides the libecl.so library, so who else should
provide its SONAME?

> You have to consider the following: with every binary release we are
> adding more functions and the names of old ones change. That means
> being a rapidly evolving project we are definitely going to break
> binary compatibility very frequently.

Isn't this the reason for SONAME existence?  At least this is how I see
it and it seems that others share my view [1][2].

> I should rather say with every release.

This means that you need to update the SONAME for every release.  And I
don't see this as a stopper.

> Furthermore, ECL is currently not being used as a library by any
> project. It is only either a runtime for compiled files or the
> interpreted environment itself.

However a standalone program [3] works out of the box with just
libecl.so, doesn't it?  This means that while ecl (the executable) is
not used as a library, libecl.so acts like a *real* library (as Gabriel
Dos Reis already pointed out [4]).  Thus, without a SONAME and from a
simple `ldd` output, there's no way to know which ECL versions the
program was built with.

> Do you expect SBCL to use some kind of SONAME for its core? Not
> really.

SBCL doesn't provide any library which can be used *without* its core
(thus they are installed into /usr/lib/sbcl/, the same being true for
e.g. CLISP).  Similarly, the ECL "libraries" needed for the core reside
in /usr/lib/ecl/ and don't need any SONAME.

In the next days I'll upload a new Debian version for ECL to solve bug
#495756 [5] in time for the lenny release [6].  I'd like to solve this
issue as well, is it possible?

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://mail-index.netbsd.org/tech-toolchain/1998/07/17/0000.html
[2] http://wiki.linuxquestions.org/wiki/Library-related_Commands_and_Files#soname
    NB, not that I blindly trust random wikis...
[3] New manual: "1.6.3. Example of standalone program"
[4] Message-ID: <206fcf960808300836h69a9ecc5heaba09277f08b84e at mail.gmail.com>
[5] http://bugs.debian.org/495756
[6] http://wiki.debian.org/DebianLenny
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080903/e3d427e5/attachment.sig>

From owner at bugs.debian.org  Wed Sep  3 20:04:11 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Wed, 03 Sep 2008 20:04:11 +0000
Subject: [cl-debian] Processed: Re: Bug#497680: cmucl: FTBFS in lenny: Error
 in 
 function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0.
In-Reply-To: <87myip9nv5.fsf@gismo.pca.it>
References: <87myip9nv5.fsf@gismo.pca.it>
Message-ID: <handler.s.C.122047156415290.transcript@bugs.debian.org>

Processing commands for control at bugs.debian.org:

> unarchive 483331
Bug 483331 [cmucl] cmucl: FTBFS: Error in function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0.
Unarchived Bug 483331
> forcemerge 483331 497680
Bug#483331: cmucl: FTBFS: Error in function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0.
Bug#497680: cmucl: FTBFS in lenny: Error in function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0.
Forcibly Merged 483331 497680.

> severity 483331 minor
Bug#483331: cmucl: FTBFS: Error in function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0.
Bug#497680: cmucl: FTBFS in lenny: Error in function UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0.
Severity set to `minor' from `serious'

> thanks
Stopping processing here.

Please contact me if you need assistance.

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



From luca at pca.it  Wed Sep  3 16:48:46 2008
From: luca at pca.it (Luca Capello)
Date: Wed, 03 Sep 2008 18:48:46 +0200
Subject: [cl-debian] Bug#497680: cmucl: FTBFS in lenny: Error in function 
 UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0.
In-Reply-To: <20080903142405.GA14826@xanadu.blop.info>
References: <20080903142405.GA14826@xanadu.blop.info>
Message-ID: <87myip9nv5.fsf@gismo.pca.it>

unarchive 483331
forcemerge 483331 497680
severity 483331 minor
thanks

Hi Lucas!

On Wed, 03 Sep 2008 16:24:05 +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in lenny, your package failed to build on
> i386.
[...]
>> Error in function UNIX::SIGSEGV-HANDLER:  Segmentation Violation at #x10044FF0.
>> make[1]: *** [all] Error 3

This is the same as bug #483331 [1], merged.

> About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
> of the Grid'5000 platform, using a clean chroot containing a sid i386
> environment.  Internet was not accessible from the build systems.

I just successfully built cmucl on a sid-i386 chroot on my ThinkPad X60
(Intel Core2 T7200 [2]): can the Grid'5000 be the problem, here?

If needed I can try a native i386 build, but I don't think we need it.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://bugs.debian.org/483331
[2] http://luca.pca.it/projects/ibm/x60_1706-gmg/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080903/c9794acc/attachment.sig>

From lucas at lucas-nussbaum.net  Wed Sep  3 17:34:45 2008
From: lucas at lucas-nussbaum.net (Lucas Nussbaum)
Date: Wed, 3 Sep 2008 19:34:45 +0200
Subject: [cl-debian] Bug#497680: cmucl: FTBFS in lenny: Error in function 
 UNIX::SIGSEGV-HANDLER: Segmentation Violation at #x10044FF0.
In-Reply-To: <87myip9nv5.fsf@gismo.pca.it>
References: <20080903142405.GA14826@xanadu.blop.info>
	<87myip9nv5.fsf@gismo.pca.it>
Message-ID: <20080903173445.GA29011@xanadu.blop.info>

reopen 483331
found 483331 19d-20061116-4.1
thanks

Hi Luca,

On 03/09/08 at 18:48 +0200, Luca Capello wrote:
> unarchive 483331
> forcemerge 483331 497680
> severity 483331 minor
> thanks
> 
> Hi Lucas!
> 
> On Wed, 03 Sep 2008 16:24:05 +0200, Lucas Nussbaum wrote:
> > During a rebuild of all packages in lenny, your package failed to build on
> > i386.
> [...]
> >> Error in function UNIX::SIGSEGV-HANDLER:  Segmentation Violation at #x10044FF0.
> >> make[1]: *** [all] Error 3
> 
> This is the same as bug #483331 [1], merged.

Ah right.

> > About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
> > of the Grid'5000 platform, using a clean chroot containing a sid i386
> > environment.  Internet was not accessible from the build systems.
> 
> I just successfully built cmucl on a sid-i386 chroot on my ThinkPad X60
> (Intel Core2 T7200 [2]): can the Grid'5000 be the problem, here?

I'm not sure. I built it using an amd64 kernel, in an i386 chroot.

Apparently, it didn't fail for a while, then started failing again in
august:
2008-04-13.txt:cmucl 19d-20061116-4 Failed 193.588699s
2008-04-25.txt:cmucl 19d-20061116-4.1 OK 559.994536s
2008-05-06.txt:cmucl 19d-20061116-4.1 OK 738.764883s
2008-05-20.txt:cmucl 19d-20061116-4.1 OK 528.761845s
2008-07-11.txt:cmucl 19d-20061116-4.1 OK 989.429089s
2008-08-08.txt:cmucl 19d-20061116-4.1 OK 807.296715s
2008-08-13.txt:cmucl 19d-20061116-4.1 Failed 2268.440746s
2008-09-03.txt:cmucl 19d-20061116-4.1 Failed [NO_SUCH_FILE]

I'm not sure why. Also, I rebuilt it on another machine (amd64 domU,
i386 chroot), and it built fine.

- Lucas, puzzled





From luca at pca.it  Thu Sep  4 21:00:00 2008
From: luca at pca.it (Luca Capello)
Date: Thu, 04 Sep 2008 23:00:00 +0200
Subject: [cl-debian] Bug#495351: [Ecls-list] ECL sigill on debian armel
	(lenny)
In-Reply-To: <1220451389.18438.42.camel@laptop>
References: <56d259a00808300825v64464987r96abf9af8c7ac1c4@mail.gmail.com>
	<56d259a00808300831m6a406a95udde1345060cb22c0@mail.gmail.com>
	<87k5dtfjp5.fsf@gismo.pca.it> <1220451389.18438.42.camel@laptop>
Message-ID: <87prnjaapb.fsf@gismo.pca.it>

Hi Detlef!

For the debian-arm mailing list: this is bug Debian bug #495351:

  http://bugs.debian.org/495351

On Wed, 03 Sep 2008 16:16:28 +0200, Detlef Schmicker wrote:
> as there is no simple well documented way to install a standard
> armel-omap kernel on the N800 (at least I could not find one) I have
> problems to install a more recent kernel than 2.6.21-omap1 (with maemo
> patches), which is the most recent kernel nokia offers at the moment. I
> will test as soon as I have a more recent kernel availible on N800.

Fine with me.  Please close the bug (or raise its severity) as soon as
you'll have tested a more recent kernel.

> As another difference between working debian and not working debian is
> the processor / gcc
>
> Processor	: ARMv6-compatible processor rev 2 (v6l)
>
> it might still be a processor problem, but as I understood it should be
> backward compatible. Does anyone have ecl with an ARMv6 running?

That's why I cc:ed the debian-arm mailing list, /proc/cpuinfo below.

Thx, bye,
Gismo / Luca

> Full cpuinfo:
> cat /proc/cpuinfo 
> Processor	: ARMv6-compatible processor rev 2 (v6l)
> BogoMIPS	: 164.36
> Features	: swp half thumb fastmult vfp edsp java 
> CPU implementer	: 0x41
> CPU architecture: 6TEJ
> CPU variant	: 0x0
> CPU part	: 0xb36
> CPU revision	: 2
> Cache type	: write-back
> Cache clean	: cp15 c7 ops
> Cache lockdown	: format C
> Cache format	: Harvard
> I size		: 32768
> I assoc		: 4
> I line length	: 32
> I sets		: 256
> D size		: 32768
> D assoc		: 4
> D line length	: 32
> D sets		: 256
>
> Hardware	: Nokia N800
> Revision	: 24202524
> Serial		: 0000000000000000
> Nokia-N800-23-14:~# 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080904/e3819ace/attachment.sig>

From owner at bugs.debian.org  Sat Sep  6 15:27:11 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Sat, 06 Sep 2008 15:27:11 +0000
Subject: [cl-debian] Processed: Re: Bug#495351: [Ecls-list] ECL sigill on
 debian armel (lenny)
In-Reply-To: <87sksdwb5x.fsf@gismo.pca.it>
References: <87sksdwb5x.fsf@gismo.pca.it>
Message-ID: <handler.s.C.122071463015940.transcript@bugs.debian.org>

Processing commands for control at bugs.debian.org:

> reassign 495351 libc6
Bug#495351: ecl: does not install on armel (illegal instruction)
Bug reassigned from package `ecl' to `libc6'.

> found 495351 2.7-13
Bug#495351: ecl: does not install on armel (illegal instruction)
Bug marked as found in version 2.7-13.

> severity 495351 normal
Bug#495351: ecl: does not install on armel (illegal instruction)
Severity set to `normal' from `minor'

> merge 498008 495351
Bug#495351: ecl: does not install on armel (illegal instruction)
Bug#498008: libc6: fedisableexcept/feenableexcept in ARMEL causes a SIGILL using ECL
Merged 495351 498008.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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



From luca at pca.it  Sat Sep  6 15:23:38 2008
From: luca at pca.it (Luca Capello)
Date: Sat, 06 Sep 2008 17:23:38 +0200
Subject: [cl-debian] Bug#495351: [Ecls-list] ECL sigill on debian armel
	(lenny)
In-Reply-To: <1220689932.3715.72.camel@laptop>
References: <1220689932.3715.72.camel@laptop>
Message-ID: <87sksdwb5x.fsf@gismo.pca.it>

reassign 495351 libc6
found 495351 2.7-13
severity 495351 normal
merge 498008 495351
thanks

Hi Detlef!

On Sat, 06 Sep 2008 10:32:12 +0200, D Schmicker wrote:
> the problem is probably tracked down to a bug in libc6.
>
> Here is the bugreport:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498008

For the next time, there's no need to open another bug: the Debian BTS
can reassign a specific bug to another package, like in this case.

I merged both bugs, since it seems clear now that it's not at all an ECL
problem.

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

From luca at pca.it  Sat Sep  6 17:55:55 2008
From: luca at pca.it (Luca Capello)
Date: Sat, 06 Sep 2008 19:55:55 +0200
Subject: [cl-debian] Bug#494404: patch + comments on cl-geodesics
In-Reply-To: <20080826223611.424c4c35@tleilaxu>
References: <20080812003619.5643f36a@tleilaxu>
	<874p58g0ai.fsf@gismo.pca.it>  <20080826223611.424c4c35@tleilaxu>
Message-ID: <8763p9rwes.fsf@gismo.pca.it>

Hi Peter!

On Tue, 26 Aug 2008 22:36:11 +0200, Peter De Wachter wrote:
> On Tue, 26 Aug 2008 01:08:53 +0200
> Luca Capello <luca at pca.it> wrote:
>> > - utilities.lisp doesn't have an IN-PACKAGE form, so it gets loaded
>> > in whatever random package happens to be active.
>> 
>> Since it's loaded by all the three subsystems, I'd say it's correct.
>
> Well, consider this transcript:
[...]
> Utilities.lisp clobbers variables and functions in whatever package the
> user happened to be in, that can't be right. And re-loading the
> geodesics fasls won't work if that :foo package no longer exists.

OK, now I understood what you meant, fixed [1].

>> I guess the idea was to having to load only one system instead of
>> three. It can also be possible to split geodesics.asd in three
>> different files, one for each subsystem, still providing the old
>> geodesics.asd which loads the three.
>
> But those three systems define functions with the exact same names:
> 	geodesics:a
> 	geodesics:da/dt
> 	geodesics:adash
> 	geodesics:n
> 	geodesics:dn/dt
> 	geodesics:ndash
> If you load GD-STATIC-UNEQUAL after GD-STATIC-EQUAL, you'll redefine
> GD-STATIC-EQUAL's functions. If you next load GD-COSMOLOGICAL, you'll
> just redefine them again. A system that loads more than one of these
> three is nonsensical.

I committed the split [2], but I kept geodesics.asd for backward
compatibility.  However, we still have only one package, GEODESICS:
should each system define their own package?

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://git.debian.org/?p=pkg-common-lisp/cl-geodesics.git;a=commitdiff;h=09db012a40ac704ad6b54b8b7c3047e89caa7123
[2] http://git.debian.org/?p=pkg-common-lisp/cl-geodesics.git;a=commitdiff;h=8915755ac6b198502312789a11c4d335e50064c1
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080906/6e5855b0/attachment.sig>

From luca at pca.it  Sat Sep  6 19:28:21 2008
From: luca at pca.it (Luca Capello)
Date: Sat, 06 Sep 2008 21:28:21 +0200
Subject: [cl-debian] Bug#486376: [Ecls-list] Bug#486376: Bug#486376: ecl: 
 /usr/lib/libecl.so doesn't provide a SONAME
References: <87lk16hagc.fsf@gismo.pca.it> <87r68cg3w6.fsf@gismo.pca.it>
	<87hc93773t.fsf@gismo.pca.it>
	<c159f9ab0808300019q1bb6125dndd7111a280ef7253@mail.gmail.com>
	<873akhe2th.fsf@gismo.pca.it>
	<c159f9ab0809030841o1f9a54f6sc2893179d4b52bbc@mail.gmail.com>
Message-ID: <87od31oyzu.fsf@gismo.pca.it>

Hi Juanjo!

On Wed, 03 Sep 2008 17:41:25 +0200, Juan Jose Garcia-Ripoll wrote:
> On Wed, Sep 3, 2008 at 4:12 PM, Luca Capello <luca at pca.it> wrote:
>>> That is not something ECL has to provide. It is more a configuration
>>> option that operating systems may provide.
>>
>> Sorry, I'm not a skilled programmed, but I don't understand why this is
>> not ECL task: ECL provides the libecl.so library, so who else should
>> provide its SONAME?
>
> The SONAME is a basically a linker option and can be passed to ECL as
> a configuration flag during the build process. It is not our task as
> developers of ECL to impose a certain numbering scheme or link flags
> on the main source distribution, but rather the package maintainer to
> set it based on their own criteria or distribution standards.

Well, I really think SONAME's decision belongs to developers, not to
package maintainers.  Let's say that Debian uses a SONAME of 0.1 while
Ubuntu 0.2 [1]: then every effort done with the LSB [2] is lost.

I consider this as the last solution and if I'm really forced to
implement it, the ECL SONAME in Debian will reflect the upstream
version.

> At least this is how I have seen that done for other packages,
> including Debian's ones (http://packages.debian.org/etch/libgc1c2) and
> that is what I meant by the text above.

The libgc1c2 package in etch already uses upstream SONAME [3]:

--8<---------------cut here---------------start------------->8---
libgc (1:6.2+6.3alpha1-1) unstable; urgency=low

  * New upstream release (closes: #197031)
  * Switch to using upstream's autoconf (and therefore upstream's sonames, so
    rename packages to match the sonames)  (closes: #178869)
  * Relibtoolize.

 -- Ryan Murray <rmurray at debian.org>  Mon, 11 Aug 2003 15:57:57 -0700
--8<---------------cut here---------------end--------------->8---

Thx, bye,
Gismo / Luca

Footnotes: 
[1] and yes, I compared Debian and Ubuntu *in purpose*, since while the
    latter syncs with Debian before every freeze, in some areas they
    diverge quite a lot
[2] http://www.linuxfoundation.org/en/LSB
[3] http://packages.debian.org/changelogs/pool/main/libg/libgc/libgc_6.8-1/changelog
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080906/62601822/attachment.sig>

From luca at pca.it  Tue Sep  9 19:40:14 2008
From: luca at pca.it (Luca Capello)
Date: Tue, 09 Sep 2008 21:40:14 +0200
Subject: [cl-debian] Bug#486376: [Ecls-list] Bug#486376: Bug#486376: ecl: 
 /usr/lib/libecl.so doesn't provide a SONAME
In-Reply-To: <c159f9ab0809070951u6c976859w567b5371d8b43564@mail.gmail.com>
References: <87lk16hagc.fsf@gismo.pca.it> <87r68cg3w6.fsf@gismo.pca.it>
	<87hc93773t.fsf@gismo.pca.it>
	<c159f9ab0808300019q1bb6125dndd7111a280ef7253@mail.gmail.com>
	<873akhe2th.fsf@gismo.pca.it>
	<c159f9ab0809030841o1f9a54f6sc2893179d4b52bbc@mail.gmail.com>
	<87od31oyzu.fsf@gismo.pca.it>
	<206fcf960809061718p62d57968raba74d2beed966ee@mail.gmail.com>
	<c159f9ab0809070951u6c976859w567b5371d8b43564@mail.gmail.com>
Message-ID: <87hc8phzvl.fsf@gismo.pca.it>

Hi Juanjo!

On Sun, 07 Sep 2008 18:51:30 +0200, Juan Jose Garcia-Ripoll wrote:
> Well, for one I do not believe in LSB. At least I do not believe
> people are going to include ECL in the list of required software by
> the LSB committee, and that implies no program can expect it is going
> to have the right version of the ECL runtime waiting for them in the
> host machine. It does not matter whether the SONAMEs are right or not.

I used LSB as an example, here: I don't think that ECL will be part of
LSB, but this is an effort to uniform GNU/Linux distributions.  That's
why I don't like Debian packages deviating from upstream without a
consensus.

> Now, given that everybody asks me to maintain SONAMEs and not only
> that, but to add the proper flags for the linker, and since you must
> have guessed I am a lazy guy and I do not believe I will be able to
> maintain by myself binary compatibility among releases, I just
> announce that the SONAMEs will end up being dates: (format nil "~D.~D"
> (- year 2000) month) of the code I produce (*).

Thank you.  If I could say more, I really prefer full dates (YYYYMMDD),
but this is not the scope of this bug report.

> But let me remark that in this "bug" report we have not yet talked
> about the compiled files that ECL ships with.
[...]
> That means not only the library file will have to be versioned, but
> the library directory in which ECL is installed as well. Have you
> thought about this?

I didn't think about it before your mail because I don't see the
problem, really, please read below.

> So, again, ECL is closer to SBCL or python (**) that what you may
> think in that it is a runtime. It is true that programs may embed its
> library, and it is true that the software installs libecl.so in the
> /usr/lib directory, but this was not always the case and I only
> changed it because I was asked to remove all uses of --rpath from my
> code.

Iif I understand correctly, we can have standalone programs [1] that
need just /usr/lib/libecl.so and others that need more than that,
i.e. all the other compiled files ECL ships in /usr/lib/ecl/ (these are
internal libraries, not shared ones).

With the actual situation, one cannot discriminate the dependencies
between the two cases (since the library is shipped together with the
compiler) and thus people should always depend on the full ecl_1-1
package.

However, if my words above are correct, I can split ecl_1-1 into two
packages, libecl [2] and ecl [3], the latter depending on the former.  This
means that if the standalone program I wrote works just with the shared
library, I don't need to install the other internal libraries and the
compiler.  Could this improve the situation?

I'd really like to have this bug fixed in lenny [4], but I don't
guarantee anything :-D

> (*) Actually, given that people have also complained about my
> versioning scheme, I may just as well do that for real version
> numbers.

Fully ACK, please do it!

Thx, bye,
Gismo / Luca

Footnotes: 
[1] New manual: "1.6.3. Example of standalone program"
[2] actually, I still need to document myself about binary package names
    for shared libraries, thus the name could finally be libecl$SONAME
[3] FWIW, the next ECL Debian package will depends on GCC:
    http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=yes&bug=495351#25
[4] http://lists.debian.org/debian-devel-announce/2008/09/msg00000.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080909/cfae279a/attachment.sig>

From owner at bugs.debian.org  Tue Sep  9 22:19:09 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Tue, 09 Sep 2008 22:19:09 +0000
Subject: [cl-debian] Processed: Re: [Ecls-list] Bug#486376: Bug#486376: ecl: 
 /usr/lib/libecl.so doesn't provide a SONAME
In-Reply-To: <87iqt5dnm9.fsf@gismo.pca.it>
References: <87iqt5dnm9.fsf@gismo.pca.it>
Message-ID: <handler.s.C.122099512913343.transcript@bugs.debian.org>

Processing commands for control at bugs.debian.org:

> tags 486376 + fixed-upstream
Bug#486376: ecl: /usr/lib/libecl.so doesn't provide a SONAME
Tags were: upstream help
Tags added: fixed-upstream

> thanks
Stopping processing here.

Please contact me if you need assistance.

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



From luca at pca.it  Tue Sep  9 22:27:04 2008
From: luca at pca.it (Luca Capello)
Date: Wed, 10 Sep 2008 00:27:04 +0200
Subject: [cl-debian] Bug#486376: [Ecls-list] Bug#486376: Bug#486376: ecl: 
 /usr/lib/libecl.so doesn't provide a SONAME
In-Reply-To: <c159f9ab0809091510v37aac6cfna1fa18a33d8c9956@mail.gmail.com>
References: <87lk16hagc.fsf@gismo.pca.it> <87hc93773t.fsf@gismo.pca.it>
	<c159f9ab0808300019q1bb6125dndd7111a280ef7253@mail.gmail.com>
	<873akhe2th.fsf@gismo.pca.it>
	<c159f9ab0809030841o1f9a54f6sc2893179d4b52bbc@mail.gmail.com>
	<87od31oyzu.fsf@gismo.pca.it>
	<206fcf960809061718p62d57968raba74d2beed966ee@mail.gmail.com>
	<c159f9ab0809070951u6c976859w567b5371d8b43564@mail.gmail.com>
	<c159f9ab0809091238n3565761bg10a9d81bfe36b302@mail.gmail.com>
	<8763p5f2bs.fsf@gismo.pca.it>
	<c159f9ab0809091510v37aac6cfna1fa18a33d8c9956@mail.gmail.com>
Message-ID: <87tzcpc5vr.fsf@gismo.pca.it>

Hi Juanjo!

On Wed, 10 Sep 2008 00:10:10 +0200, Juan Jose Garcia-Ripoll wrote:
> On Tue, Sep 9, 2008 at 11:15 PM, Luca Capello <luca at pca.it> wrote:

>   I'll play the Devil's advocate here, sorry: does this mean that 0.1.0
>   will be SONAME-compatible with 0.1.1?
>
> The SONAME only uses the first two numbers.
[...]
> Also, what is definitely true is that two libraries with different
> major (i.e. first) or minor (i.e. second) release numbers are not
> guaranteed to be binary compatible.

Noted, thanks.

>   Is a new release planned soon or should I package today's CVS snapshot
>   to close this bug?
>
> One or two weeks. Depends on another bug being closed and also how
> life develops.

OK, I'll ask the Debian Release Team about uploading a new upstream
version at this time frame and then react accordingly.

>   CLISP provides a similar situation, but we (i.e. Debian) decided to ship
>   only one version.  What's your advice here?
>
> I do not think it is politically correct to ask the maintainer of one
> implementation how the packaging of a different one should go, so
> please excuse if I do not answer that question.

I understand your point, but I think I wasn't enough clear: my question
was/is not about how Debian should package CLISP, but what you prefer
for ECL.  Let's try again with different (and maybe clearer) words.

I prefer to keep the ECL situation as it is now: Debian ships only one
version, which is the latest release [1].  This means less work for the
Debian maintainers (ATM mostly me) and also a more closer tracking of
upstream development.  The disadvantage is for anyone depending on ECL,
who needs to "port" her/his applications to the new upstream release.

Is it OK for you or have you other suggestions?

I still think that splitting the main binary package into ecl and libecl
can improve the situation WRT dependencies, but this is another matter.

Thx, bye,
Gismo / Luca

Footnotes: 
[1] considering the Debian policies, i.e. if Debian's freezing for a new
    stable release, no new upstream versions are allowed in testing
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080910/89a4e201/attachment.sig>

From luca at pca.it  Tue Sep  9 21:15:35 2008
From: luca at pca.it (Luca Capello)
Date: Tue, 09 Sep 2008 23:15:35 +0200
Subject: [cl-debian] Bug#486376: [Ecls-list] Bug#486376: Bug#486376: ecl: 
 /usr/lib/libecl.so doesn't provide a SONAME
In-Reply-To: <c159f9ab0809091238n3565761bg10a9d81bfe36b302@mail.gmail.com>
References: <87lk16hagc.fsf@gismo.pca.it> <87r68cg3w6.fsf@gismo.pca.it>
	<87hc93773t.fsf@gismo.pca.it>
	<c159f9ab0808300019q1bb6125dndd7111a280ef7253@mail.gmail.com>
	<873akhe2th.fsf@gismo.pca.it>
	<c159f9ab0809030841o1f9a54f6sc2893179d4b52bbc@mail.gmail.com>
	<87od31oyzu.fsf@gismo.pca.it>
	<206fcf960809061718p62d57968raba74d2beed966ee@mail.gmail.com>
	<c159f9ab0809070951u6c976859w567b5371d8b43564@mail.gmail.com>
	<c159f9ab0809091238n3565761bg10a9d81bfe36b302@mail.gmail.com>
Message-ID: <8763p5f2bs.fsf@gismo.pca.it>

Hi Juanjo!

Why didn't I wait for ten more minutes before sending my previous mail?
I'd have seen you already fixed it, thank you!

On Tue, 09 Sep 2008 21:55:30 +0200, Juan Jose Garcia-Ripoll wrote:
> On Tue, Sep 9, 2008 at 9:40 PM, Luca Capello <luca at pca.it> wrote:
>
>   Thank you.  If I could say more, I really prefer full dates (YYYYMMDD),
>   but this is not the scope of this bug report.
>
> That is too large and the shorter version can be directly used in
> sonames

Good point.

>   However, if my words above are correct, I can split ecl_1-1 into two
>   packages, libecl [2] and ecl [3], the latter depending on the former.  This
>   means that if the standalone program I wrote works just with the shared
>   library, I don't need to install the other internal libraries and the
>   compiler.
>
> This is true.
>
>   Could this improve the situation?
>
> As I said, the problems are not on our side, so I presume this
> question goes to the bug originator  :-)

Thus me, also one of the Debian maintainers, read below ;-)

> As mentioned in the previous email / bug answer, this change has been
> committed to ECL already.

On Tue, 09 Sep 2008 21:38:13 +0200, Juan Jose Garcia-Ripoll wrote:
> Last change in CVS ( 2008/09/09 )
>
>  - We switch to an Ubuntu-like versioning system, based on $(year).$(month).x
>    where "x" is 0 for a release or any higher number for a patched version.

I'll play the Devil's advocate here, sorry: does this mean that 0.1.0
will be SONAME-compatible with 0.1.1?

>  - In Unix-type systems, ECL now installs with a "soname" and using versioned
>    directory names, such as /usr/lib/ecl-8.9.0, /usr/lib/libecl.so.8.9, etc

Is a new release planned soon or should I package today's CVS snapshot
to close this bug?

This change not only fixes this problem, but it also lets different ECL
versions be installed simultaneously.

CLISP provides a similar situation, but we (i.e. Debian) decided to ship
only one version.  What's your advice here?  I'd prefer keeping the
situation as it is and consistent with CLISP: Debian ships one version,
whenever it's possible the latest release.

> This should be more than enough.

Again, thank you not only for the fix, but mainly for the time you spent
discussing it, I really appreciate.

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

From luca at pca.it  Wed Sep 10 01:17:05 2008
From: luca at pca.it (Luca Capello)
Date: Wed, 10 Sep 2008 01:17:05 +0000
Subject: [cl-debian] Accepted ecl 0.9j-20080306-5 (source all amd64)
Message-ID: <E1KdEKP-0000yg-7u@ries.debian.org>

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

Format: 1.8
Date: Tue, 09 Sep 2008 21:54:43 +0200
Source: ecl
Binary: ecl ecl-doc
Architecture: source all amd64
Version: 0.9j-20080306-5
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Luca Capello <luca at pca.it>
Description: 
 ecl        - Embeddable Common-Lisp: has an interpreter and can compile to C
 ecl-doc    - documentation for Embeddable Common-Lisp
Closes: 495756
Changes: 
 ecl (0.9j-20080306-5) unstable; urgency=low
 .
   * debian/control:
     + Build-Depends: on chrpath to remove unnecessary rpath headers
       from binaries in /usr/lib/ecl/, thanks to Bill Allombert
       <bill.allombert at math.u-bordeaux1.fr> (Closes: #495756).
     + Depends: on gcc, it's required at installation and everytime
       you want to produce a loadable object file.
 .
   * debian/rules:
     + add chrpath call to 'install' target.
Checksums-Sha1: 
 d592bea4c6c43cc5a70205514e14da0ea8c69e3f 1573 ecl_0.9j-20080306-5.dsc
 b8e07c40d5d68549c38ca8c5fa07bbf276f4e8df 154308 ecl_0.9j-20080306-5.diff.gz
 6cbeb068f1f3030e10e4d25aba35af4c0304ca6a 65118 ecl-doc_0.9j-20080306-5_all.deb
 a3f0013787a3444a7ae145e92a1dcd1bfe526f5f 1586750 ecl_0.9j-20080306-5_amd64.deb
Checksums-Sha256: 
 71997860b4d69db18b669151423bf589896fee2572e45a946850bddf292950be 1573 ecl_0.9j-20080306-5.dsc
 2124f8fbba3e4604d06d7c2b28dc8ea7109441fde48cb55368b4f13bb6a86e57 154308 ecl_0.9j-20080306-5.diff.gz
 38c57bf8625019d6d6cfaddb3ff08f29e995ea380a82549cac2347f3592f1ffc 65118 ecl-doc_0.9j-20080306-5_all.deb
 bdb37b2b93a109db37b3ec44a1fe62b3c6d9e0986acca6b2494dcc86b9156a74 1586750 ecl_0.9j-20080306-5_amd64.deb
Files: 
 ebcee6b3afbf68aded6bd8a0966018e3 1573 devel optional ecl_0.9j-20080306-5.dsc
 0e6066196d95a74605611ad5c2dfcbe2 154308 devel optional ecl_0.9j-20080306-5.diff.gz
 fd17aeaf7aff07e2539d8c4671accd76 65118 doc optional ecl-doc_0.9j-20080306-5_all.deb
 78f1af52e573fcb5b9901c6804b99c66 1586750 devel optional ecl_0.9j-20080306-5_amd64.deb

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

iJwEAQECAAYFAkjG9HoACgkQZwOMsWhEDTOpNQP/ZBCtCEOCwD0/W3uPXZtBDcdl
DAJHiG/6XJhjFTWst50nCSPTcDdBk/WG+aY8C0tl3kSFerN6Bl2PclHmLHafQwpf
mvBj1pl73UQu7GEiwmqOONHEQ9qgbgifyxQOP0hRjuSh4yxKUb8BXUY6pGhhX5qy
c1NTbFI/Z6xbr8s6Cfc=
=mrs8
-----END PGP SIGNATURE-----


Accepted:
ecl-doc_0.9j-20080306-5_all.deb
  to pool/main/e/ecl/ecl-doc_0.9j-20080306-5_all.deb
ecl_0.9j-20080306-5.diff.gz
  to pool/main/e/ecl/ecl_0.9j-20080306-5.diff.gz
ecl_0.9j-20080306-5.dsc
  to pool/main/e/ecl/ecl_0.9j-20080306-5.dsc
ecl_0.9j-20080306-5_amd64.deb
  to pool/main/e/ecl/ecl_0.9j-20080306-5_amd64.deb




From owner at bugs.debian.org  Wed Sep 10 01:36:07 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Wed, 10 Sep 2008 01:36:07 +0000
Subject: [cl-debian] Bug#495756: marked as done (ecl has rpath to insecure
 location (/tmp/buildd/ecl-0.9j-20080306/build/))
References: <E1KdEKP-0000yi-8d@ries.debian.org>
	<20080820085551.GA18296@yellowpig>
Message-ID: <handler.495756.D495756.122101030529650.ackdone@bugs.debian.org>


Your message dated Wed, 10 Sep 2008 01:17:05 +0000
with message-id <E1KdEKP-0000yi-8d at ries.debian.org>
and subject line Bug#495756: fixed in ecl 0.9j-20080306-5
has caused the Debian Bug report #495756,
regarding ecl has rpath to insecure location (/tmp/buildd/ecl-0.9j-20080306/build/)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner at bugs.debian.org
immediately.)


-- 
495756: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495756
Debian Bug Tracking System
Contact owner at bugs.debian.org with problems
-------------- next part --------------
An embedded message was scrubbed...
From: Bill Allombert <ballombe at debian.org>
Subject: ecl has rpath to insecure location	(/tmp/buildd/ecl-0.9j-20080306/build/)
Date: Wed, 20 Aug 2008 10:55:51 +0200
Size: 2057
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080910/f3bf593b/attachment.mht>
-------------- next part --------------
An embedded message was scrubbed...
From: Luca Capello <luca at pca.it>
Subject: Bug#495756: fixed in ecl 0.9j-20080306-5
Date: Wed, 10 Sep 2008 01:17:05 +0000
Size: 4992
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080910/f3bf593b/attachment-0001.mht>

From noreply at release.debian.org  Sat Sep 13 16:39:16 2008
From: noreply at release.debian.org (Debian testing watch)
Date: Sat, 13 Sep 2008 16:39:16 +0000
Subject: [cl-debian] gcl 2.6.7-45 MIGRATED to testing
Message-ID: <E1KeY9U-0004kb-2O@ries.debian.org>

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

  Previous version: 2.6.7-44
  Current version:  2.6.7-45

-- 
This email is automatically generated; the Debian Release Team
<debian-release at lists.debian.org> is responsible.
See http://release.debian.org/testing-watch/ for more information.



From noreply at release.debian.org  Sat Sep 13 16:39:16 2008
From: noreply at release.debian.org (Debian testing watch)
Date: Sat, 13 Sep 2008 16:39:16 +0000
Subject: [cl-debian] gcl 2.6.7-45 MIGRATED to testing
Message-ID: <E1KeY9U-0004kb-2O@ries.debian.org>

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

  Previous version: 2.6.7-44
  Current version:  2.6.7-45

-- 
This email is automatically generated; the Debian Release Team
<debian-release at lists.debian.org> is responsible.
See http://release.debian.org/testing-watch/ for more information.



From kurt at roeckx.be  Tue Sep 16 21:36:38 2008
From: kurt at roeckx.be (Kurt Roeckx)
Date: Tue, 16 Sep 2008 23:36:38 +0200 (CEST)
Subject: [cl-debian] Bug#494404: tagging 494404
Message-ID: <20080916213638.28207EABE6@intrepid.roeckx.be>

# Automatically generated email from bts, devscripts version 2.10.35
# 20010214-9 seems to fix it, but that doesn't seem to be uploaded.  Maybe you wanted to tag it pending instead?
tags 494404 - fixed





From luca at pca.it  Wed Sep 17 21:47:03 2008
From: luca at pca.it (Luca Capello)
Date: Wed, 17 Sep 2008 21:47:03 +0000
Subject: [cl-debian] Accepted cl-geodesics 20010214-9 (source all)
Message-ID: <E1Kg4rX-0001o4-Pd@ries.debian.org>

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

Format: 1.8
Date: Wed, 17 Sep 2008 23:32:50 +0200
Source: cl-geodesics
Binary: cl-geodesics
Architecture: source all
Version: 20010214-9
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Luca Capello <luca at pca.it>
Description: 
 cl-geodesics - Geodesic equations in Common Lisp
Closes: 469896 494404
Changes: 
 cl-geodesics (20010214-9) unstable; urgency=low
 .
   * debian/control:
     + fix FTBFS, change Architecture: from 'any' to 'all', thanks to
       Sebastian Bober <sbober at servercare.de> (Closes: #469896).
     + add myself to Uploaders:.
     + add Vcs-Browser field.
     + Build-Depends: on quilt.
     + Build-Depends-Indep: on dh-lisp.
 .
   * debian/gd-static-equal.asd: new file.
   * debian/gd-static-unequal.asd: new file.
   * debian/gd-cosmological.asd: new file.
 .
   * debian/geodesics.asd:
     + remove extra parenthesis for the :gd-static-unequal ASDF system.
     + move :infix dependency to each ASDF subsystem, thanks to Peter
       De Wachter <pdewacht at gmail.com> (Closes: #494404).
     + split subsystems into single ASDF systems, but keep this one
       for backward compatibility, thanks to Peter De Watcher
       <pdewacht at gmail.com>.
 .
   * debian/patches/series: new file.
   * debian/patches/01_prepend-integrate-system-in-utilities.lisp.diff:
     + properly call integrate: functions, thanks to Peter De Wachter
       <pdewacht at gmail.com>.
   * debian/patches/02_define-package-in-utilities.lisp.diff:
     + add in-package definition, thanks to Peter De Wachter
       <pdewacht at gmail.com>.
 .
   * debian/postinst:
     - remove, dh-lisp will generate it.
 .
   * debian/prerm:
     - remove, dh-lisp will generate it.
 .
   * debian/rules:
     + adapt to quilt.
     + add dh_lisp call to binary-indep target.
     - remove unnecessary dh_link call in install target.
Checksums-Sha1: 
 072cb3b2a303e984f7a24dfddb8ed401ca11a5b2 1428 cl-geodesics_20010214-9.dsc
 283803ed5ed193af6817b431634e049c084bce53 2897 cl-geodesics_20010214-9.diff.gz
 7a731679eedd87f0d453079688b8e69db8edc5ba 8690 cl-geodesics_20010214-9_all.deb
Checksums-Sha256: 
 1e72c68b8c2431d6b235e3758e39477ccc15612ead7a3f95c9f1f406d64c2bd2 1428 cl-geodesics_20010214-9.dsc
 bb119a4efcd7ef6eb0382846a2ddc376e10545c673e584e06b0f880d53451c54 2897 cl-geodesics_20010214-9.diff.gz
 9a54f612d2206f66ab3d59ddc644ed4909519f558a50fc14d06b2be40d706f64 8690 cl-geodesics_20010214-9_all.deb
Files: 
 34e4210836c24a1d8b36431f142f6abe 1428 contrib/devel optional cl-geodesics_20010214-9.dsc
 c4982cbadc3d5e3f97d4c6556ac0ad53 2897 contrib/devel optional cl-geodesics_20010214-9.diff.gz
 2b71a7e9510ca4d633c7c3e823008dff 8690 contrib/devel optional cl-geodesics_20010214-9_all.deb

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

iJwEAQECAAYFAkjReKkACgkQZwOMsWhEDTOvOgP/S9gwKxPdGg5jmvjsO+5D71p7
izkYuTM6BLI3mzkKm1+UPl2FmNV88LBQjaHv/7vDMga3Aj96toj3Fa6f0ZELCllI
PLQfwicaKdLStJzDF8Mm5WtIA1AzfoYpAUqLH1JS2kmaPa2Wh5XnZBaa8QIWx77G
UELNbamV/n91j+tjcBI=
=ksjE
-----END PGP SIGNATURE-----


Accepted:
cl-geodesics_20010214-9.diff.gz
  to pool/contrib/c/cl-geodesics/cl-geodesics_20010214-9.diff.gz
cl-geodesics_20010214-9.dsc
  to pool/contrib/c/cl-geodesics/cl-geodesics_20010214-9.dsc
cl-geodesics_20010214-9_all.deb
  to pool/contrib/c/cl-geodesics/cl-geodesics_20010214-9_all.deb




From owner at bugs.debian.org  Wed Sep 17 22:09:05 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Wed, 17 Sep 2008 22:09:05 +0000
Subject: [cl-debian] Processed: Re: Bug#494587: Patch to build with bdb4.7
In-Reply-To: <87y71q1lru.fsf@gismo.pca.it>
References: <87y71q1lru.fsf@gismo.pca.it>
Message-ID: <handler.s.C.122168846924471.transcript@bugs.debian.org>

Processing commands for control at bugs.debian.org:

> tags 494587 + upstream
Bug#494587: Patch to build with bdb4.7
Tags were: patch
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  Wed Sep 17 22:15:21 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Wed, 17 Sep 2008 22:15:21 +0000
Subject: [cl-debian] Bug#494404: marked as done (cl-geodesics:
 geodesics.lisp:40, no  dispatch function defined for #\I)
References: <E1Kg4rX-0001o8-Sy@ries.debian.org> <87iquaeoc0.fsf@gismo.pca.it>
Message-ID: <handler.494404.D494404.12216887004512.ackdone@bugs.debian.org>


Your message dated Wed, 17 Sep 2008 21:47:03 +0000
with message-id <E1Kg4rX-0001o8-Sy at ries.debian.org>
and subject line Bug#494404: fixed in cl-geodesics 20010214-9
has caused the Debian Bug report #494404,
regarding cl-geodesics: geodesics.lisp:40, no dispatch function defined for #\I
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner at bugs.debian.org
immediately.)


-- 
494404: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494404
Debian Bug Tracking System
Contact owner at bugs.debian.org with problems
-------------- next part --------------
An embedded message was scrubbed...
From: Luca Capello <luca at pca.it>
Subject: cl-geodesics: geodesics.lisp:40, no dispatch function defined for #\I
Date: Sat, 09 Aug 2008 07:42:39 +0200
Size: 3655
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080917/9111298f/attachment.mht>
-------------- next part --------------
An embedded message was scrubbed...
From: Luca Capello <luca at pca.it>
Subject: Bug#494404: fixed in cl-geodesics 20010214-9
Date: Wed, 17 Sep 2008 21:47:03 +0000
Size: 5812
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080917/9111298f/attachment-0001.mht>

From owner at bugs.debian.org  Wed Sep 17 22:15:11 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Wed, 17 Sep 2008 22:15:11 +0000
Subject: [cl-debian] Bug#469896: marked as done (cl-geodesics - FTBFS:
 dpkg-genchanges:
 failure: cannot read files list file: No such file or directory)
References: <E1Kg4rX-0001o6-QN@ries.debian.org>
	<20080307193135.GN23625@wavehammer.waldi.eu.org>
Message-ID: <handler.469896.D469896.12216886862691.ackdone@bugs.debian.org>


Your message dated Wed, 17 Sep 2008 21:47:03 +0000
with message-id <E1Kg4rX-0001o6-QN at ries.debian.org>
and subject line Bug#469896: fixed in cl-geodesics 20010214-9
has caused the Debian Bug report #469896,
regarding cl-geodesics - FTBFS: dpkg-genchanges: failure: cannot read files list file: No such file or directory
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner at bugs.debian.org
immediately.)


-- 
469896: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469896
Debian Bug Tracking System
Contact owner at bugs.debian.org with problems
-------------- next part --------------
An embedded message was scrubbed...
From: Bastian Blank <waldi at debian.org>
Subject: cl-geodesics - FTBFS: dpkg-genchanges: failure: cannot read files	list file: No such file or directory
Date: Fri, 7 Mar 2008 20:31:35 +0100
Size: 2182
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080917/9f487db2/attachment.mht>
-------------- next part --------------
An embedded message was scrubbed...
From: Luca Capello <luca at pca.it>
Subject: Bug#469896: fixed in cl-geodesics 20010214-9
Date: Wed, 17 Sep 2008 21:47:03 +0000
Size: 5838
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080917/9f487db2/attachment-0001.mht>

From luca at pca.it  Wed Sep 17 21:54:13 2008
From: luca at pca.it (Luca Capello)
Date: Wed, 17 Sep 2008 23:54:13 +0200
Subject: [cl-debian] Bug#494587: Patch to build with bdb4.7
In-Reply-To: <200808102154.07488.norsetto@ubuntu.com>
References: <200808102154.07488.norsetto@ubuntu.com>
Message-ID: <87y71q1lru.fsf@gismo.pca.it>

tags 494587 + upstream
thanks

Hi Cesare!

On Sun, 10 Aug 2008 21:54:07 +0200, Cesare Tirabassi wrote:
> clisp FTBFS with bdb4.7:
[...]
> The problem is that the flags DB_DIRECT_LOG and DB_LOG_AUTOREMOVE are
> obsoleted in bdb 4.7, see:

Thus this bug is an upstream one and it's not yet solved [1].

The best thing would be to open a bug upstream [2] and attach there your
patch.  In case you're not familiar with the SourceForge BTS, I can do
it for you, just ask.

> I hope this can be useful for you too,

Yes, thank you very much for your collaboration.  Don't hesitate to do
the same in the future ;-)

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://clisp.cvs.sourceforge.net/clisp/clisp/modules/berkeley-db/bdb.c?revision=1.119&view=markup
[2] https://sourceforge.net/tracker/?group_id=1355&atid=101355
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/cl-debian/attachments/20080917/824b0972/attachment.sig>

From owner at bugs.debian.org  Sat Sep 20 13:39:09 2008
From: owner at bugs.debian.org (Debian Bug Tracking System)
Date: Sat, 20 Sep 2008 13:39:09 +0000
Subject: [cl-debian] Processed: Re: Bug#494587: Patch to build with bdb4.7
In-Reply-To: <87od2jkky0.fsf@gismo.pca.it>
References: <87od2jkky0.fsf@gismo.pca.it>
Message-ID: <handler.s.C.12219171877697.transcript@bugs.debian.org>

Processing commands for control at bugs.debian.org:

> forwarded 494587 https://sourceforge.net/tracker/index.php?func=detail&aid=2117562&group_id=1355&atid=101355
Bug#494587: Patch to build with bdb4.7
Noted your statement that Bug has been forwarded to https://sourceforge.net/tracker/index.php?func=detail&aid=2117562&group_id=1355&atid=101355.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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



From noreply at release.debian.org  Sat Sep 20 16:39:13 2008
From: noreply at release.debian.org (Debian testing watch)
Date: Sat, 20 Sep 2008 16:39:13 +0000
Subject: [cl-debian] ecl 0.9j-20080306-5 MIGRATED to testing
Message-ID: <E1Kh5UH-0005H4-7F@ries.debian.org>

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

  Previous version: 0.9j-20080306-4
  Current version:  0.9j-20080306-5

-- 
This email is automatically generated; the Debian Release Team
<debian-release at lists.debian.org> is responsible.
See http://release.debian.org/testing-watch/ for more information.



From noreply at release.debian.org  Sat Sep 20 16:39:13 2008
From: noreply at release.debian.org (Debian testing watch)
Date: Sat, 20 Sep 2008 16:39:13 +0000
Subject: [cl-debian] ecl 0.9j-20080306-5 MIGRATED to testing
Message-ID: <E1Kh5UH-0005H4-7F@ries.debian.org>

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

  Previous version: 0.9j-20080306-4
  Current version:  0.9j-20080306-5

-- 
This email is automatically generated; the Debian Release Team
<debian-release at lists.debian.org> is responsible.
See http://release.debian.org/testing-watch/ for more information.



From pbrochard at common-lisp.net  Wed Sep 24 13:33:16 2008
From: pbrochard at common-lisp.net (Philippe Brochard)
Date: Wed, 24 Sep 2008 15:33:16 +0200
Subject: [cl-debian] [ann] [clfswm-announce] 0809 CLFSWM release
Message-ID: <84vdwlllcz.fsf@grigri.elcforest>


Hi everybody,

I'm very happy to announce a new CLFSWM release:

  http://common-lisp.net/project/clfswm/clfswm-0809.tar.gz

Since the last release, changes are as follow:

 * Colors nearly everywhere (Menu, Info, Help...)

 * A more general and simple way to handle corners:
    see src/clfswm-corners.lisp and doc/corner.txt or doc/corner.html
    Now a virtual keyboard is accessible and a terminal is available
    like the quake console. 
    
 * Hide/Unhide child and Raise/Lower child: New functions.
    http://common-lisp.net/project/clfswm/raise-lower.ogv
    http://common-lisp.net/project/clfswm/hide-unhide.ogv

 * A new GIMP layout. See 
    http://common-lisp.net/project/clfswm/gimp-layout.ogv
    for an example video.

 * Each frame can have a different focus policy. One of: click to
    focus (the default), sloppy focus, strict sloppy focus (sloppy
    focus only on the current frame), sloppy select (select a frame
    on mouse over). 
    http://common-lisp.net/project/clfswm/focus-policy.ogv

 * A fast layout switch method.

 * A switch to last child method (Shift+tab by default).

 * A beginning of configuration from clfswm. Each global configuration
    variables follow the documentation syntax: 
      "Config(group): documentation". 
   The next step is a way to change them from clfswm and store the new
    values in the configuration file.

 * Some internal change for displaying children with less flickering.

Hope you'll like it.

As always, the main site is here:
  http://common-lisp.net/project/clfswm/

And the clfswm trac is available here:
  http://trac.common-lisp.net/clfswm/

Have fun,

Philippe


-- 
Philippe Brochard    <pbrochard at common-lisp.net>
                      http://hocwp.free.fr

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


From luca at pca.it  Sun Sep 28 15:32:05 2008
From: luca at pca.it (Luca Capello)
Date: Sun, 28 Sep 2008 15:32:05 +0000
Subject: [cl-debian] Accepted tbnl 0.9.10-2 (source all)
Message-ID: <E1KjyFh-0007fu-6M@ries.debian.org>

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

Format: 1.8
Date: Sun, 28 Sep 2008 17:06:25 +0200
Source: tbnl
Binary: cl-tbnl
Architecture: source all
Version: 0.9.10-2
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Luca Capello <luca at pca.it>
Description: 
 cl-tbnl    - transitional dummy package
Changes: 
 tbnl (0.9.10-2) unstable; urgency=low
 .
   * Move to team maintenance: Debian Common Lisp Team at
     http://pkg-common-lisp.alioth.debian.org
 .
   * debian/control:
     + team maintenance.
     + move Alceste Scalas to Uploaders:.
     + add myself to Uploaders:.
     + upstream renamed the project, thus Depends: on hunchentoot
       and render cl-tbnl a transitional package.
 .
   * debian/NEWS:
     + explain the reason for a transitional package.
 .
   * debian/README.Debian: removed.
 .
   * debian/rules:
     + minimize rules.
     + swap binary-arch and binary-indep targets, thanks to lintian.
Checksums-Sha1: 
 4efa6ee35f5e85dfd419d68f434b74b362b53889 1160 tbnl_0.9.10-2.dsc
 0f36b47242872da35317f50b729fbef7d481fcc5 2621 tbnl_0.9.10-2.diff.gz
 7b97e73b48f83758318a7614ee2ddf9dd557bf93 3258 cl-tbnl_0.9.10-2_all.deb
Checksums-Sha256: 
 c2187ea2a4d76e9ee2f0eb7afc9784bb3b95fd1aa5ef0d0a852da80b77c74aa2 1160 tbnl_0.9.10-2.dsc
 6b2316a80b515afb8769f6071a74f97872a8e2994a87c41ad2ab52366044ae22 2621 tbnl_0.9.10-2.diff.gz
 858143901819eed57a95e702f82537d3bdac4967ba12ef85910b7aeb1a0f5486 3258 cl-tbnl_0.9.10-2_all.deb
Files: 
 00f369cc0035cfc08bc65d10488fb1a8 1160 devel optional tbnl_0.9.10-2.dsc
 656eb58407d78b0c92bf8493eea67462 2621 devel optional tbnl_0.9.10-2.diff.gz
 ed2735001943135b0fc91408fbf76547 3258 devel optional cl-tbnl_0.9.10-2_all.deb

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

iJwEAQECAAYFAkjfn98ACgkQZwOMsWhEDTMLywP/YxBe6VPJeKBxxC7TOPIpw1g1
sVFg5k3YUk3KFyENxUyCRfrYHhGCw4D00+kAY5qE/yHiMWPJFrBq/ui84Fl6rG1R
7EKpRa+Fmv5npkeM6jy2KKke31p5Zou66IV9ECYeWRDFmgcBF+hIr4tEg+m8kk0n
zdqcLpCwSspiNASf4ys=
=ud0G
-----END PGP SIGNATURE-----


Accepted:
cl-tbnl_0.9.10-2_all.deb
  to pool/main/t/tbnl/cl-tbnl_0.9.10-2_all.deb
tbnl_0.9.10-2.diff.gz
  to pool/main/t/tbnl/tbnl_0.9.10-2.diff.gz
tbnl_0.9.10-2.dsc
  to pool/main/t/tbnl/tbnl_0.9.10-2.dsc




From luca at pca.it  Sun Sep 28 16:17:08 2008
From: luca at pca.it (Luca Capello)
Date: Sun, 28 Sep 2008 16:17:08 +0000
Subject: [cl-debian] Accepted url-rewrite 0.1.0-4 (source all)
Message-ID: <E1KjyxI-0002Kh-2Y@ries.debian.org>

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

Format: 1.8
Date: Sun, 28 Sep 2008 18:07:23 +0200
Source: url-rewrite
Binary: cl-url-rewrite
Architecture: source all
Version: 0.1.0-4
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Luca Capello <luca at pca.it>
Description: 
 cl-url-rewrite - Common Lisp package for rewriting URLs in (X)HTML documents
Changes: 
 url-rewrite (0.1.0-4) unstable; urgency=low
 .
   * Move to team maintenance: Debian Common Lisp Team at
     http://pkg-common-lisp.alioth.debian.org
   * The Debian package is now maintained through Git.
 .
   * debian/control:
     + team maintenance.
     + move Alceste Scalas to Uploaders:.
     + add myself to Uploaders:
     + add Homepage: field.
     + add VCS-* fields.
 .
   * debian/rules:
     + swap binary-arch and binary-indep targets, thanks to lintian.
Checksums-Sha1: 
 e0240c0748fdab1be35f8e6e77b015b23b1026fc 1428 url-rewrite_0.1.0-4.dsc
 5a9da5b24a576252afd5ba03cb404583933f85ec 2529 url-rewrite_0.1.0-4.diff.gz
 dd7e5eeb2cce6458eedf4101a68e21623c941127 15272 cl-url-rewrite_0.1.0-4_all.deb
Checksums-Sha256: 
 d9b332ce10fbe109ae61bb4ebc59bd4f4aaac54abc4f65ea66495d1ed15e1bad 1428 url-rewrite_0.1.0-4.dsc
 2e46427a0403c6f085a3ed6b1d974396183063ce152b19c939d06ae0fb49a0fd 2529 url-rewrite_0.1.0-4.diff.gz
 39613adb83308ce1216bd6759a8812335e1da305be329fd98bab462687877439 15272 cl-url-rewrite_0.1.0-4_all.deb
Files: 
 d7c51c96d269e0679818254bab90a95d 1428 devel optional url-rewrite_0.1.0-4.dsc
 ce0e70256da1d5de93d041851dbd5276 2529 devel optional url-rewrite_0.1.0-4.diff.gz
 a00a101a072d47e663eac8ba23548782 15272 devel optional cl-url-rewrite_0.1.0-4_all.deb

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

iJwEAQECAAYFAkjfrKAACgkQZwOMsWhEDTOgGwQAlcQzKm1k1PU/0P3CSJt6IKea
ud9nqBb6N3RA4KVUPypiP9AvgQ79N/Mm9i4X4cZE6ApyZAq3XBFmQwRBJSRRtFMq
s0w/XxRkZcYQ7txvcqymMB2LYCvaLYeBxu/Gnrr6tSX1/7ksBuxMdhu3dNTD4y5R
UfvmlF303Xf97tnYRFw=
=uI/N
-----END PGP SIGNATURE-----


Accepted:
cl-url-rewrite_0.1.0-4_all.deb
  to pool/main/u/url-rewrite/cl-url-rewrite_0.1.0-4_all.deb
url-rewrite_0.1.0-4.diff.gz
  to pool/main/u/url-rewrite/url-rewrite_0.1.0-4.diff.gz
url-rewrite_0.1.0-4.dsc
  to pool/main/u/url-rewrite/url-rewrite_0.1.0-4.dsc




From luca at pca.it  Sun Sep 28 22:02:06 2008
From: luca at pca.it (Luca Capello)
Date: Sun, 28 Sep 2008 22:02:06 +0000
Subject: [cl-debian] Accepted ironclad 0.11-2 (source all)
Message-ID: <E1Kk4L8-0003SW-NA@ries.debian.org>

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

Format: 1.8
Date: Sun, 28 Sep 2008 23:41:16 +0200
Source: ironclad
Binary: cl-ironclad
Architecture: source all
Version: 0.11-2
Distribution: unstable
Urgency: low
Maintainer: Debian Common Lisp Team <pkg-common-lisp-devel at lists.alioth.debian.org>
Changed-By: Luca Capello <luca at pca.it>
Description: 
 cl-ironclad - Cryptography package for ANSI Common Lisp
Changes: 
 ironclad (0.11-2) unstable; urgency=low
 .
   * Move to team maintenance: Debian Common Lisp Team at
     http://pkg-common-lisp.alioth.debian.org
   * The Debian package is now maintained through Git.
 .
   * debian/control:
     + team maintenance.
     + move Alceste Scalas to Uploaders:.
     + add myself to Uploaders:
     + move debhelper to Build-Depends:, thanks to lintian.
     + add Homepage: field.
     + add VCS-* fields.
 .
   * debian/rules:
     + swap binary-arch and binary-indep targets, thanks to lintian.
Checksums-Sha1: 
 8131125c0dfc8fa7dc32327834599440a917d9e6 1408 ironclad_0.11-2.dsc
 4499d16d0400ec6eecc6ea5c83f4050c6c827974 3926 ironclad_0.11-2.diff.gz
 ffabc30203d3a06a34b53a23b550e3f55b460616 271652 cl-ironclad_0.11-2_all.deb
Checksums-Sha256: 
 9fb757446a0ce365590ab61aea907068de750b92e77175fb6529999a875ded9c 1408 ironclad_0.11-2.dsc
 216efe3f9cbacd5d2315c4c2d2e7b8f13a587de70fd22c4eb28f0578e869a1df 3926 ironclad_0.11-2.diff.gz
 ed42f46191f801aa4df645c4f66380abc4e7578f59e2ef2889ad0851cb637aa7 271652 cl-ironclad_0.11-2_all.deb
Files: 
 3ffb95300faf637779bb2754a9918d60 1408 devel optional ironclad_0.11-2.dsc
 3778a074aa91147fdc3d5dea9b705d27 3926 devel optional ironclad_0.11-2.diff.gz
 51caadae451ffaf4c042ab49da2fe00a 271652 devel optional cl-ironclad_0.11-2_all.deb

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

iJwEAQECAAYFAkjf+wsACgkQZwOMsWhEDTMXgwP/e/Ne0l2wsWOEj+gXMfEqlFi3
AUOMjokNF/I6CAiXu+u2Qo2eLSDVOJlDhTLcKZUASlgAFgOMRh4RT+f+eBujugTy
ik4ut5SepyHOVRsd6u0J5zx4YQWg4n9oFs4YiTNifSSbzGN3ZBT/j///mRHbIUdh
bAcpI7hswQwTl4C+nQc=
=+UAH
-----END PGP SIGNATURE-----


Accepted:
cl-ironclad_0.11-2_all.deb
  to pool/main/i/ironclad/cl-ironclad_0.11-2_all.deb
ironclad_0.11-2.diff.gz
  to pool/main/i/ironclad/ironclad_0.11-2.diff.gz
ironclad_0.11-2.dsc
  to pool/main/i/ironclad/ironclad_0.11-2.dsc