Received: from spf1.us4.outblaze.com (spf1.us4.outblaze.com [205.158.62.23]) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id iBAF6XLx025217 for ; Fri, 10 Dec 2004 15:06:36 GMT Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by spf1.us4.outblaze.com (Postfix) with ESMTP id 100F853A5A for ; Fri, 10 Dec 2004 15:06:35 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CcmVj-0001Iv-1c for migo@homemail.com; Fri, 10 Dec 2004 10:16:47 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CcmVM-0001HN-Ih for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 10:16:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CcmVL-0001GW-FB for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 10:16:23 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CcmVL-0001GD-6A for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 10:16:23 -0500 Received: from [148.243.205.205] (helo=rangerelf.is-a-geek.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CcmL9-0007tn-5V for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 10:05:51 -0500 Received: from [127.0.0.1] (localhost [127.0.0.1]) by rangerelf.is-a-geek.org (8.13.1/8.12.11) with ESMTP id iBAFDHNA018167 for ; Fri, 10 Dec 2004 09:13:17 -0600 Message-ID: <41B9BD0C.1040708@q-voz.com> Date: Fri, 10 Dec 2004 09:13:16 -0600 From: =?ISO-8859-1?Q?Gustavo_C=F3rdova_Avila?= Organization: Integraciones del Norte, S.A. de C.V. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.6.0.104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gnu-arch-users@gnu.org Subject: Re: [Gnu-arch-users] changes: tree shows no revisions in version ? References: <20041209112712.GA24012@avorop.local> <41B85203.9080908@arbash-meinel.com> <20041209143322.GE24012@avorop.local> <20041209143435.GB3760@patrick.wattle.id.au> <20041209151234.GF24012@avorop.local> <41B86B94.3040907@panoramicfeedback.com> <20041209155621.GG24012@avorop.local> <41B87C08.10600@q-voz.com> <20041210142850.GC26270@avorop.local> In-Reply-To: <20041210142850.GC26270@avorop.local> Content-Type: text/plain; charset=iso-8859-1; format=flowed X-MIME-Autoconverted: from 8bit to quoted-printable by rangerelf.is-a-geek.org id iBAFDHNA018167 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: , Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by sdf.lonestar.org id iBAF6XLx025217 Status: RO Content-Length: 3130 Lines: 86 Andrei A. Voropaev wrote: >On Thu, Dec 09, 2004 at 10:23:36AM -0600, Gustavo Córdova Avila wrote: > >>Andrei A. Voropaev wrote: >> >> >>>Well. It took me quite a few tries before I've figured this out. If >>>assigning different name to archive is so dangerous, then why is it >>>allowed? And if it is allowed, then why later usage of alternative name >>>leads to problems? >>> >>>Andrei >>> >>> >>Well, for one thing, you might know just what you're doing, >>and tla is eminently flexible in that account, it lets you >>shoot yourself in the foot --IF you don't know what you're >>doing--. >> >[...] > >>Me, I find tla's "do what you want, it's you're life" attitude >>refreshing, I absolutely hate when a tool starts applying >>artificial restrictions and treating me (it's user) as an >>ignoramus; we all start as such, but we learn, and having a >>restrictive tool takes away the delight of learning, because >>then your tools don't fit quite as nicely as before, so, >>IMO, tla "does the right thing". >> > >Hm. Interesting interpretation. I always understood this princip >differently. Take any calculator. It is also a tool. This tool does not >forbid me to divide by zero. But it does not crash when I do it, so I >can continue to use it. In my situation, tla didn't forbid my collegue >to checkout a tree under wrong name. But after that it refused to work >with it, leaving all his changes in the air. That's an equivivalent of >crash. tla restricted him and me in our work. > >What is so restricting in not allowing to checkout a tree that wouldn't >be usable anyway? > >Wouldn't it sound better if my question was "Why tla doesn't allow a >checkout of my tree" and your answer: "Because you are doing the wrong >thing. You shouldn't checkout from wrong archive name. RTFM." :) And >that would be so good for us, because then we wouldn't have to waste our >time trying to figure how to save all the updates to the tree. > >It's so pleasant to learn, when one discovers new and new features. And >it sucks, when one has to learn more and more gotchas. > >All of the above was not said as a reproach to tla :) Just an >explanation why I think that this behaviour should be considered a bug >and not the feature :) And of course, no demands to fix it. After all >this is free tool :) > >Andrei > Probably we're both right, or wrong :-) Surely this is a bug, as it was previously commented, but also it stands that tla gives you (me, him, them) enough rope to hang ourselves with, and that's exactly what I like about it. You're are very much correct about the checking-out an archive and then not being able to store your changes; the good thing is that you can re-checkout under another directory and do: diff -ru -x {arch} -x .arch-ids dir1 dir2 > changes.diff so not all is lost. Anyhow... good luck with this; and now we know why not to register an archive under a fake name :-) -gustavo _______________________________________________ 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/