On Mon, 2008-03-03 at 09:59 -0500, Ian Eslick wrote: > It might make sense to just have it be a separate common-lisp.net > project. We can have an optional elephant module that adds the > appropriate dependencies and wraps it into the Elephant framework. > (Perhaps a contrib for now until the features stabilize?) > > Ian
I agree it makes sense as a separate project. In fact, the existing Elephant serializer would warrant being its own project if there was anyone interested it. I say that not because our serializer is great, but just because that's a highly reusable piece of code for many purposes...and there is lots of opportunity for apply compression technology there. However, we can certainly but it in a "contrib" directory if nobody wants to go through the rigamarole of creating a new project. > > On Mar 3, 2008, at 8:33 AM, Henrik Hjelte wrote: > > > On Mon, Mar 3, 2008 at 2:14 PM, Ian Eslick <[EMAIL PROTECTED]> > > wrote: > >> This would be great to integrate into the core code base! Do you > >> think that would be reasonably easy to do? > > yes. It adds some new dependencies, and it is not finished on the > > feature list yet, but sure. > > > > I actually intended it to be useful for other solutions as well > > (rucksack, acache etc.), and to be useful for migrating between these. > > But that is no reason it can't be under the elephant project. > > > > /Henrik > > > >> > >> > >> On Mar 3, 2008, at 8:06 AM, Henrik Hjelte wrote: > >> > >>> On Mon, Mar 3, 2008 at 11:00 AM, Leslie P. Polzer <[EMAIL PROTECTED] > >>>> wrote: > >>>> > >>>> To be able to backup all objects to another store, would it be > >>>> enough to modify MIGRATE so it doesn't update the home store > >>>> of objects? > >>> > >>> I've mentioned it before, but here is another ad: I have made a > >>> basic > >>> import/export facility that can dump and restore elephant > >>> databases to > >>> a file in sexp format. I use it to migrate data and to do backups. > >>> It > >>> feels safe that the data is in a human readable file. > >>> Currrent main restriction is that data should fit in main memory, > >>> but > >>> I will fix that sometime. > >>> > >>> It is hidden under the grand-prix project on common-lisp-net: > >>> common-lisp.net/project/grand-prix/darcs/gp-export > >>> > >>> /Henrik > >> > >> > >>> _______________________________________________ > >>> elephant-devel site list > >>> elephant-devel@common-lisp.net > >>> http://common-lisp.net/mailman/listinfo/elephant-devel > >> > >> _______________________________________________ > >> elephant-devel site list > >> elephant-devel@common-lisp.net > >> http://common-lisp.net/mailman/listinfo/elephant-devel > >> > > > > > > > > -- > > Henrik Hjelte > > [EMAIL PROTECTED] > > +46703993945 > > http://stix.to > > Lästmakarg 18-20 (IQube) > > Box 7438 > > S-103 91 Stockholm > > Sweden > > _______________________________________________ > > elephant-devel site list > > elephant-devel@common-lisp.net > > http://common-lisp.net/mailman/listinfo/elephant-devel > > _______________________________________________ > elephant-devel site list > elephant-devel@common-lisp.net > http://common-lisp.net/mailman/listinfo/elephant-devel _______________________________________________ elephant-devel site list elephant-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/elephant-devel
