- cl-debian@lists.common-lisp.net - mailman3.common-lisp.net

[cl-debian] [ann] [hunchentoot-announce] New release 0.9.3 (Was: create-folder-dispatcher-and-handler question)
by Edi Weitz 07 May '07

07 May '07

On Mon, 07 May 2007 18:01:42 +0200, Nicolas Lamirault <lam(a)tuxfamily.org> wrote: > i think the problem comes from the space in the name. Yes. Seems this is a bug which was already in TBNL. The new release hopefully fixes that. Thanks for the report, Edi. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [drakma-announce] New Chunga release 0.3.0 (Was: Lenient read-line*)
by Edi Weitz 07 May '07

07 May '07

On Fri, 27 Apr 2007 13:24:23 +0100, Sean <rosssd(a)gmail.com> wrote: > Sorry for the delay. And sorry for my delay as well... :) > I've attached a patch which implements *accept-bogus-eols* for > read-line* along with updated docs. When bound to a non-nil value > then a lone CR or LF will be accepted as EOL. I've released 0.3.0 which incorporates your changes. Thanks, Edi. _______________________________________________ drakma-announce mailing list drakma-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/drakma-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] sbcl/amd64, anonymous repository read access and a yak
by Gerd Flaig 06 May '07

06 May '07

Hi, and the next thing you know, you're at the zoo, shaving a yak[1]. At least, almost. I wanted a recent version of sbcl on my server running dapper and remembered pvaneynd's repository[2]. However, it does not contain amd64 binaries. No problem, I think, let's compile from source. No Sources file, though. Next step, try to find the repository. According to the cl-debian project page[3], it's accessible with darcs get http://cl-debian.alioth.debian.org/repository/pvaneynd/sbcl which it isn't, so I notice Vcs-Svn: http://cl-debian.alioth.debian.org/repository/pvaneynd/bzr-moved/sbcl/ in the output of 'apt-cache showsrc sbcl' on Debian sid. However, still no luck: % svn co http://cl-debian.alioth.debian.org/repository/pvaneynd/bzr-moved/sbcl svn: PROPFIND request failed on '/repository/pvaneynd/bzr-moved/sbcl' svn: PROPFIND of '/repository/pvaneynd/bzr-moved/sbcl': 301 Moved Permanently (http://cl-debian.alioth.debian.org) Ok, let's try that: % svn co http://cl-debian.alioth.debian.org/ svn: PROPFIND request failed on '/' svn: PROPFIND of '/': 405 Method Not Allowed (http:°cl-debian.alioth.debian.org) Ok, it seems I've gotten near the yak, but those metal bars are quite solid. I could use some help now. Goodbyte, Gerd. [1] http://sethgodin.typepad.com/seths_blog/2005/03/dont_shave_that.html [2] http://people.debian.org/~pvaneynd/cl-dapper-packages/ [3] http://cl-debian.alioth.debian.org/ -- The last thing one knows in constructing a work is what to put first. -- Blaise Pascal

2 4

[cl-debian] Accepted gclcvs 2.7.0-68 (source i386 all)
by Camm Maguire 05 May '07

05 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Fri, 04 May 2007 21:37:34 -0400 Source: gclcvs Binary: gclcvs gclcvs-doc Architecture: source i386 all Version: 2.7.0-68 Distribution: unstable Urgency: low Maintainer: Camm Maguire <camm(a)enhanced.com> Changed-By: Camm Maguire <camm(a)enhanced.com> Description: gclcvs - GNU Common Lisp compiler, CVS snapshot gclcvs-doc - Documentation for GNU Common Lisp, CVS snapshot Changes: gclcvs (2.7.0-68) unstable; urgency=low . * compile without wrap-literals and pass1 prin1/read;no add-object on characters;leave doc strings in portable source * protect closure inlining to within scope of live bindings;*keep-gaz* makes compile into compile-file;c1var propagates declared type within closures;fix ensure--directories-exist Files: 66035235f475b7353a976bb63331e33c 686 interpreters optional gclcvs_2.7.0-68.dsc f292eea542f9286210d21ef1b2c09655 23287054 interpreters optional gclcvs_2.7.0-68.tar.gz 352c3a2416f3d63c3759d8f8ef4b5f7d 2352730 doc optional gclcvs-doc_2.7.0-68_all.deb 39afaf7d1a42ec34afef29cd5293ac48 39488630 interpreters optional gclcvs_2.7.0-68_i386.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGO/wYczG1wFfwRdwRAgbZAJ94J+2i54tYX255XrRcoThiwbjg2QCdHCUm 9CsKicphDcibse1MUTwK5xI= =WLRX -----END PGP SIGNATURE----- Accepted: gclcvs-doc_2.7.0-68_all.deb to pool/main/g/gclcvs/gclcvs-doc_2.7.0-68_all.deb gclcvs_2.7.0-68.dsc to pool/main/g/gclcvs/gclcvs_2.7.0-68.dsc gclcvs_2.7.0-68.tar.gz to pool/main/g/gclcvs/gclcvs_2.7.0-68.tar.gz gclcvs_2.7.0-68_i386.deb to pool/main/g/gclcvs/gclcvs_2.7.0-68_i386.deb

