From bhyde at pobox.com Sun Apr 12 14:57:51 2009 From: bhyde at pobox.com (Ben Hyde) Date: Sun, 12 Apr 2009 10:57:51 -0400 Subject: [clbuild-devel] slime connections fail into a preloaded clbuild Message-ID: Keywords: slime, preloaded, sbcl 1.0.20, and then "The value # is not of type SYMBOL." upon connection, flexi- streams. I have 34 entries in my clbuild/sources directory; and when configure slime to use the preloaded I get the error above. I thought I was making progress tracking this down because this works: ./clbuild dumpcore html-template split-sequence parse-number puri rfc2388 slime ironclad iterate lift md5 trivial-features trivial-gray- streams alexandria cl-base64 cl-fad cl-json cl-unicode cl-ppcre cl-who cl-yacc usocket bordeaux-threads chunga metabang-bind stefil babel closure-common cffi adding flexi-streams to that list reproduces the error. But then this works as well: ./clbuild dumpcore slime trivial-gray-streams flexi-streams I realize that this isn't particularly helpful; but at least it may provide the seed for something better. From bhyde at pobox.com Mon Apr 13 21:42:03 2009 From: bhyde at pobox.com (Ben Hyde) Date: Mon, 13 Apr 2009 17:42:03 -0400 Subject: [clbuild-devel] graphviz of installed dependencies Message-ID: <30AFE3F3-2C92-4DBC-83EF-667303558DAA@pobox.com> If for some reason you wish to make a drawing like the one see here[1] you might use the code found here[2]. - ben [1] http://enthusiasm.cozy.org/archives/2009/04/the-briar-patch [2] http://github.com/bhyde/clbuild2dot/tree/master From madnificent at gmail.com Mon Apr 27 01:19:07 2009 From: madnificent at gmail.com (madnificent at gmail.com) Date: Mon, 27 Apr 2009 03:19:07 +0200 (CEST) Subject: [clbuild-devel] clayworks in wnnp-projects. Message-ID: Hello, could you include support for claymore by adding the following to wnpp-projects? # clayworks clayworks get_git git://github.com/madnificent/clayworks.git cl-aymore get_git git://github.com/madnificent/cl-aymore.git database-migrations get_git git://github.com/madnificent/database-migrations.git Thank you, the madnificent -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: From david at lichteblau.com Mon Apr 27 05:39:49 2009 From: david at lichteblau.com (David Lichteblau) Date: Mon, 27 Apr 2009 07:39:49 +0200 Subject: [clbuild-devel] clayworks in wnnp-projects. In-Reply-To: References: Message-ID: <20090427053949.GC7859@radon> Quoting madnificent at gmail.com (madnificent at gmail.com): > could you include support for claymore by adding the following to wnpp-projects? It could help if you told us a little about what these projects are for. Sometimes we get addition requests for well-known projects that everyone on cliki/#lisp/cll is aware of, such that we don't have to do any research to find out. But apparently you don't even have cliki pages for your project, it isn't immediately googleable either, and you only list git:// urls in your mail without any extra information. So before learning more, I'm afraid I'm not inclined to add projects I don't use myself and haven't even heard about. d. From sky at viridian-project.de Tue Apr 28 13:10:24 2009 From: sky at viridian-project.de (Leslie P. Polzer) Date: Tue, 28 Apr 2009 15:10:24 +0200 (CEST) Subject: [clbuild-devel] Absolute links Message-ID: Is there a particular reason for clbuild to use absolute links instead of relative ones? It makes migration of a clbuild library collection to another machine or even directory unnecessarily hard. Leslie -- LinkedIn Profile: http://www.linkedin.com/in/polzer Xing Profile: https://www.xing.com/profile/LeslieP_Polzer Blog: http://blog.viridian-project.de/ From david at lichteblau.com Tue Apr 28 13:33:19 2009 From: david at lichteblau.com (David Lichteblau) Date: Tue, 28 Apr 2009 15:33:19 +0200 Subject: [clbuild-devel] Absolute links In-Reply-To: References: Message-ID: <20090428133319.GB13831@radon> Quoting Leslie P. Polzer (sky at viridian-project.de): > Is there a particular reason for clbuild to use > absolute links instead of relative ones? > > It makes migration of a clbuild library collection > to another machine or even directory unnecessarily hard. Although I haven't written the current version of the symlink logic, my impression is that there probably was no particular reason clbuild did it this way. I agree that relative links would be better. I have just pushed a patch implementing that idea, and hopefully I haven't broken all those register_asd functions while doing so. Please review and test. d.