Received: from spf5.us4.outblaze.com (spf5.us4.outblaze.com [205.158.62.27]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id iAHIWd2W005387 for ; Wed, 17 Nov 2004 18:32:40 GMT Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by spf5.us4.outblaze.com (Postfix) with ESMTP id 10D4877035 for ; Wed, 17 Nov 2004 18:32:40 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CUUkN-0000pC-Gf for migo@homemail.com; Wed, 17 Nov 2004 13:41:39 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CUUjq-0000p4-97 for gnu-arch-users@gnu.org; Wed, 17 Nov 2004 13:41:06 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CUUjp-0000os-O9 for gnu-arch-users@gnu.org; Wed, 17 Nov 2004 13:41:06 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CUUjp-0000op-KQ for gnu-arch-users@gnu.org; Wed, 17 Nov 2004 13:41:05 -0500 Received: from [129.255.60.186] (helo=ct.radiology.uiowa.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CUUap-0000k8-AV for gnu-arch-users@gnu.org; Wed, 17 Nov 2004 13:31:47 -0500 Received: from [192.168.1.11] (12-217-241-0.client.mchsi.com [12.217.241.0]) by ct.radiology.uiowa.edu (8.11.6/8.11.6) with ESMTP id iAHIVf318891; Wed, 17 Nov 2004 12:31:41 -0600 Message-ID: <419B9909.3030504@arbash-meinel.com> Date: Wed, 17 Nov 2004 12:31:37 -0600 From: John A Meinel User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Stosberg Subject: Re: [Gnu-arch-users] Re: darcs vs tla References: <20041116213258.GA16695@suffields.me.uk> <419A7430.8050300@mdl.com> <77F65340-381A-11D9-A1EA-000A959B67D6@seyza.com> <419ABADB.5020506@arbash-meinel.com> <419B7885.9030903@arbash-meinel.com> <419B8347.3060401@arbash-meinel.com> In-Reply-To: X-Enigmail-Version: 0.89.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Cc: gnu-arch-users@gnu.org X-BeenThere: gnu-arch-users@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: a discussion list for all things arch-ish List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1003430988==" 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: 5390 Lines: 158 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============1003430988== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigF164E7357B0A65B06C508E82" This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF164E7357B0A65B06C508E82 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mark Stosberg wrote: > On 2004-11-17, John A Meinel wrote: > >>I assume darcs requires darcs mv, darcs rm, and darcs add to make things >>work right. With tagline tla, I just put the files in place and I can >>commit. > > > Something like that. It may be a little easier with darcs than it > sounds, though. If you are starting with a clean tree and good REs > for 'boring' and 'binary' files, you can just do: > > $ darcs add -r * > > I think it's also relevent that darcs has simpler account for files that > are tracked and not tracked. Boring and Binary are much more more > intuitive than 'precious', which is not a concept I've ever felt I > needed. Yeah, arch having precious/backup/junk/source/unrecognized is more confusing. I only ever use precious/junk/source, though generally the distinction is minor. In tla, though, you don't need the binary distinction because it always preserves the blobs you give it. If diff is able to create a textual patch, that is what you get, otherwise it reverts to the whole blob approach. > > From my experience with Arch, 'darcs add -r *' is noticeable faster > than visiting eary file that can use a tagline and adding one. Not to > mention the other 5% that may be binary and need to handled differently > anyway. > Sure, but there is also scripts for automating adding taglines. There is a script in tlacontrib called "add-tagline.py" which can traverse a tree and add appropriate taglines to files. Even still, the initial add probably takes longer for tla. I'm talking more about after the first one, when you've been using the project. Copy a file and it shows up. > You do have to use "darcs mv" to move files, but that is about as easy > to remember as just 'mv', and if you forget, you will get a reminder > when reviewing your changes. > mv and darcs mv are about the same. But you can't use a GUI navigator and have it run darcs mv. > You don't always have to use 'rm' either. From the docs [1]: > > "Remove should be called when you want to remove a file from your > project, but don't actually want to delete the file. Otherwise just > delete the file or directory, and darcs will notice that it has been > removed." > > 1. http://www.darcs.net/manual/node7.html#SECTION00732000000000000000 > > It is nice that the behavior is completely consistent, unlike tagline > which doesn't work for binary files. > So instead of giving you the option (you can tell tla to use only explicit tags if you have to have 100% consistent behavior), it just requires you to always use darcs mv. (It is nice that it notices rm, tla could be updated for this, but you might have meant move instead of rm, and gotten yourself in trouble.) > >>I'm curious why _darcs instead of .darcs. > > > I understand that it's more portable to Windows. (I don't recall what > problem Windows has was the leading dot, though). > You cannot manually create a file with a leading dot in explorer. But as far as I know, any other program has no problem with it. > >>I'm playing with darcs a little, unfortunately I chose the pathological >>case of the linux kernel tree, which causes all kinds of problems. :) >>(darcs get needs 680MB, and about 20 minutes to run.) darcs changes took >>a really long time and then let me know I didn't set the runtime memory >>high enough. > > > The Linux kernel definitely stresses darcs now. But, I think having the > kernel available as a darcs repo will challenge the project to step up > to tackle the scalability issues. > True, lets hope that happens. > >>But I'm honestly willing to play around with it on a smaller scale. I >>didn't find darcs own repository, though. There was a link on the main >>page for the linux kernel, but I didn't see one for darcs itself. > > > darcs get http://www.abridgegame.org/repos/darcs/ > Good to know, but why isn't it part of the official page? Going there gives you the index page, and no indication of how to get the source. > Mark John =:-> --------------enigF164E7357B0A65B06C508E82 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 iD8DBQFBm5kJJdeBCYSNAAMRArlJAJ9shGksKazIakZCED6R/Ss4uWMBkgCfa7PL U0a24pGGTTYnrV6IMW7BG2w= =O1Ym -----END PGP SIGNATURE----- --------------enigF164E7357B0A65B06C508E82-- --===============1003430988== 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/ --===============1003430988==--