Bug#517839: slime: SLIME fails to upgrade

Package: slime Version: 1:20090217-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Updating SLIME in testing fails on configuration. See the aptitude output attached to this mail. Regards Christoph - -- System

Bug#571791: fails to configure clisp package because of non-ascii char in CLC

Package: clisp Version: 1:2.48-1.2 Severity: normal Hi all! I'm having some seemingly related errors on spawning clisp. Current content is a bit sparse -- I'll have a closer look after tuesday Regards Christoph i i i i i i i ooooo o o I I I I

How does the Team work?

Hi all! I've been playing with some CL related stuff in debian for some time and decided I want to help as part of the team recently. Thanks to the project admins I'm now already approved and have started poking around. I haven't seen much team koordination on-list and it seems there's

clisp and mipsel

Hi all! The current build-failure of clisp on mips looks a lot like the problem I'm having on my Debian i386 with 64-bit kernel (configure detects x86_64, build system correctly assumes i386). If it's the same problem adding --host=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) to the

Bug#546355: closed by Christoph Egger christ...@debian.org (doesn't appear on buildd (zandonai) or porterbox (zelenka))

Hi! Bastian Blank wa...@debian.org writes: As clisp was just successfully autobuilt on zandonai I guess the problem is gone. Don't know when this bug was introduced and how it was fixed and am not motivated enough to get out the details as it works now. This is not acceptable. The bug

Bug#546355: closed by Christoph Egger christ...@debian.org (doesn't appear on buildd (zandonai) or porterbox (zelenka))

Bastian Blank wa...@debian.org writes: On Sun, Jul 04, 2010 at 01:20:17AM +0200, Christoph Egger wrote: The way to contact a bug submitter it through the bts, not through random addresses. Well correct of course. I'm no expert in s390 architecture -- is that such a common

Re: UNS: Do we need an unofficial debian repository?

Desmond O. Chang doch...@gmail.com writes: The team is inactive now. People's bugreports and patches don't get any response. Many packages have been removed, many are out of date. I think the slow and complicated uploading process is why the team lacks contributors. Shall we need an

Re: Do we need an unofficial debian repository?

Hi! Desmond O. Chang doch...@gmail.com writes: On Mon, Jul 12, 2010 at 11:36 PM, Christoph Egger christ...@debian.org wrote: Desmond O. Chang doch...@gmail.com writes: The team is inactive now.  People's bugreports and patches don't get any response.  Many packages have been removed, many

Re: How does the Team work?

Hi! Faré fah...@gmail.com writes: OK. So how do I start packaging, say, cl-asdf, cl-launch and common-lisp-controller, with a view on becoming DM? I have a .deb for cl-launch ready for upload, except that it depends on cl-asdf 2.000, which hasn't been packaged yet (or has it?). cl-asdf

Re: RFS: dh-lisp (updated package)

Hi! Desmond O. Chang doch...@gmail.com writes: I am looking for a sponsor for the new version 0.6.6 of my package dh-lisp. It builds these binary packages: dh-lisp- Debhelper to support Common Lisp related packages The package appears to be lintian clean. The upload would fix these

Bug#541027: newer libsigsegv

Hi! The problem with having a newer libsigsegv is in unstable's clisp being incompatibel with current libsigsegv versions. Might be possible to update it in the process of getting clisp 2.49 in however Regards Christoph pgpLMD5Vi0x01.pgp Description: PGP signature

libgc + the ecl situation

Hi all! The ecl package currently is still affected by [0] -- RC bug caused by a build failure / embedded copy of libgc. The upload to experimental, where a new enough libgc is already available did improve definitely. As I'm going to adopt libgc (do we want it in pkg-common-lisp btw?) I

Re: RFS: common-lisp-controller (updated package)

Hi! Desmond O. Chang doch...@gmail.com writes: I am looking for a sponsor for the new version 7.4 of my package common-lisp-controller. It builds these binary packages: common-lisp-controller - Common Lisp source and compiler manager The package appears to be lintian clean. The upload