1 0

[cl-debian] Bug#414682: Argh, pilot error
by Drake Wilson 01 May '07

01 May '07

Holy crap. Pilot error. Now why did I have an obsolete installation of SLIME in my ~/elisp directory in the first place... ? o.o Can close this one, I guess. Sorry for wasting everyone's time. *blush* ---> Drake Wilson

1 0

[cl-debian] [ann] [hunchentoot-announce] New release 0.9.2 (Was: User defined http return codes)
by Edi Weitz 01 May '07

01 May '07

On Tue, 01 May 2007 12:13:04 +0900, Jong-won Choi <jc(a)itsec.co.kr> wrote: > Currently if a user want to define a custom http return code, s/he > has to change reason-phrase function manually. > > The attached patch file is my suggestion on this problem. Thanks, I've made a new release with a modified version of your patch. > + (defconstant +http-code-reason-table+ (make-hash-table :test #'eq)) That's not portable, you should use EQL. Also, please don't create new functions or variables without doc strings. See http://weitz.de/patches.html Thanks, Edi. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [elephant-announce] Announcing Elephant 0.9 RC1
by Robert L. Read 30 Apr '07

30 Apr '07

Dear Elephant community, Robert and I are pleased to announce that a release candidate for Elephant 0.9 is now available. See the online announcement at http:// www.common-lisp.net/project/elephant/news.html for details and pointers to documentation and downloads. A quick note on the switch from 0.6.x to 0.9. With the marked improvement in stability and the existence of a stable and useful feature set, we decided to abandon the 0.6.1 release label and change it to 0.9. There is a modest set of features remaining to achieve a 1.0 release later this year. These features are recorded as tickets at the Trac project site. (http://trac.common-lisp.net/elephant) We do not anticipate any functional changes prior to a formal release and are confident that databases created with this code base will be compatible with the final release. We aim to finalize the release in the next 1 to 2 weeks after a period of evaluation by the community. Features and changes since the Beta 0.6.1 announcement: * Mapping operators o BTrees, BTree indicies, class index and slot/derived indices all have a map operation o Enable mapping a function over values and ranges o Map in both ascending and descending order o Collect function results into a list o Efficient stack allocation where appropriate * Persistent sets o A lighter weight API for persistent collections o Provides insert, remove, find, map and list operations o With appropriate methods, makes one to many slots easy to construct, see tutorial and user-guide for details. * Complete update and rewrite of the users manual o All new and up-to-date tutorial o New section containing more detailed implementation information for advanced users o New sections for prospective data store developers o Detailed installation instructions (supercedes INSTALL file) o A list of use case scenarios that should help developers understand Elephant better o Much work remains to clean up the manual for 1.0, but the bulk of the rewrite is done and we invite comment on what is missing or unclear. * Feature tweaks o Drop commands for persistent collections to reclaim storage for reuse. o Expanded support for nested aggregates in serializer and migrate (i.e. an array of persistent objects will be properly migrated, whereas before only btree collections of persistent objects were properly copied). o Better error handling during object creation, change class operations, etc. o Better error checking during cross-store operations. o Persistent instances passed to print-object print their oid by default to create a recognizable signature o Loading directly via ele-bdb.asd and ele-clsql.asd is now supported as well as the 2-phase load o And many bug fixes... * Performance enhancements o Option to increase cache size for BDB backend o Improve contention performance while mapping btrees o And much more... Testing and Platforms: Prior to tagging the CVS tree tests were run successfully on the following configurations. Mac OS / Allegro / BDB -- green Mac OS / Allegro / SQlite -- green Mac OS / SBCL / BDB -- green Mac OS / SBCL / SQlite -- green Mac OS / Lispworks / BDB -- green Mac OS / Lispworks / SQLite -- green Mac OS / OpenMCL / BDB -- green (1 failing test -- see errata) Linux / SBCL / BDB -- green Linux / SBCL / SQLite -- green Linux / SBCL / Postgresql -- green Linux / Lispworks / BDB -- green Linux / Lispworks / SQLite -- green Windows / Lispworks / BDB -- green Windows / Lispworks / SQLite -- green Windows / Allegro / BDB -- green Windows / Allegro / SQlite -- green (NOTE: Several small changes to the loading process were made after these tests and only a subset of the platform combinations were retested after, but this included all OS's and all but OpenMCL. It is possible that something slipped through that we will have to fix in the final release). Errata: There are only two known issues with this release: * OpenMCL 1.0 has 1 known problem: redefinition of classes do not always result in indices being properly updated. This results from a known problem with the OpenMCL 1.0 MOP implementation. No workaround is currently known, but in practice you can evaluate the defclass form again and manually call (ccl:finalize-inheritance <pclass>) or change the indexing state manually using the API. This will probably not get fixed in this release. * The :deadlock-detect option for the BDB data store is not working in Lispworks. This will be fixed for the formal release. Ian Eslick and Robert Read _______________________________________________ elephant-announce site list elephant-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/elephant-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [hunchentoot-announce] New release 0.9.1 (Was: host/port question)
by Edi Weitz 29 Apr '07

