From sky at viridian-project.de Wed Aug 5 09:59:44 2009 From: sky at viridian-project.de (Leslie P. Polzer) Date: Wed, 5 Aug 2009 11:59:44 +0200 (CEST) Subject: [clbuild-devel] Add py-configparser Message-ID: <4a2b18dd06a4216ab2af0e5556f06932.squirrel@mail.stardawn.org> --- old-clbuild/wnpp-projects 2009-08-05 11:58:23.000000000 +0200 +++ new-clbuild/wnpp-projects 2009-08-05 11:58:23.000000000 +0200 @@ -107,6 +107,7 @@ # Misc projects cl-bibtex get_cvs_full :pserver:anonymous at cvs.sv.gnu.org:/sources/cl-bibtex cl-bibtex cl-store get_darcs http://common-lisp.net/project/cl-store/darcs/cl-store/ #A Common Lisp Serialization Package +py-configparser get_tarball http://common-lisp.net/project/py-configparser/releases/py-configparser-1.0.3.tar.gz stefil get_darcs http://common-lisp.net/project/stefil/darcs/stefil -- http://www.linkedin.com/in/polzer From michaelw+clbuild at foldr.org Wed Aug 5 10:14:12 2009 From: michaelw+clbuild at foldr.org (Michael Weber) Date: Wed, 5 Aug 2009 12:14:12 +0200 Subject: [clbuild-devel] Add cl-interpol (ediware) Message-ID: <8BC3BAB8-CE05-471C-8E4E-91AF0222CC60@foldr.org> I was surprised that cl-interpol was not included in clbuild yet. Am I pulling from an old repo? -------------- next part -------------- A non-text attachment was scrubbed... Name: clbuild-interpol.patch Type: application/octet-stream Size: 473 bytes Desc: not available URL: -------------- next part -------------- -- Cheers, Michael From youngnh at gmail.com Thu Aug 6 15:05:02 2009 From: youngnh at gmail.com (Nate Young) Date: Thu, 6 Aug 2009 10:05:02 -0500 Subject: [clbuild-devel] b9.com Message-ID: <88494d430908060805vb231556qcbd87235169c6f8b@mail.gmail.com> Hi, I just used clbuild for the first time and it is crashing when trying to install anything (puri, md5, cl-base64, clsql and rt) from http://git.b9.com with this message: "fatal: http://git.b9.com/cl-base64.git/info/refs not found: did you run git update-server-info on the server?" git clone git://git.b9.com/cl-base64.git works like a charm and if I change the url in the clbuild script from http:// to git://, things go off without a hitch. Looking at the darcs changes, though, it appears that the urls were switched from git:// to http:// intentionally, so I was wondering if that reasoning is still sound. Nate From luismbo at gmail.com Thu Aug 6 17:55:04 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Thu, 6 Aug 2009 18:55:04 +0100 Subject: [clbuild-devel] b9.com In-Reply-To: <88494d430908060805vb231556qcbd87235169c6f8b@mail.gmail.com> References: <88494d430908060805vb231556qcbd87235169c6f8b@mail.gmail.com> Message-ID: <391f79580908061055k51c6bc04p88ad0852dd5641a6@mail.gmail.com> On Thu, Aug 6, 2009 at 4:05 PM, Nate Young wrote: > Looking at the darcs changes, though, it appears that the urls were > switched from git:// to http:// intentionally, so I was wondering if > that reasoning is still sound. I don't know why they were switched, but using HTTP is useful for people behind firewalls. Perhaps some sort of global option to switch between git:// and http:// might be useful since using git:// seems to be faster. In any case, you should contact Kevin Rosenberg so he can fix those repositories. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From fade at deepsky.com Thu Aug 6 18:39:52 2009 From: fade at deepsky.com (Brian O'Reilly) Date: Thu, 6 Aug 2009 14:39:52 -0400 Subject: [clbuild-devel] b9.com In-Reply-To: <88494d430908060805vb231556qcbd87235169c6f8b@mail.gmail.com> References: <88494d430908060805vb231556qcbd87235169c6f8b@mail.gmail.com> Message-ID: <200908061439.52160.fade@deepsky.com> On August 6, 2009 11:05:02 am Nate Young wrote: > Hi, > I just used clbuild for the first time and it is crashing when > trying to install anything (puri, md5, cl-base64, clsql and rt) from > http://git.b9.com with this message: > > "fatal: http://git.b9.com/cl-base64.git/info/refs not found: did you > run git update-server-info on the server?" > > git clone git://git.b9.com/cl-base64.git works like a charm and if I > change the url in the clbuild script from http:// to git://, things go > off without a hitch. > > Looking at the darcs changes, though, it appears that the urls were > switched from git:// to http:// intentionally, so I was wondering if > that reasoning is still sound. all of the git repos at b9 have been failing for quite a few days. Most of the repos in question are mirrored in git at common-lisp.net: http://common-lisp.net/project/mirror/git/ I think using this mirror as a proxy for those sites expressing flaky behavior in their repositories would seriously improve the clbuild experience, _and_ let me move on to the actual work I'm trying to assemble this image for. :) Brian From sky at viridian-project.de Thu Aug 6 19:31:18 2009 From: sky at viridian-project.de (Leslie P. Polzer) Date: Thu, 6 Aug 2009 21:31:18 +0200 (CEST) Subject: [clbuild-devel] b9.com In-Reply-To: <200908061439.52160.fade@deepsky.com> References: <88494d430908060805vb231556qcbd87235169c6f8b@mail.gmail.com> <200908061439.52160.fade@deepsky.com> Message-ID: <67eb3dae2673b88b4352c1cadb332542.squirrel@mail.stardawn.org> Brian O'Reilly wrote: > all of the git repos at b9 have been failing for quite a few days. Most of the > repos in question are mirrored in git at common-lisp.net: > > http://common-lisp.net/project/mirror/git/ > > I think using this mirror as a proxy for those sites expressing flaky behavior > in their repositories would seriously improve the clbuild experience, _and_ > let me move on to the actual work I'm trying to assemble this image for. :) +1 -- http://www.linkedin.com/in/polzer From youngnh at gmail.com Thu Aug 6 20:27:29 2009 From: youngnh at gmail.com (Nate Young) Date: Thu, 6 Aug 2009 15:27:29 -0500 Subject: [clbuild-devel] Fwd: b9.com References: <20090806202233.GA8298@rosenberg.net> Message-ID: <4A879694-54A6-496B-A81D-840211ECC352@gmail.com> Begin forwarded message: > From: Kevin Rosenberg > Date: August 6, 2009 3:22:33 PM CDT > To: Nate Young > Subject: Re: Fwd: b9.com > > Nate Young wrote: >> Hi Kevin, >> As you can read below, I'm having trouble cloning your projects over >> http, I know your website gives examples using git:// urls, but >> clbuild >> was changed some time ago (2+ years) to install your libraries with >> http:// urls. > > git:// would be better. > > I've modified the web server so that one can use gitweb with something > like http://git.b9.com/?p=kmrcl.git > > I had forgotten about http access to the git libraries. I should have > use a new virtual web server (gitweb.b9.com) so the gitweb URL's would > http://gitweb.b9.com/?p=kmrcl.git > > But I just uploaded about 30 Debian package updates with the > Vcs-Browser set to git.b9.com. I'll think about changing to browser to > gitweb.b9.com, but I probably wouldn't be able to get to changing that > for a few weeks. > > Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at lichteblau.com Thu Aug 6 20:31:48 2009 From: david at lichteblau.com (David Lichteblau) Date: Thu, 6 Aug 2009 22:31:48 +0200 Subject: [clbuild-devel] b9.com In-Reply-To: <88494d430908060805vb231556qcbd87235169c6f8b@mail.gmail.com> References: <88494d430908060805vb231556qcbd87235169c6f8b@mail.gmail.com> Message-ID: <20090806203148.GA21543@radon> Quoting Nate Young (youngnh at gmail.com): > git clone git://git.b9.com/cl-base64.git works like a charm and if I > change the url in the clbuild script from http:// to git://, things go > off without a hitch. Patch pushed, please test. d. From sky at viridian-project.de Fri Aug 7 15:53:34 2009 From: sky at viridian-project.de (Leslie P. Polzer) Date: Fri, 7 Aug 2009 17:53:34 +0200 (CEST) Subject: [clbuild-devel] Add GETOPT Message-ID: --- old-clbuild/wnpp-projects 2009-08-07 17:52:43.000000000 +0200 +++ new-clbuild/wnpp-projects 2009-08-07 17:52:43.000000000 +0200 @@ -51,6 +51,7 @@ cl-difflib get_tarball http://lemonodor.com/code/cl-difflib_0.1.tar.gz lml2 get_git git://git.b9.com/lml2.git kmrcl get_tarball http://files.b9.com/kmrcl/kmrcl-latest.tar.gz +getopt get_tarball http://files.b9.com/getopt/getopt-latest.tar.gz iolib get_git http://common-lisp.net/project/iolib/git/iolib.git swf2 get_git git://repo.or.cz/swf2.git #avm2 bytecode generator cl-utilities get_cvs_clnet cl-utilities -- http://www.linkedin.com/in/polzer From fade at deepsky.com Sat Aug 8 18:05:11 2009 From: fade at deepsky.com (Brian O'Reilly) Date: Sat, 8 Aug 2009 14:05:11 -0400 Subject: [clbuild-devel] clbuild install fails in bordeaux-threads Message-ID: <200908081405.11397.fade@deepsky.com> I think the bordeaux-threads repository on common-lisp.net is in an inconsistent state: [Sat Aug 08 <14:01:04>]\>./clbuild install bordeaux-threads The following extra dependencies were found: lift include dependencies in update? (Y/n)NEW darcs get bordeaux-threads Unapplicable patch: Sun Oct 26 08:37:25 EDT 2008 Douglas Crosher * Add Scieneer Common Lisp support. darcs: ./bordeaux-threads.asd: openBinaryFile: does not exist (No such file or directory) doing "clbuild update --resume" completes without an error, but the clbuild/source/bordeaux-threads directory is empty except for the darcs metadata directory, and there is no link (obviously) in systems: [Sat Aug 08 <14:01:17>]\>./clbuild update --resume UPDATE darcs pull bordeaux-threads Pulling from "http://common-lisp.net/project/bordeaux-threads/darcs/bordeaux- threads"... No remote changes to pull in! UPDATE darcs pull lift Pulling from "http://common-lisp.net/project/lift"... No remote changes to pull in! update complete 96 system definition files registered [fade]infiltrator:~/SourceCode/lisp/clbuild [Sat Aug 08 <14:01:34>]\>ls -l source/bordeaux-threads/ total 0 drwxr-xr-x 6 fade fade 145 2009-08-08 14:01 _darcs/ ... just sayin' :) Brian From david at lichteblau.com Sat Aug 8 18:27:58 2009 From: david at lichteblau.com (David Lichteblau) Date: Sat, 8 Aug 2009 20:27:58 +0200 Subject: [clbuild-devel] clbuild install fails in bordeaux-threads In-Reply-To: <200908081405.11397.fade@deepsky.com> References: <200908081405.11397.fade@deepsky.com> Message-ID: <20090808182758.GA25189@radon> Hi, Quoting Brian O'Reilly (fade at deepsky.com): > I think the bordeaux-threads repository on common-lisp.net is in an > inconsistent state: I can reproduce this error, but I am not in a position to fix it. Can you submit this bug to bordeaux-threads-devel? Thanks, d. From fade at deepsky.com Sat Aug 8 18:36:20 2009 From: fade at deepsky.com (Brian O'Reilly) Date: Sat, 8 Aug 2009 14:36:20 -0400 Subject: [clbuild-devel] clbuild install fails in bordeaux-threads In-Reply-To: <20090808182758.GA25189@radon> References: <200908081405.11397.fade@deepsky.com> <20090808182758.GA25189@radon> Message-ID: <200908081436.20263.fade@deepsky.com> On August 8, 2009 02:27:58 pm David Lichteblau wrote: > Hi, > > Quoting Brian O'Reilly (fade at deepsky.com): > > I think the bordeaux-threads repository on common-lisp.net is in an > > inconsistent state: > > I can reproduce this error, but I am not in a position to fix it. > > Can you submit this bug to bordeaux-threads-devel? Will do. Brian From fade at deepsky.com Sat Aug 8 20:46:56 2009 From: fade at deepsky.com (Brian O'Reilly) Date: Sat, 8 Aug 2009 16:46:56 -0400 Subject: [clbuild-devel] clbuild install fails in bordeaux-threads In-Reply-To: <200908081436.20263.fade@deepsky.com> References: <200908081405.11397.fade@deepsky.com> <20090808182758.GA25189@radon> <200908081436.20263.fade@deepsky.com> Message-ID: <200908081646.56361.fade@deepsky.com> On August 8, 2009 02:36:20 pm Brian O'Reilly wrote: > On August 8, 2009 02:27:58 pm David Lichteblau wrote: > > Hi, > > > > Quoting Brian O'Reilly (fade at deepsky.com): > > > I think the bordeaux-threads repository on common-lisp.net is in an > > > inconsistent state: > > > > I can reproduce this error, but I am not in a position to fix it. > > > > Can you submit this bug to bordeaux-threads-devel? > > Will do. This issue is fixed. Brian From luismbo at gmail.com Fri Aug 21 20:49:55 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Fri, 21 Aug 2009 21:49:55 +0100 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: <4A8EB6AC.4080300@comcast.net> References: <4A8EB6AC.4080300@comcast.net> Message-ID: <391f79580908211349y54e549c8kd9119d2e423dda56@mail.gmail.com> On Fri, Aug 21, 2009 at 4:01 PM, Jeff Cunningham wrote: > I just tried to install elephant and ran into an annoying problem which > could only be resolved by renaming the cffi/uffi-compat/uffi.asd to > uffi-compat.asd. The problem seems to be one of identity theft, since > elephant uses uffi, and it was picking up the cffi compatibility code > (which does not appear to be sufficiently compatible for elephant), > instead of what it expected. Elephant breaks UFFI's abstractions and assumes SB-ALIEN is being used behind the scenes. That naturally breaks with cffi-uffi-compat. CFFI's uffi.asd is just a convenient way of using cffi-uffi-compat without editing third-party systems and I didn't expect it to be picked up automatically by tools such as clbuild. I would gladly rename it. It would work just as well for its original purpose, since as long as you create a uffi.asd symlink, (asdf:find-system :uffi) will pick it up. However, I suspect there might be other code in clbuild that does in fact use cffi-uffi-compat and I wouldn't want to break it. Can anyone confirm if there is such a dependency? -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From luismbo at gmail.com Fri Aug 21 21:09:07 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Fri, 21 Aug 2009 22:09:07 +0100 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: References: <4A8EB6AC.4080300@comcast.net> <391f79580908211349y54e549c8kd9119d2e423dda56@mail.gmail.com> Message-ID: <391f79580908211409v475fae43xbca3d7c9f80ee1ee@mail.gmail.com> On Fri, Aug 21, 2009 at 10:00 PM, Attila Lendvai wrote: > just a note: not everybody is using symlinks to manage asdf systems. > with a different name a .asd scanner would miss it... That's the goal. :-) -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From luismbo at gmail.com Fri Aug 21 23:12:36 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sat, 22 Aug 2009 00:12:36 +0100 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: <4A8EB6AC.4080300@comcast.net> References: <4A8EB6AC.4080300@comcast.net> Message-ID: <391f79580908211612q21ed6ba9j894e5a5d7d9d5c20@mail.gmail.com> On Fri, Aug 21, 2009 at 4:01 PM, Jeff Cunningham wrote: > Is there a way that this can be resolved? It seems that both libraries > should be able to coexist on a system, as there are applications which > expect them to be there. It also seems that UFFI has a prior claim to > its own name for a system file. As Daniel Herring hinted in the cffi-devel list, one way you can solve this problem is to setup asdf:*central-registry* such that UFFI's uffi.asd takes precedence over the clbuild/systems/uffi.asd one. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From luismbo at gmail.com Sat Aug 22 00:32:44 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sat, 22 Aug 2009 00:32:44 +0000 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: <81FD505273524544875A4C14653705BA065D6E39@0461-its-exmb02.us.saic.com> References: <4A8EB6AC.4080300@comcast.net> <391f79580908211610v2da8ba5qb53eb47efba39556@mail.gmail.com> <81FD505273524544875A4C14653705BA065D6E39@0461-its-exmb02.us.saic.com> Message-ID: <391f79580908211732u74483d4fu5a5138245a52d8ef@mail.gmail.com> On Fri, Aug 21, 2009 at 11:23 PM, Cunningham, Jeffrey K. wrote: > You are right - it would solve the problem. But it leaves > library compatibility in that awful state that requires too > much arcane information to be known to write decent > auto-setup tools. But don't you think that in the long run > Lisp libraries ought to work together without all kinds of > special exceptions? Its one of the things people always > complain about with Lisp. Just my two cents. If you are interested in the improving the Lisp ecosystem in general, then you should understand why I'm worried about the potential drawbacks of renaming uffi.asd in the context of clbuild. The most obvious one that UFFI is not part of clbuild's projects. Secondly, libraries such as CLSQL achieve significantly better performance on SBCL using CFFI-UFFI-COMPAT rather than UFFI. Thirdly, CFFI (and therefore CFFI-UFFI-COMPAT) supports more Lisps than UFFI; so if we disable CFFI-UFFI-COMPAT in clbuild, a couple of libraries will stop working on CLISP and others. There might be further drawbacks. I hope that makes the issue clearer. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From luismbo at gmail.com Sat Aug 22 01:27:10 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sat, 22 Aug 2009 02:27:10 +0100 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: <81FD505273524544875A4C14653705BA065D6E8C@0461-its-exmb02.us.saic.com> References: <4A8EB6AC.4080300@comcast.net> <391f79580908211610v2da8ba5qb53eb47efba39556@mail.gmail.com> <81FD505273524544875A4C14653705BA065D6E39@0461-its-exmb02.us.saic.com> <391f79580908211732u74483d4fu5a5138245a52d8ef@mail.gmail.com> <81FD505273524544875A4C14653705BA065D6E8C@0461-its-exmb02.us.saic.com> Message-ID: <391f79580908211827l719d7b79le2fab507b5f61ea3@mail.gmail.com> On Sat, Aug 22, 2009 at 2:20 AM, Cunningham, Jeffrey K. wrote: > What do you suggest is the best course to follow? Fixing Elephant, either by porting the whole thing to CFFI -- or (slightly easier) just the SB-ALIEN bits -- seems like the right thing to do. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From luismbo at gmail.com Sat Aug 22 02:09:43 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sat, 22 Aug 2009 03:09:43 +0100 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: References: <4A8EB6AC.4080300@comcast.net> <391f79580908211610v2da8ba5qb53eb47efba39556@mail.gmail.com> Message-ID: <391f79580908211909m42d56575s6caf7f25bbbf0a11@mail.gmail.com> On Sat, Aug 22, 2009 at 2:36 AM, Hans H?bner wrote: > I use an automated mechanism to setup my asdf:*central-registry* and > it would be a pain if I had to change that. ?I find it offensive if > some library decides that it is "better" than something else and makes > that something else unusable or harder to use. Good thing there was never any such intention, otherwise you would be offended! I'm sorry uffi-compat is not useful for you, I guess... > In my own private copy cffi, I have renamed CFFI"s uffi.asd to > uffi-compat.asd. ?I'd recommend that this'd be done in the upstream > version, too. uffi.asd was added by popular demand. (Or maybe it was just *one* user, I don't recall.) I'd be glad to rename it, but as I've mentioned in a previous email, I'm worried that it'd do more harm than good. Suggestions on how to solve the problem are most welcome. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From sky at viridian-project.de Sat Aug 22 08:59:55 2009 From: sky at viridian-project.de (Leslie P. Polzer) Date: Sat, 22 Aug 2009 10:59:55 +0200 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: <391f79580908211827l719d7b79le2fab507b5f61ea3@mail.gmail.com> References: <4A8EB6AC.4080300@comcast.net> <391f79580908211610v2da8ba5qb53eb47efba39556@mail.gmail.com> <81FD505273524544875A4C14653705BA065D6E39@0461-its-exmb02.us.saic.com> <391f79580908211732u74483d4fu5a5138245a52d8ef@mail.gmail.com> <81FD505273524544875A4C14653705BA065D6E8C@0461-its-exmb02.us.saic.com> <391f79580908211827l719d7b79le2fab507b5f61ea3@mail.gmail.com> Message-ID: <20090822085955.GA10576@viridian-project.de> On Sat, Aug 22, 2009 at 02:27:10AM +0100, Lu?s Oliveira wrote: > On Sat, Aug 22, 2009 at 2:20 AM, Cunningham, Jeffrey K. > wrote: > > What do you suggest is the best course to follow? > > Fixing Elephant, either by porting the whole thing to CFFI -- or > (slightly easier) just the SB-ALIEN bits -- seems like the right thing > to do. Not a short-term option, unfortunately. How about making it obvious that cffi-uffi-compat is loaded? This way we could give the user instructions to install the real uffi. Leslie From luismbo at gmail.com Sat Aug 22 13:59:37 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sat, 22 Aug 2009 14:59:37 +0100 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: <20090822085955.GA10576@viridian-project.de> References: <4A8EB6AC.4080300@comcast.net> <391f79580908211610v2da8ba5qb53eb47efba39556@mail.gmail.com> <81FD505273524544875A4C14653705BA065D6E39@0461-its-exmb02.us.saic.com> <391f79580908211732u74483d4fu5a5138245a52d8ef@mail.gmail.com> <81FD505273524544875A4C14653705BA065D6E8C@0461-its-exmb02.us.saic.com> <391f79580908211827l719d7b79le2fab507b5f61ea3@mail.gmail.com> <20090822085955.GA10576@viridian-project.de> Message-ID: <391f79580908220659i43a39efdm95b4a007a48e6ae6@mail.gmail.com> On Sat, Aug 22, 2009 at 9:59 AM, Leslie P. Polzer wrote: > Not a short-term option, unfortunately. How about making it obvious that > cffi-uffi-compat is loaded? This way we could give the user instructions > to install the real uffi. #+sbcl (eval-when (:compile-toplevel :load-toplevel :execute) (when (find-package :cffi-uffi-compat) (error "..."))) That should work, right? -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From luismbo at gmail.com Sat Aug 22 15:24:02 2009 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sat, 22 Aug 2009 16:24:02 +0100 Subject: [clbuild-devel] [cffi-devel] uffi.asd vs uffi-compat.asd In-Reply-To: <4A90000C.4080402@comcast.net> References: <4A8EB6AC.4080300@comcast.net> <391f79580908211610v2da8ba5qb53eb47efba39556@mail.gmail.com> <391f79580908211909m42d56575s6caf7f25bbbf0a11@mail.gmail.com> <4A90000C.4080402@comcast.net> Message-ID: <391f79580908220824m60da7e37k7b53dc9eaedad5a8@mail.gmail.com> On Sat, Aug 22, 2009 at 3:26 PM, Jeff Cunningham wrote: > As it stands, even using asdf:*central-registry* is a problem, because > there's no way to use both. Since they both have the same name only one can > exist with it using the asdf system in any normal fashion. That of course is a more general problem that should be solved with something like this: . I have seen plenty of people taking advantage of the fact that CFFI-UFFI-COMPAT can easily be used as a drop-in replacement for UFFI. I have never seen anyone trying to use CFFI-UFFI-COMPAT and UFFI simultaneously and I strongly suspect you don't actually have that need either. If for some reason you do need that, it's fairly straightforward to use RENAME-PACKAGE to remove CFFI-UFFI-COMPAT's UFFI nickname. > Both UFFI and CFFI have a right to exist. The gcc analogy isn't valid - > these aren't compilers that users expect to be substituting one for another. > It doesn't matter that the CFFI people don't like the style of code writing > that goes on in the ELEPHANT group. By "the CFFI people" I presume you mean me, since the other CFFI developers haven't joined the discussion. I never said I didn't their code style. > They chose to use UFFI for whatever > reason and should have the right to expect that some other development group > won't break their code via the ASDF package system unless there is a > dependency relationship. How are we breaking their code? Just don't use CFFI-UFFI-COMPAT. If I just rename the system, Elephant/clbuild won't work either. That was my first concern. > Since UFFI came up with the name first, I believe most people would agree > they have a prior right to the name. Nobody is arguing that. > I think you should change the name of your file to uffi-cffi-compat.asd Like I said, I have no problem with that and I agree that it's the best way in principle. However, I have a couple of concerns that I've mentioned in my previous email which you decided to ignore and instead paint this as some personal conflict between the UFFI and CFFI developers. That was unfortunate. > Then, inform your users of the fact, and if they were relying on an implicit > use of CFFI in place of UFFI they should change their projects to explicitly > use CFFI by way of this definition file. Not sure if this is what you mean, but some projects do indeed already use cffi-uffi-compat explicitly (e.g., Edi Weitz's CL-GD uses it in order to support CLISP.) but others don't, namely CL-SQL. Bottom line is, if I rename CFFI's uffi.asd, it'll just break a bunch stuff within clbuild and Elephant still won't work out of the box. I don't see how that could be regarded as an improvement. I would be glad to work with you to solve the problem, but renaming uffi.asd is clearly not the first step. Cheers, -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From khaelin at gmail.com Fri Aug 28 14:41:54 2009 From: khaelin at gmail.com (Nicolas Martyanoff) Date: Fri, 28 Aug 2009 16:41:54 +0200 Subject: [clbuild-devel] Add cl-net-snmp Message-ID: <20090828144154.GB1419@valhala.gaia.loc> Hi, Could you please add cl-net-snmp, a system which handle the SNMP protocol (and so ASN.1, the MIB format, etc.). http://www.cliki.net/cl-net-snmp I tried with: cl-net-snmp get_svn https://cl-net-snmp.svn.sourceforge.net/svnroot/cl-net-snmp cl-net-snmp and cl-net-snmp ieee-floats ironclad portable-threads trivial-gray-streams usocket But it seems clbuild can't find the asd files to link. Can I do something to make it work? Regards, -- Nicolas Martyanoff http://codemore.org khaelin at gmail.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From david at lichteblau.com Sun Aug 30 06:46:40 2009 From: david at lichteblau.com (David Lichteblau) Date: Sun, 30 Aug 2009 08:46:40 +0200 Subject: [clbuild-devel] Add cl-net-snmp In-Reply-To: <20090828144154.GB1419@valhala.gaia.loc> References: <20090828144154.GB1419@valhala.gaia.loc> Message-ID: <20090830064640.GA24482@radon> Quoting Nicolas Martyanoff (khaelin at gmail.com): [...] > cl-net-snmp get_svn https://cl-net-snmp.svn.sourceforge.net/svnroot/cl-net-snmp cl-net-snmp > and [...] > But it seems clbuild can't find the asd files to link. Having looked at that svn URL briefly, my impression is that every "subproject" listed there would map to a "clbuild project". You wouldn't want a checkout of branches/ and tags/ for each such project anyway. > Can I do something to make it work? Add each project separately, i.e. https://cl-net-snmp.svn.sourceforge.net/svnroot/cl-net-snmp/asn.1/trunk/ https://cl-net-snmp.svn.sourceforge.net/svnroot/cl-net-snmp/snmp/trunk/ ... and so on, for asn.1, contrib, ipmi, ldap, lispworks-udp, snmp, usocket-udp. d.