Re: UNS: Mailing list administration (was: On the use of Git)

Hi! Luca Capello l...@pca.it writes: On Wed, 08 Sep 2010 08:31:11 +0200, Peter Van Eynde wrote: PS: maybe we also need more 'admin' people for the mailing lists. Is someone a volunteer to do this? We need more, yes, especially given the fact that I am slowly fading away from CL-related

Re: Leaving the team, Uploaders: to be fixed

Hi! Luca Capello l...@pca.it writes: - ecl The Git repository on Alioth is not up-to-date: Christoph, can you push your last changes, please? Ping (this time cc:ing Christoph). I'll take a look when I'm back at my workstation. It *should* be there -- guess I have grown a bit of a bad

Re: RFS: abcl

Hi! Darren Hoo darren@gmail.com writes: I am looking for a sponsor for my package abcl. * Package name: abcl Version : 0.23.1 Upstream Author : ABCL development team and contributors * URL : http://common-lisp.net/project/armedbear/ * License : GPL

Re: RFS: abcl

Darren Hoo darren@gmail.com writes: dget http://mentors.debian.net/debian/pool/main/a/abcl/abcl_0.23.1-2.dsc lintian -IE --pedantic ~~ P: abcl source: debian-control-has-unusual-field-spacing line 11 P: abcl source: debian-control-has-unusual-field-spacing line 27

Re: Leaving the team, Uploaders: to be fixed

Luca Capello l...@pca.it writes: On Tue, 04 Jan 2011 21:23:29 +0100, Christoph Egger wrote: Luca Capello l...@pca.it writes: - ecl The Git repository on Alioth is not up-to-date: Christoph, can you push your last changes, please? Ping (this time cc:ing Christoph). I'll take a look

Re: RFS: abcl, new upstream release 0.24.0

Hi! Darren Hoo darren@gmail.com writes: A new version of abcl 0.24.0 has been released upstream. This is the updated package, the URL of my package is at http://mentors.debian.net/debian/pool/main/a/abcl The respective dsc file can be found at:

ECL

Hi! I've been struggling a bit with ecl but going forward with getting a 11.1.1 to work. Just now I noticed some activity by Peter -- are you also working on it? Just to avoid doing stuff twice ;) I had to add 2 tiny patches to get it building without the embedded libatomic-ops but building

Re: ECL

Hi! Peter Van Eynde pvane...@mailworks.org writes: On 03/03/11 16:53, Christoph Egger wrote: I've been struggling a bit with ecl but going forward with getting a 11.1.1 to work. Just now I noticed some activity by Peter -- are you also working on it? Just to avoid doing stuff twice ;) I

Re: ECL

Peter Van Eynde pvane...@debian.org writes: On 04/03/11 23:52, Christoph Egger wrote: Would be fine. I have experimented with disabling gengc on ia64 as bilding with that option enabled won't work -- removing it selectively would fix that. What's your opinion about that? That would be the head

Bug#616676: dh-lisp: Variable $implementation needs a declaration/initialization

Desmond O. Chang doch...@gmail.com writes: dh_lisp doesn't work in 0.7.0. The error message is: Global symbol $implementation requires explicit package name at /usr/bin/dh_lisp line 158. Global symbol $implementation requires explicit package name at /usr/bin/dh_lisp line 158. Execution

Re: sigsegv on s390 only giving start address of page in segv handler

Hi! Bruno Haible br...@clisp.org writes: When you wrote to bug-libsigsegv-antis...@antispam.gnu.org you didn't remove the antispam words from the address. libsigsegv doesn't cope well with s390 at the moment. This is caused by the fact, that linux masks the address for sigsegv:

clisp crossbuild 32bit userland, 64bit kernel broken