29 Apr '07

On Sat, 28 Apr 2007 14:47:56 -0700, Cyrus Harmon <ch-tbnl(a)bobobeach.com> wrote: > Should these two notions be more "decoupled" or should I just think > host:port when I see host? I think it makes sense to allow for a separate PORT parameter. You can still provide "foo.com:4242" as the HOST argument, if you want. It's in the new release. Thanks, Edi. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [cl-who-announce] New release 0.8.1 (Was: [cl-who-devel] New release 0.8.0)
by Edi Weitz 27 Apr '07

27 Apr '07

On Fri, 27 Apr 2007 11:56:33 -0700, "Mac Chan" <emailmac(a)gmail.com> wrote: > BTW, I immediately found a bug! ........ in the doc ;-) Argh - I had complete forgotten about all this old cruft. I've cleaned it up now. Thanks, Edi. _______________________________________________ cl-who-announce site list cl-who-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/cl-who-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0

[cl-debian] [ann] [cl-who-announce] New release 0.8.0 (Was: html empty tags)
by Edi Weitz 27 Apr '07

27 Apr '07

On Thu, 26 Apr 2007 22:19:36 -0700, "Mac Chan" <emailmac(a)gmail.com> wrote: > As you probably know, there are certain html tags that will break > the browser's rendering if they are not paired up properly with a > close tag </tag> even if it's content is empty. > > For example, <textarea> and <script> (ie) > > Well today I'm bitten by this, where <div id='header' /> messes up > firefox's rendering coupled with some css rules. > > Even though I'm awared of how to get around it, sometimes it's > rather hard to spot that with a sea of nested (:div (:div ...)). > > This is also a recurring problem for newbie and there were a few > threads regarding this. > > Attach is a patch to fix this. Thanks, that's quite useful. I've incorporated it into the new release. However, I think the actual test you had in who.lisp is not quite what you meant. Please check if my modification is OK. You also forgot to export the new symbols... :) > I'm not sure if anyone is using cl-who to generate XML. I'm pretty sure some people do. I also did it a couple of times. Thanks, Edi. _______________________________________________ cl-who-announce site list cl-who-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/cl-who-announce _______________________________________________ announcements site list announcements(a)common-lisp.net http://common-lisp.net/mailman/listinfo/announcements

1 0