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 iBAEMsLx004918 for ; Fri, 10 Dec 2004 14:22:54 GMT Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by spf5.us4.outblaze.com (Postfix) with ESMTP id 8E48976E39 for ; Fri, 10 Dec 2004 14:22:55 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CclpS-0000L4-L9 for migo@homemail.com; Fri, 10 Dec 2004 09:33:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Cclok-0000BV-3g for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 09:32:22 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ccloj-0000B5-7W for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 09:32:21 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ccloj-0000B2-00 for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 09:32:21 -0500 Received: from [195.27.129.236] (helo=mailsc1.simcon-mt.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CcleT-0000ih-37 for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 09:21:45 -0500 Received: from localhost (localhost [127.0.0.1]) by mailsc1.simcon-mt.com (Postfix) with ESMTP id 8D2B63247F; Fri, 10 Dec 2004 15:21:44 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by gate.local (Postfix) with ESMTP id 2E517F948; Fri, 10 Dec 2004 15:21:43 +0100 (CET) Received: by avorop.local (Postfix, from userid 1000) id E4EE716806E; Fri, 10 Dec 2004 15:28:50 +0100 (CET) Date: Fri, 10 Dec 2004 15:28:50 +0100 From: "Andrei A. Voropaev" To: Gustavo =?iso-8859-1?Q?C=F3rdova?= Avila Subject: Re: [Gnu-arch-users] changes: tree shows no revisions in version ? Message-ID: <20041210142850.GC26270@avorop.local> Mail-Followup-To: Gustavo =?iso-8859-1?Q?C=F3rdova?= Avila , gnu-arch-users@gnu.org 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> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <41B87C08.10600@q-voz.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by (amavisd-new) at local gate 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: , 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 iBAEMsLx004918 Status: RO Content-Length: 2447 Lines: 58 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 _______________________________________________ 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/