> I Really use fossil and venti and have done so for the last 12 years,
> though perhaps I am nobody...
>
So we are 2 nobodies, at least... ;)
Pavel
3 nobody's; I switched to fossil+venti about 4 years ago.
I also know of at least 2 other nobody's that run it.
-Skip
On Mon, Apr 16, 2018, 12:10 AM Pavel Klinkovský
wrote:
>
> I Really use fossil and venti and have done so for the last 12 years,
>> though perhaps I am nobody...
>>
>
> So we
Four. Long-standing nobody, too.
Lucio.
Five. I just haven't had the heart to decommission it yet.
On Mon, Apr 16, 2018 at 4:22 AM, Lucio De Re wrote:
> Four. Long-standing nobody, too.
>
> Lucio.
>
six, since 2007 at home and on several industrial plants
adriano
Five. I just haven't had the heart to decommission it yet.
On Mon, Apr 16, 2018 at 4:22 AM, Lucio De Re wrote:
Four. Long-standing nobody, too.
Lucio.
Hello,
Recently, I tried fossil on 9front (libventi library) and came across
2 issues.
1. flfmt -v fails with "no qidSpace"
2. fossil hangs while snap -a is working in the background. This
happens during the initial load as there is more data to work
through. A few GB of unventi'd data can cause
What has kept me running fossil+venti is the ease of backing up the file
server. Copying the venti arenas offsite is trivial. And Geoff put
together glue to write sealed arenas to blu-ray as well.
I don't see any simple way to do that with cwfs*. Or hjfs. I am very
curious to know how the
The easiest method with cwfs or Ken's is to keep track of the size of
the WORM - since everything is appended, it's fairly simple to copy
the set of blocks after each dump. It's been a few years since I've
done this, but it is just as reliable as venti, albeit less
convenient.
On Mon, Apr 16, 2018
