My Common Lisp and Debian blog. For more off topic rants and stuff please see my livejournal blog.

Thursday, June 16, 2005

New Common Lisp based repositories

I've expanded my repositories on people.debian.org. Add to /etc/apt/sources.list:
  • for sarge (aka stable):
    deb http://people.debian.org/~pvaneynd/cl-sarge-packages ./
  • for unstable (for packages still in the NEW queue and pre-release stuff):
    deb http://people.debian.org/~pvaneynd/cl-packages ./
  • and finally (upon great request) for ubuntu/hoary:
    deb http://people.debian.org/~pvaneynd/cl-hoary-packages ./


I also subscribed the cl-debian mailing list to most Common Lisp packages in debian, so members will see traffic when people upload new versions etc. Feel free to suggest new packages by subscribing them to the pts@qa.

I'm also planning to upload an experimental lazy allocating sbcl to those repositories, but will not upload it into debian proper unless there is popular demand for it.

Tuesday, June 07, 2005

19b-pre1 as debian package

in the p.d.o/~pvaneynd repository and directly here.

created a MOTU Common Lisp team for ubuntu

I created a Common Lisp MOTU team for ubuntu. As the entry requirements for membership are quite a bit lower for ubuntu then for debian I hope that more people will want to co-maintain packages.
To this end I should investigate version control systems that can handle 'upstream' in CVS or darcs. Maybe the debian directory in darcs and then use dpatch to patch the original source.
In related news I got the lazy allocation patch for sbcl. In the end it gets pretty nice I only need to use the sigsegv handler for static, read-only and linkage-table space. For the dynamic space the lisp uses the C alloc function to allocate memory, and using this function you can mmap memory on the fly. This patch opens the way for having a bigger on-demand dynamic space or a dynamic space with holes. But reception to the patch has been rather cold. I'll try to create a sbcl-lazy package for debian anyway, but only on the p.d.o repository, not in unstable unless people demand it.