Hi! I'm having trouble getting clisp to build on my mipsel box, a fuloong mini-PC. Problem is the 64bit kernel causes arimips64.c to be created but the 32bit compiler (it's a whole 32bit userland) is trying to build arimips.c which isn't there. If I pass --build=mipsel-linux-gnu it fails

Re: sigsegv on s390 only giving start address of page in segv handler

Hi all! Bruno Haible br...@clisp.org writes: libsigsegv doesn't cope well with s390 at the moment. This is caused by the fact, that linux masks the address for sigsegv: mm/fault.c:#define __FAIL_ADDR_MASK 0x7000 So the last 12 bit of information are lost. Thanks for the

Re: sigsegv on s390 only giving start address of page in segv handler

Bruno Haible br...@clisp.org writes: When you wrote to bug-libsigsegv-antis...@antispam.gnu.org you didn't remove the antispam words from the address. Jep normally I copypaste from the website and don't loko at the result but expect it to just work Now I'm wondering of software depending on

Re: sigsegv on s390 only giving start address of page in segv handler

Hi! Bruno Haible br...@clisp.org writes: I guess it's preferred to just accepting a inexact address? Considering how to best build a fixed package. The 2 patches I'd consider attached. I'd prefer the first one at the moment. ... Now I'm wondering of software depending on libsigsegv won't

SIGSTKSZ-adjust.patch in libsigsegv breaks clisp build on kfreebsd-i386

Hi! With SIGSTKSZ-adjust.patch applied in libsigsegv clisp does not build (it dies with an unhandled SIGBUS). Does anyone know what this patch is supposed to fix (clisp -3 build fine basically everywhere with this patch missing by accident from the then actual libsigsegv). May I safely remove

Bug#617501: works fine here (amd64)

Hi Agustin! Just tried in a clean unstable chroot environment and on my desktop system. Both of them don't seem to exhibit the problem you describe. Which architecture did you run for this test? Regards Christoph (unstable-amd64-sbuild)root@hepworth:/home/christoph# apt-get install

Re: participating in debian lisp team

Hi! Azamat S. Kalimoulline tur...@bazon.ru writes: Hi! I maintain my own lisp repository http://packages.bazon.ru/, where I build more or less fresh lisp packages. I want to see it in debian iself. Can I be member of debian lisp team? We'd be glad to accept your help. For adding you

Bug#623633: sbcl not loading asdf on startup

. To get the old behaviour put `(require 'asdf)` in /etc/sbclrc -- Christoph Egger christ...@debian.org Tue, 10 May 2011 22:50:18 +0200 This is the exactly same behaviour you will get when installing sbcl from upstream or in gentoo or arch linux. Of course the require could be installed by sbcl

Debconf

Hi! Just wondering whether anyone from the Debian Common Lisp Folks going to DebConf as well? Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer A. Because it breaks the logical sequence of discussion Q. Why is top

sbcl double build

Hi! Does anyone still remember why sbcl is built twice when building the debian package? sbcl's build system itself does 3 builds to get from something compile with an arbitrary common lisp to a sbcl binary built with the same version of sbcl and I'm not sure whether the double-build in the

Bug#613484: /usr/bin/ecl missing in 11.1.1-4

Hi! Faheem Mitha fah...@faheem.info writes: I just installed 11.1.1-4 on unstable, and /usr/bin/ecl is missing, though dpkg thinks it is there. Should I reopen this bug or create a new bug? Regards, Faheem orwell:/home/faheem#

Bug#613484: /usr/bin/ecl missing in 11.1.1-4

clone 613484 -1 found -1 11.1.1-4 tags -1 - pending retitle -1 testing's /usr/bin/ecl removed from stables maintscript during upgrade stop Should I file a separate bug, clone this bug or something else? Cloning away. -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer |

Bug#665747: Bug#613484: /usr/bin/ecl missing in 11.1.1-4

