Re: [9fans] A potentially useful venti client

Here is a pointer to a discussion on comp.os.plan9, but I did not really get a clear understanding of whether it was possible or not. It seems to me that it was possible at some time, but based on my own findings, changes to the format may have made vac and fossil incompatible. On Wed, Dec 13, 201

Re: [9fans] A potentially useful venti client

I don't know either, but when I tried flfmt with a vac score as an experiment, I got this: ole@ole-TECRA-R940 ~/Desktop/plan9 $ bin/fossil/flfmt -h 192.168.0.101 -v f648dbae0075eb73bc394ad6cd4c059e655e127c fossil.dat fs header block already exists; are you sure? [y/n]: y fs file is mounted via dev

Re: [9fans] A potentially useful venti client

> The difficulty is how to convince fossil to install a score into its > hierarchy as though > its one that it created. Wouldn't that cause a problem with the two origin file systems having overlapping Qid spaces? I think you would need to walk and rebuild the directory tree of the vac being ins

Re: [9fans] A potentially useful venti client

I don't think there is any difference between vac and what fossil uses, just where it appears in the hierarchy (though maybe I am wrong). Fossil adds a fixed upper layer of hierarchy active dump snap

Re: [9fans] A potentially useful venti client

On Dec 12, 2017, at 3:36 PM, Skip Tavakkolian wrote: > > i think it's not being taken advantage of, rather than ability: > > https://github.com/0intro/plan9/blob/7524062cfa4689019a4ed6fc22500ec209522ef0/sys/src/cmd/fcp.c > >

Re: [9fans] A potentially useful venti client

thanks for backing me skip.