From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <35035e8502a189df4e741fcf73c50c6d@coraid.com>
From: erik quanstrom <quanstro@coraid.com>
Date: Wed, 21 Mar 2007 17:05:39 -0400
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Update on Fossil+Venti Stuff
In-Reply-To: <9ab217670703211317o1958d9b3u647f6ac4fac758cd@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Topicbox-Message-UUID: 2b61d6c6-ead2-11e9-9d60-3106f5b1d025

On Wed Mar 21 16:24:59 EDT 2007, devon.odell@gmail.com wrote:
> I think everybody is a little confused about Fossil and Venti
> interaction. When I started this project, it was under the idea that
> Fossil was essentially a cache. It stored stuff, and when it either
> got too full or something else, it would start writing files out to
> Venti.

that "something else" is a snapshot archive which forces a flush to venti.
read the section on setting up snapshots (expecially the -a option) of
fossilcons(8).  also, make sure fossil is really talking to venti.

> 
> As I've been copying files over to my machine, I've noticed Fossil get
> fuller and fuller, but not sync anything over to Venti. Upon
> attempting to find information about this, we came up with:
> 
> http://www.mail-archive.com/9fans@cse.psu.edu/msg03210.html
> 
> Bruce doesn't sound too happy here, 

if fossil fills between archival snapshots you are hosed.  to the best of 
my knowledge, fossil still behaves this way.

> and since Plan 9 doesn't have any
> version control or any commit logs (that I'm aware of), I can't tell
> whether any of these bugs have been fixed. Or, if so, whether they've
> been released. 

while this is prima facia correct, sources keeps a archive of the sources
tree for every day.  after "9fs sourcesdump; cd /n/sourcesdump/2005/0612"
would put you at the root of sources as it existed on 12 jun 2005.
if you want to see the changes in a particular file on sources over time
you can "9fs sources; cd /n/sources/plan9/sys/src/cmd/fossil; history 9srv.c".
you will get

Jan 28 11:32:21 EST 2006 9srv.c 3956 [rsc]
Jan 28 11:32:21 EST 2006 /n/sourcesdump/2007/0321/plan9/sys/src/cmd/fossil/9srv.c 3956 [rsc]
Feb 27 10:39:06 EST 2004 /n/sourcesdump/2006/0128/plan9/sys/src/cmd/fossil/9srv.c 3879 [jmk]
Oct 13 22:21:37 EDT 2003 /n/sourcesdump/2004/0227/plan9/sys/src/cmd/fossil/9srv.c 3682 [jmk]
Jun 15 15:02:14 EDT 2003 /n/sourcesdump/2003/1013/plan9/sys/src/cmd/fossil/9srv.c 3589 [rsc]
Feb 18 15:26:58 EST 2003 /n/sourcesdump/2003/0615/plan9/sys/src/cmd/fossil/9srv.c 3291 [rsc]
Jan  8 00:58:24 EST 2003 /n/sourcesdump/2003/0218/plan9/sys/src/cmd/fossil/9srv.c 3215 [rsc]

all patches applied from external sources are also recorded in /n/sources/patch/applied.
all pending external patches are in /n/sources/patch.  internal labs changes
don't have a patch directory associated with them, but history will still show the
changes.

- erik