Christoph Egger christ...@debian.org writes: Aron Xu happyaron...@gmail.com writes: On Mon, Mar 26, 2012 at 00:34, Christoph Egger christ...@debian.org wrote: clone 613484 -1 found -1 11.1.1-4 tags -1 - pending retitle -1 testing's /usr/bin/ecl removed from stables maintscript during

Bug#668843: ecl/experimental: FTBFS[!linux]: testsuite hangs

Hi all! Christoph Egger christ...@debian.org writes: Package: src:ecl Version: 12.2.1-1 Your package failed to build on the kfreebsd-* buildds: if [ -f CROSS-COMPILER ]; then \ touch ecl_min; \ else \ gcc -o ecl_min cinit.o c/all_symbols.o -L

Bug#668843: ecl/experimental: FTBFS[!linux]: testsuite hangs

Christoph Egger christ...@debian.org writes: Hi all! Christoph Egger christ...@debian.org writes: Package: src:ecl Version: 12.2.1-1 Your package failed to build on the kfreebsd-* buildds: if [ -f CROSS-COMPILER ]; then \ touch ecl_min; \ else \ gcc -o

Bug#668843: ecl/experimental: FTBFS[!linux]: testsuite hangs

Robert Millan r...@debian.org writes: El 15 d’abril de 2012 16:09, Christoph Egger ;;; About to load lsp/load.lsp E: Caught signal 'Terminated': terminating immediately make[2]: *** [bin/ecl] Terminated make[1]: *** [all] Terminated make: *** [build-arch-stamp] Terminated ;;; Build killed

Bug#666648: slime: FTBFS: mkdir: cannot create directory `././sbuild-nonexistent': Permission denied

