From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 4 Jan 2009 21:05:54 -0800 From: "Roman V. Shaposhnik" In-reply-to: <140e7ec30901031403y66a3d67epac5a9800026e7609@mail.gmail.com> To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-id: <1231131954.11463.459.camel@goose.sun.com> MIME-version: 1.0 Content-type: text/plain Content-transfer-encoding: 7BIT References: <1a605cf7ccd9e5ba7aaf6f3ad42e0f4b@terzarima.net> <140e7ec30901031403y66a3d67epac5a9800026e7609@mail.gmail.com> Subject: Re: [9fans] Changelogs & Patches? Topicbox-Message-UUID: 797591ca-ead4-11e9-9d60-3106f5b1d025 On Sun, 2009-01-04 at 07:03 +0900, sqweek wrote: > On Tue, Dec 30, 2008 at 8:54 AM, Roman Shaposhnik wrote: > > Personally, though, I'd say that the usefulness of the > > dump would be greatly improved > > if one had an ability to do ad-hoc archival snapshots AND assigning tags, > > not only dates to them. > > Tags don't make that much sense in this context since the dump is for > the whole filesystem, not a specific project. Well, as Charles pointed out -- in case of Plan9 development the whole system is the entire project. > However, tagging a source tree can be done with a simple dircp. > It's not as though the duplicate data costs you anything when you're > backed by venti. Hm. Good point. Although timing wise, I'd expect dircp to be dreadfully slow. Well, I guess I really got spoiled by ZFS's ability to do things like $ zfs snapshot pool/projects/foo@YourTextGoesHere and especially: $ zfs clone pool/projects/foo@YourTextGoesHere pool/projects/branch I'm still trying to figure out what kind of approximation of the above would be possible with fossil/venti. Thanks, Roman.