Bug#671752: Pinged packaging team's mailing list

2012-08-31 Thread Rupert Swarbrick
I sent a note to the packaging team [1] to see if we can get some progress on this issue. Rupert [1] http://lists.alioth.debian.org/pipermail/pkg-common-lisp-devel/2012-August/003227.html ___ pkg-common-lisp-devel mailing list pkg-common-lisp-devel@l

Documentation for ECL

2012-08-31 Thread Rupert Swarbrick
At bug #547929[1], there's a request for some actual documentation in the ecl-doc package. Hunting around, I realised that ECL moved to a new manual at some point, which no longer lives in the upstream "ecl" tarballs. You can read the new manual at [2] or there's a git repository with the source at

Stumpwm removal from testing

2012-07-17 Thread Rupert Swarbrick
Hi, Since stumpwm is a leaf node in the dependency tree and has an RC bug[1], it has just been removed from Wheezy. Since I use it, I hunted around a bit, and it seems that the bug was fixed by the November 2011 upload, although the original reporter didn't confirm this until mid-December, so mayb

Bug#658597: cl-contextl: Reported darcs url doesn't work.

2012-02-04 Thread Rupert Swarbrick
Package: cl-contextl Severity: minor Hi, When doing $ apt-get source cl-contextl I get a helpful message: NOTICE: 'cl-contextl' packaging is maintained in the 'Darcs' version control system at: http://darcs.debian.org/darcs/pkg-common-lisp/cl-contextl This is lovely, but then $ darcs

Bug#651992: cl-aserve: Should depend on cl-acl-compat and cl-htmlgen

2011-12-13 Thread Rupert Swarbrick
Package: cl-aserve Version: 1.2.42+cvs.2010.02.08-dfsg-1 Severity: serious After installing cl-aserve (installed for cl-rss), with SBCL 2:1.0.54.0-1, loading it doesn't work because it depends on cl-acl-compat and cl-htmlgen (see line 74 of the .asd), but these weren't installed because cl-aserve

Bug#620011: Core file location changed and /usr/bin/sbcl doesn't follow...

2011-03-29 Thread Rupert Swarbrick
Package: sbcl Version: 1:1.0.47.0-1 Severity: grave Justification: renders package unusable It seems that the location for the core file has changed: /usr/lib/sbcl/sbcl-dist.core Fine, but the wrapper binary doesn't seem to know about it: rupert@hake:~ sbcl fatal error encountered in SBCL pid 9

Bug#599903: (no subject)

2010-12-07 Thread Rupert Swarbrick
Hi, I tried to write this below the reopen email, but it seems that was the wrong thing to do. Hopefully, the following text will appear on the bug report now: I'm not sure this fixes the problem in all cases. I had a stale /etc/common-lisp/source-registry.conf.d/common-lisp-controller-userdir.c

Bug#568818: common-lisp-controller 7.0 breaks cl-swank

2010-02-07 Thread Rupert Swarbrick
Package: common-lisp-controller Version: 7.0 Upon installing version 7.0 of common-lisp-controller, cl-swank breaks. (This is using sbcl 1:1.0.31.0-2, cl-swank 1:20090908-1). This is because swank uses CALCULATE-FASL-ROOT, which was exported by the older (6.*) versions of clc, but seemingly not b

Re: the list of packages to remove

2009-08-25 Thread Rupert Swarbrick
Peter Van Eynde writes: > > Well first of all there is bug-triage and handling. Everybody can change > the state of bugs in the bts. Hmm, yes, but "Please package a new version!" isn't a particularly helpful bug to get :) > Second I'll write up on how to update huchentoot for example to a new >

Re: the list of packages to remove

2009-08-25 Thread Rupert Swarbrick
I personally would be extremely happy if (revamped?) versions of the following packages were in the archive. If I've got it right, these are basically what's needed for hunchentoot to work. > Package: cl-cffi > Package: cl-chunga > Package: cl-trivial-gray-streams > Package: cl-flexi-streams > Pa

Re: pan pan pan

2009-08-22 Thread Rupert Swarbrick
Milan Zamazal writes: > RS> I don't think that debian packages are a waste of time. > > It is not, the problem is who will do the work. I definitely prefer a > small set of well working core CL packages over hundreds of obsolete CL > packages in a poorly maintained state. Well, I'm very ha

Re: pan pan pan

2009-08-21 Thread Rupert Swarbrick
Peter Van Eynde writes: >> I will be there and can try to stir some thing up if need be. >> >> Also, I would be willing to help out with packages (though I am not >> currently a Debian Developer). > > Honestly I get the impression that few people care about the packages. > Most implementations

Re: pan pan pan

2009-08-13 Thread Rupert Swarbrick
Peter Van Eynde writes: >> After some consideration I must conclude that the state of the Common >> Lisp packages in Debian is becoming unreasonable. One of the goals of >> forming the pkg-common-lisp team was that I would not be a >> bottleneck, as RL is inflicting more and more damage to my 'De

Re: Bug#540704: RFA: parenscript -- JavaScript embedded in a Common Lisp host

2009-08-10 Thread Rupert Swarbrick
Luca Capello writes: > Package: wnpp > Severity: normal > > Hi there! > > As I explained on the pkg-common-lisp-devel@ mailing list, I have no > more interest in maintaining Parenscript: > > > http://lists.alioth.debian.org/pipermail/pkg-common-lisp-devel/2009-July/001337.html > > The package

Bug#537194: Exports wsdl-soal-call rather than wsdl-soap-call

2009-07-15 Thread Rupert Swarbrick
Package: cl-soap Version: 20060105-2 Severity: serious The defpackage for :cl-soap, which is installed into /usr/share/common-lisp/source/cl-soap/src/package.lisp exports the symbol :wsdl-soal-call rather than :wsdl-soap-call, the correct name. (The function #'wsdl-soap-call is the final function

Hunchentoot?

2009-07-13 Thread Rupert Swarbrick
Hi, I've been trying to get hunchentoot up and running "properly" i.e. using debian packages, rather than pulling source by hand. Unfortunately, there are some problems 1) hunchentoot has some packaged dependencies that aren't depended upon by its package: - cl-bordeaux-threads - c