Milan Zamazal p...@debian.org writes: mkdir: cannot create directory `././sbuild-nonexistent': Permission denied This one looks like writing to $HOME which is not allowed and will not fail in a cowbuilder environment normally. Would be easy to test building with

Bug#681808: Enable powerpc build

Hi! Ben Collins be...@servergy.com writes: I'm definitely here to stay for powerpc. I've fixed ghci and worked on several other compilers that were broken on powerpc (just in the past few weeks). I've confirmed this working on Ubuntu powerpc. Adam Conrad is currently looking to bootstrap

Re: Preliminary Debian packaging for Clozure Common Lisp (ccl.clozure.com)

Hi! Please Send any mail also directly to me if you're interested in my Input as I'm not reading -mentors regularly and pkg-common-lisp-devel@ is -- it appears -- not getting enough of my attention to see your messages in time. Faheem Mitha fah...@faheem.info writes: 1) I'd like to take over

Re: dh_lisp usage

Hi! diogo...@gmail.com (Diogo F. S. Ramos) writes: I'm trying to use dh_lisp as stated at the manual [1] but without success. As far as I remember dh_lisp went away together with common-lisp-controller and is not needed any more. I'm Cc-ing Desmond because IIRC he was the one doing this

Bug#671752: Pinged packaging team's mailing list

Hi! Rupert Swarbrick rswarbr...@gmail.com writes: (1) Does it seem sensible to package the manual as ecl-doc? I do think so, yes (2) If so, since the manual is in a different upstream archive, should the source package be split? (At the moment, the ecl source package builds

moving cl-alexandria to git?

Hi Peter, hi Team! does anyone have an (strong) opinion about moving cl-alexandria packaging to git (upstream changed to git as well)? Regards Christoph ___ pkg-common-lisp-devel mailing list pkg-common-lisp-devel@lists.alioth.debian.org

Bug#695718: ecl DFSG

Hi! A fix for unstable is currently building. Hopefully it's still building everywhere ecl tends to be a bit nasty there ;-) Regards Christoph ___ pkg-common-lisp-devel mailing list pkg-common-lisp-devel@lists.alioth.debian.org

Bug#676979: Testing on 1.1.3

Hi! I've been running (main 1) on 1.1.3 (kfreebsd-amd64) debian package, it ends with: --- Dynamic space usage is: 524,455,600 bytes. Read-only space usage is: 5,200 bytes. Static space usage is: 3,088 bytes. Control stack usage is:2,656 bytes. Binding stack usage is:

Bug#696757: ecl hang: SIGNAL problem

My current guess is that ecl seems to block some signals it shouldn't be able to. However I'm somehow no longer able to run ecl_min in gdb in a usefull way it seems ___ pkg-common-lisp-devel mailing list pkg-common-lisp-devel@lists.alioth.debian.org

Bug#696757: ecl hang: SIGNAL problem

Hi all! I guess ecl has never ever worked with libgc and enabled threads on kfreebsd (seems to be a header-only thing and libgc added thread support for kfreebsd *after* the last successfull ecl build). It still seems to be waiting in GC_stop_world() for all other processes to finish and

Bug#696757: ecl hang: SIGNAL problem

Hi! As 12.12.1 in experimental builds while the unstable/testing one doesn't I've bisected down the changes in upstream git. It seems to work since c7953cc0f54281c3de6a845f3599544afba20b2a. The patch doesn't simply apply to unstable so I haven't tested jet if that'd simply work. Also it's a bit

Bug#696757: ecl and SIGNALS

Hi! As suggested by Michael Banck on IRC I've been looking at Signals used by both parts to see if they e.g. battle over SIGUSR?. However libgc seems to use 32+{5,6} as signals on x86 FREEBSD __GLIBC__ at least. Petr, Steven: any idea why this is? Are these signals fine for kfreebsd glibc

Bug#696757: ecl and SIGNALS

Christoph Egger christ...@debian.org writes: As suggested by Michael Banck on IRC I've been looking at Signals used by both parts to see if they e.g. battle over SIGUSR?. However libgc seems to use 32+{5,6} as signals on x86 FREEBSD __GLIBC__ at least. Petr, Steven: any idea why

Bug#696757: ecl: FTBFS: hang in sigsuspend

Hi! Steven Chamberlain ste...@pyro.eu.org writes: Would it be an option to configure ecl with --enable-threads=no on kfreebsd-* and hurd-* for wheezy? Would any functionality be lost or would it only affect performance? The version in squeeze didn't have threads enabled, and there don't

Re: RFS: please upload cl-asdf package

Hi! Faré f...@tunes.org writes: On Thu, Jul 4, 2013 at 11:25 AM, Robert Goldman rpgold...@sift.info wrote: - dget http://mentors.debian.net/debian/pool/main/c/cl-asdf/cl-asdf_3.0.2-1.dsc Upstream tarbal is 6f78cb311f9b8756ebed5924a6bd7302e283ccbf The dsc mentions

Bug#723679: cmucl: segfault

leo.but...@member.fsf.org writes: The current binary segmentation faults on startup $ /usr/bin/cmucl Segmentation fault Indeed, same here: (gdb) run Starting program: /usr/bin/cmucl warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set

Bug#723977: missing symlink in /usr/share/common-lisp/systems

Package: cl-swank Version: 1:20130626-1 Severity: important cl-swank does not contain the symlink in /usr/share/common-lisp/systems so it can't be loaded from asdf: % sbcl This is SBCL 1.1.11.debian, an implementation of ANSI Common Lisp. More information about SBCL is available at

Re: Fwd: RFS: cl-launch (updated package)

Hi! Faré fah...@gmail.com writes: I am looking for a sponsor for the new version 3.22.1-1 of my package cl-launch. It builds these binary packages: cl-launch - uniform frontend to running Common Lisp code from the shell The package appears to be lintian clean. The package can be found

Bug#727368: ecl: update config.{sub,guess} for the AArch64 port

Hi Matthias! Matthias Klose d...@debian.org writes: The package fails to build on arm64 (aarch64-linux-gnu), because the config.{guess,sub} files are out of date, and are not updated during the build. If possible, please do not update these files directly, but build-depend on autotools-dev

Re: RFS: please upload cl-asdf package

Hi Faré Faré f...@tunes.org writes: I'm still doing the debian packaging for ASDF at this point in time for the new upstream maintainer Robert Goldman. This brand new ASDF release received a lot of testing, and fixes a shameful bug in previous recent releases that affects usability under

Re: RFS: cl-launch (updated package)

Hi! Faré fah...@gmail.com writes: - dget http://mentors.debian.net/debian/pool/main/c/cl-launch/cl-launch_4.0.3-1.dsc On the way Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer

Re: RFS: cl-launch (updated package)

Faré fah...@gmail.com writes: Dear Debian Mentors and Debian Lispers, I am looking for a sponsor for the new version 4.0.4-1 of my package cl-launch. It builds these binary packages: cl-launch - uniform frontend to running Common Lisp code from the shell The package appears to be lintian

Re: sbcl build for armhf

Christoph Egger christ...@christoph-egger.org writes: I have a sbcl installed on my armhf board here (bootstrapping sbcl is fortunately really fun!). Unfortunately sbcl 1.2.2 still fails the testsuite -- once that's fixed I'll upload a sbcl binary for armhf into the archive getting builds

Re: sbcl build for armhf

Hi! Austin Hendrix ahend...@willowgarage.com writes: I do packaging of ROS (Robot Operating System) for armhf, and over the past few years the lack of a packaged version of SBCL for armhf has been a bit of a pain. Until recently, I’ve worked around it because the upstream version of SBCL

Re: sbcl build for armhf

Christoph Egger christ...@christoph-egger.org writes: Christoph Egger christ...@christoph-egger.org writes: I have a sbcl installed on my armhf board here (bootstrapping sbcl is fortunately really fun!). Unfortunately sbcl 1.2.2 still fails the testsuite -- once that's fixed I'll upload a sbcl

Bug#734962: sbcl on wheezy

Hi! Faré fah...@gmail.com writes: When you see such warnings, it is a good time to upload the packages for cl-asdf 3.1.3-1 and cl-launch 4.1-2. I'm on cl-launch right now fwiw. Trying to fetch cl-asdf later. I'm really sorry I wasn't available at all the last months -- life interferred. And

Re: stumpwm REMOVED from testing

Milan Zamazal p...@debian.org writes: On 26. srpna 2014 18:39:16 CEST, Debian testing watch nore...@release.debian.org wrote: FYI: The status of the stumpwm source package in Debian's testing distribution has changed. Previous version: 2:0.9.8-5 Current version: (not in testing) Hint:

Bug#764245: sbcl: concurrency broken on powerpc (FTBFS)

Package: src:sbcl Version: 2:1.2.3-1 Severity: serious sbcl FTBFS on powerpc since threads are enabled. This is a known problem ansd we may get a patch from upstream. If not we just disable threading there again -- System Information: Debian Release: jessie/sid APT prefers testing APT

Bug#815205: sbcl: FTBFS due to TeX error

Hi! Logan Rosen writes: > I just merged sbcl 2:1.3.1-1 into Ubuntu (we have a simple chmod change in > debian/rules), and it failed to build on all architectures [1]. I verified > that this issue affects Debian unstable as well by building it in a chroot. > > It appears to be

Bug#837576: FWIW: patch in upstream master

Hi! FWIW upstream/master has a patch for this already: 54180430241717eca72865c918f5a2c09d6a56e2 Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer ___ pkg-common-lisp-devel mailing list

Bug#847698: sbcl arm64 fixes

Hi! Just uploaded 1.3.13-2 to unstable which should include the fix and is the version I want for stretch. Can you please confirm it's now fine? Thanks! Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer signature.asc

remove libfixposix

Hi! Seems libfixposix is untouched for 6+ Years and not needed any more for other packages. Is it still usefull to someone or should we get rid of it? Christoph signature.asc Description: This is a digitally signed message part. ___

Re: New Common Lisp wiki page

Hi! Getting into this quite old mail thread, sorry for that On Tuesday 29 August 2017 18:22:52 CET Sébastien Villemot wrote: > On Tue, Aug 29, 2017 at 03:51:08PM +0200, pvane...@debian.org wrote: > > > I took some time to fully rewrite the Common Lisp page on the Debian > > > wiki: > > > > > >

Re: SBCL 2:1.2.12-1

Hi! Juan Reynoso Elias jreynoso...@gmail.com writes: Hello I have sbcl version 2:1.2.12-1, and I have created a simple function http://paste.lisp.org/display/149440, into the top-level works ok, but the same function in a file when I try to redefine the function I get an error. The slime

Re: RFS: Please upload cl-asdf package

Hi! Christoph Egger christ...@debian.org writes: There seems to be a somewhat large diff between the upstream release and the debian package source? Is this on purpose? Then the debian package seems to be (almost) the same as the git archive but quite different from the tarball Christoph

Re: RFS: Please upload cl-asdf package

Hi! Faré f...@tunes.org writes: It has many bug fixes, most importantly with debian Bug#787909, an incompatibility of 3.1.4 with the latest SBCL. Please upload the cl-asdf package, after checking that it works fine for you. The cl-asdf source package builds this binary package: cl-asdf

Re: RFS: Please upload cl-asdf package

Faré f...@tunes.org writes: On Wed, Jul 22, 2015 at 3:13 PM, Christoph Egger christ...@christoph-egger.org wrote: Christoph Egger christ...@debian.org writes: There seems to be a somewhat large diff between the upstream release and the debian package source? Is this on purpose

Bug#801260: clisp: Clisp cannot be buit for hurd-i386

Hi! Flavio Cruz writes: > Severity: serious > Justification: fails to build from source valid for release architectures, not so much for hurd. > Clisp cannot be built under hurd-i386 since clisp does not recognize Hurd > errno values. This patches fixes that and prevents

Bug#751005: new hg doesn't seem to be enough to build clisp for arm*

Hi! The current hg snapshot I've uploaded to experimental yesterday does not seem to build as-is on arm* still. Christoph ___ pkg-common-lisp-devel mailing list pkg-common-lisp-devel@lists.alioth.debian.org

Bug#815205: sbcl: FTBFS due to TeX error

Hi! Norbert Preining writes: > I sent already a minimal example derived from the sbcl code to the ti > list, you should have gotten it cc just seen it minutes after sending the email. Thanks for the fast reaction! Christoph ___

Bug#815205: sbcl: FTBFS due to TeX error

Hi texinfo folks! Christoph Egger <christ...@debian.org> writes: > Logan Rosen <lo...@ubuntu.com> writes: >> I just merged sbcl 2:1.3.1-1 into Ubuntu (we have a simple chmod change in >> debian/rules), and it failed to build on all architectures [1]. I verified >&g

Bug#815205: sbcl: FTBFS due to TeX error

Norbert Preining writes: > apt-get source sbcl and build is enough to reproduce? That's what I did in a clean sid chroot yesterday. You need to actually run the build as some input files to the manual get generated during build though. Christoph

Re: Bug#819181: RFS: cl-asdf/3.1.7 - Another System Definition Facility

Hi! Kambiz Darabi writes: >> BTW the package has many uploaders, and some of them are DD. >> >> Usually it is better to ask them for uploads, instead of opening an RFS bug. >> In case they are MIA or not interested in cl-asdf anymore, better drop them >> from uploaders,

Bug#805701: clisp on hurd

Control: severity -1 important Control: tag -1 +patch Hi! I'll include that in the next upload for sure .. hopefully this week. Ideally we find a arm solution untill then. Has this patch been sent upstream? Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer |