Message-ID: <41B4DE41.3070907@arbash-meinel.com>
Date: Mon, 06 Dec 2004 16:33:37 -0600
From: John A Meinel <john@arbash-meinel.com>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
MIME-Version: 1.0
To: Bruce Stephens <bruce@cenderis.demon.co.uk>
Subject: Re: [Gnu-arch-users] Re: Arch Versus CVS Versus Subversoin
References: <20041205000613.PNEI7152.lakermmtao09.cox.net@nonerjsnum1tkq>	<26E1F314-4654-11D9-AD55-000A957659CC@spy.net>	<20041205023828.GA11443@suffields.me.uk>	<87pt1o9kvb.fsf@tleepslib.sk.tsukuba.ac.jp>	<200412061850.iB6IoWmS036469@xl2.seyza.com>	<87brd7428y.fsf@deneb.enyo.de>
	<878y8bjgre.fsf@cenderis.demon.co.uk>	<pan.2004.12.06.21.12.28.661617@spamcop.net>
	<873byjjdxz.fsf@cenderis.demon.co.uk>
In-Reply-To: <873byjjdxz.fsf@cenderis.demon.co.uk>
Cc: gnu-arch-users@gnu.org
Precedence: list
Content-Type: multipart/mixed; boundary="===============1901032265=="
Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Status: RO
Content-Length: 3061
Lines: 89
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--===============1901032265==
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="------------enig587505935E0A8D65E5B604CC"

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig587505935E0A8D65E5B604CC
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Bruce Stephens wrote:
> Charles Duffy <cduffy@spamcop.net> writes:
> 
> 
>>Losing dumb server support seems a bit much to pay for such a
>>generally unimportant feature.
> 
> 
> Storing binary files more compactly seems pretty unimportant, I agree
> (well, it seems unimportant to me).
> 
> Storing text files in such a way that they can be retrieved
> efficiently seems more valuable---so valuable that we're willing to
> store multiple revisions in plain text.
> 
> I think it's at least possible that per-file things (such as "cvs
> annotate" and the like) are more commonly used than things like
> star-merge, and so a version control system implementation that
> optimised those (and made things like star-merge less efficient) might
> be a better fit for what people use version control systems for.
> 
> You wouldn't need to lose dumb server support---there'd be nothing
> stopping an implementation also producing and reading Arch archives.
> Indeed, this xdelta storage of revisions could simply be a more
> compact revision library implementation---that would surely be
> uncontroversial.

Actually, on the arch-dev list we discussed quite a bit how the current 
archive format could easily support faster annotations. And I have to 
say, it depends on your usage.

I have never used annotate seriously (only, hey that's kind of neat), 
but I've run star-merge at least hundreds of times. For some people the 
opposite would be true.

It is possible to make both fast.

Trying to create a server that used xdelta internally would be a little 
bit painful, but you are completely right, it would be possible. Just 
not really worth creating a new wire protocol, and all the rest of the 
headaches.

John
=:->

--------------enig587505935E0A8D65E5B604CC
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFBtN5EJdeBCYSNAAMRAgitAKDYrD/YVC2s+cD7XoNcVunTqni9xgCgnhUA
55/8eX17j5AxQgrYtacNpq4=
=LAVK
-----END PGP SIGNATURE-----

--------------enig587505935E0A8D65E5B604CC--


--===============1901032265==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Gnu-arch-users mailing list
Gnu-arch-users@gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-arch-users

GNU arch home page:
http://savannah.gnu.org/projects/gnu-arch/
--===============1901032265==--