From rkm101 at mac.com Mon Feb 5 07:08:14 2007 From: rkm101 at mac.com (Ken McKee) Date: Mon, 5 Feb 2007 02:08:14 -0500 Subject: [Cl-perec-devel] Loading cl-perec Message-ID: Hello, Attempting to loading cl-perec gernerates: The name "METACOPY-WITH-CONTEXTL" does not designate any package. [Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR] I'm using SBCL 1.0, Mac OS X 10.4 and recent checkouts/downloads of cl-perec, cl-rdbms, pg, defclass-star, asdf-system-connections, arnesi_dev, slime, cl-containers, metatilities, moptilities, closer-mop, lw-compat, cl-store, cl-ppcre, metacopy, parse- number, local-time, flexi-streams, cl-fad, trivial-gray-streams, trivial-garbage, computed-class, s-base64, metabang-bind, iterate. A post on metacopy-devel suggests METACOPY-WITH-CONTEXTL is part of some package wizardry to properly load metacopy, I'm still not sure how to resolve this. Any help would be appreciated. I'm looking forward to experimenting with cl-perec and computed-class. Thanks, Ken McKee From levente.meszaros at gmail.com Mon Feb 5 12:40:09 2007 From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=) Date: Mon, 5 Feb 2007 13:40:09 +0100 Subject: [Cl-perec-devel] Loading cl-perec In-Reply-To: References: Message-ID: Hi, I fixed this in the asd file and it should work now. Let us know if you still have problems. We use ubuntu 5.10, newest SBCL/SLIME and PostgreSQL 8.1. If you could run the test suite that would be great. All persistence tests should pass. PRCT> (test/persistence) # Some of the query test cases might fail now but will be fixed this week. levy On 2/5/07, Ken McKee wrote: > Hello, > > Attempting to loading cl-perec gernerates: > The name "METACOPY-WITH-CONTEXTL" does not designate any package. > [Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR] > > I'm using SBCL 1.0, Mac OS X 10.4 and recent checkouts/downloads of > cl-perec, cl-rdbms, pg, defclass-star, asdf-system-connections, > arnesi_dev, slime, cl-containers, metatilities, moptilities, > closer-mop, lw-compat, cl-store, cl-ppcre, metacopy, parse- > number, local-time, flexi-streams, cl-fad, trivial-gray-streams, > trivial-garbage, computed-class, s-base64, metabang-bind, iterate. > > A post on metacopy-devel suggests METACOPY-WITH-CONTEXTL is part of > some package wizardry to properly load metacopy, I'm still not sure > how to resolve this. > > Any help would be appreciated. I'm looking forward to experimenting > with cl-perec and computed-class. > > Thanks, > Ken McKee > > _______________________________________________ > Cl-perec-devel mailing list > Cl-perec-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/cl-perec-devel > From rkm101 at mac.com Mon Feb 5 21:37:18 2007 From: rkm101 at mac.com (Ken McKee) Date: Mon, 5 Feb 2007 16:37:18 -0500 Subject: [Cl-perec-devel] Loading cl-perec In-Reply-To: References: Message-ID: I updated cl-perec and downloaded contextl. I still get: The name "METACOPY-WITH-CONTEXTL" does not designate any package. [Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR] A posting to metacopy-devel says: http://common-lisp.net/pipermail/metacopy-devel/2006-October/000006.html > unfortunately the packaging took about 10 times the effort to do > then the > copy-protocol code. the trick is to load the metacopy code twice > into two > different packages, one is called metacopy-with-contextl. this way > defgeneric and define-layered-function can live happily next to > each other > and everyone can chose between the contextl based, and therefore more > heavyweight, stuff or the old defmethod way. > > i had to patch slime, asdf, and asdf-system-connections to make it > work... > one problem is left though: the way i'm using asdf is either > illegal or > there's some bug in asdf, because contextl and some other packages are > reloaded even though they are not changed since i've last generated > my sbcl > core. it does not cause any problems, but... Can standard versions of slime and asdf handle the metacopy-with- contextl package? Where should the metacopy-with-contextl package be defined? -Ken On Feb 5, 2007, at 7:40 AM, Levente M?sz?ros wrote: > Hi, > > I fixed this in the asd file and it should work now. Let us know if > you still > have problems. > > We use ubuntu 5.10, newest SBCL/SLIME and PostgreSQL 8.1. > > If you could run the test suite that would be great. All persistence > tests should pass. > > PRCT> (test/persistence) > # > > Some of the query test cases might fail now but will be fixed this > week. > > levy From attila.lendvai at gmail.com Mon Feb 5 22:05:42 2007 From: attila.lendvai at gmail.com (Attila Lendvai) Date: Mon, 5 Feb 2007 23:05:42 +0100 Subject: [Cl-perec-devel] Loading cl-perec In-Reply-To: References: Message-ID: > Can standard versions of slime and asdf handle the metacopy-with- > contextl package? > Where should the metacopy-with-contextl package be defined? it's probably not written anywhere (and sorry for that), but you need to use the metacopy from cl-wdim. in general when you see a repo under cl-wdim of some other project, then it's a good idea to get that instead of the official. they are usually in sync with their originals and sometimes they containing extra patches that were not yet merged back. you can check them at: http://common-lisp.net/cgi-bin/darcsweb/darcsweb.cgi you can get realtime help on irc, i'm usually on #lisp at freenode. hth, -- - attila "- The truth is that I've been too considerate, and so became unintentionally cruel... - I understand. - No, you don't understand! We don't speak the same language!" (Ingmar Bergman - Smultronst?llet) From levente.meszaros at gmail.com Tue Feb 6 09:03:57 2007 From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=) Date: Tue, 6 Feb 2007 10:03:57 +0100 Subject: [Cl-perec-devel] Loading cl-perec In-Reply-To: References: Message-ID: > Can standard versions of slime and asdf handle the metacopy-with- > contextl package? > Where should the metacopy-with-contextl package be defined? Standard ASDF should be able to load this package as long as you have the correct version. I just updated the web site to include a note about this thing. Sorry for your inconvenience. darcs get http://common-lisp.net/project/cl-wdim/darcs/metacopy levy -- There's no perfectoin From rkm101 at mac.com Tue Feb 6 18:29:29 2007 From: rkm101 at mac.com (Ken McKee) Date: Tue, 6 Feb 2007 13:29:29 -0500 Subject: [Cl-perec-devel] Loading cl-perec Message-ID: <6C0834D0-58C3-4A6F-B98D-F63E60954962@mac.com> Indeed, using packages from cl-dwim works much better. Two name conflicts arise between arnesi and flexistreams; OCTETS-TO- STRING and STRING-TO-OCTETS. For now, I arbitrarily choose arnesi. I'm guessing they must do the same thing. (test/persistence) # Thanks! Ken From levente.meszaros at gmail.com Tue Feb 6 19:24:04 2007 From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=) Date: Tue, 6 Feb 2007 20:24:04 +0100 Subject: [Cl-perec-devel] Loading cl-perec In-Reply-To: <6C0834D0-58C3-4A6F-B98D-F63E60954962@mac.com> References: <6C0834D0-58C3-4A6F-B98D-F63E60954962@mac.com> Message-ID: Great! Note that (test/persistence) does not include all test cases. There is (test/query) which is called by (test) the main entry point. Naming conflicts might be there due to that we are not using the newest versions of those packages. Thanks, levy On 2/6/07, Ken McKee wrote: > > Indeed, using packages from cl-dwim works much better. > > Two name conflicts arise between arnesi and flexistreams; OCTETS-TO- > STRING and STRING-TO-OCTETS. For now, I arbitrarily choose arnesi. > I'm guessing they must do the same thing. > > (test/persistence) > # > > Thanks! > Ken > > _______________________________________________ > Cl-perec-devel mailing list > Cl-perec-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/cl-perec-devel > -- There's no perfectoin