Andy Tai <[EMAIL PROTECTED]> writes: I am against the idea of using a database as a tla archive backend. IMHO one major strength of tla is the dumb, append only file server storage model so backup/restore is easy and I can tinker with the archive if I have to. This being said, it probably make sense to use sqlite to manage the patch logs in a checked out tree. Those are highly structured data currently stored as thousands of small files, yuck. Derek > Thanks for the information. It does not look like this is an easy thing to > do, to try to put a tla archive on top of sqlite. But nontheless I may try > to look into continuing the work you have done when I feel up to it... > > Andy > > On 1/6/06, John Arbash Meinel <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > I worked on creating a virtual filesystem (hackerlab vu layer) for both > > zip files, and for an sqlite database. I don't know that I got very far > > with the sqlite database. > > But here is my older archive: > > http://arch.arbash-meinel.com/[EMAIL PROTECTED]/ > > In general, writing a virtual filesystem wasn't terribly hard. The > > hardest part was handling the fact that tla wants atomic rename, but > > that isn't possible in a zip file. (*especially* if you are renaming > > between zip files). > > > > I guess that was the hard part in general. There were a lot of places in > > the tla code where it expected everything to be on the same filesystem. > > > > John > > > _______________________________________________ > Gnu-arch-users mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/gnu-arch-users > > GNU arch home page: > http://savannah.gnu.org/projects/gnu-arch/
_______________________________________________ Gnu-arch-users mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/
