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 iBAEuNLx020703 for ; Fri, 10 Dec 2004 14:56:24 GMT Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by spf1.us4.outblaze.com (Postfix) with ESMTP id 3AB6D53B2F for ; Fri, 10 Dec 2004 14:56:24 +0000 (GMT) Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CcmLi-0006yg-EX for migo@homemail.com; Fri, 10 Dec 2004 10:06:26 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CcmKn-0006nb-Ao for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 10:05:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CcmKl-0006mu-GD for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 10:05:27 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CcmKl-0006m3-AD for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 10:05:27 -0500 Received: from [129.255.60.186] (helo=ct.radiology.uiowa.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ccm9k-0005vA-Mu for gnu-arch-users@gnu.org; Fri, 10 Dec 2004 09:54:04 -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 iBAEre318112; Fri, 10 Dec 2004 08:53:40 -0600 Message-ID: <41B9B86D.1020605@arbash-meinel.com> Date: Fri, 10 Dec 2004 08:53:33 -0600 From: John A Meinel User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Andrei A. Voropaev" 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> X-Enigmail-Version: 0.89.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Cc: gnu-arch-users@gnu.org, =?ISO-8859-1?Q?Gustavo_C=F3rdova_Avila?= 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="===============0451890976==" 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: 5047 Lines: 138 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --===============0451890976== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB35111322019D4E172462799" Content-Transfer-Encoding: 8bit This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB35111322019D4E172462799 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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 > > > I would venture there are few reasons why this bug has not been fixed. 1. Most of us have learned that it's much better to let tla auto-detect the archive name, so people like me who have used it for a while don't run into this problem very often. A bug unseen is one unfixed. 2. I think it is around because early versions of tla could not autodetect the archive name. Also, as mentioned you do need to still sometimes register $archive-MIRROR, or $archive-SOURCE. I believe someone submitted a patch to allow you to give an option to register archive, rather than specifying the name (much better). 3. Also, someone at least talked about a patch to disallow registering incorrect names. If they did submit one, the only reason it might not be in the current tla is that it got lost in the shuffle. We had a bug-tracker running, but then we had a lot of churn where some work got done, but in the end it wasn't accepted, so the bug-tracker got very out of sync with mainline. I believe this is also being worked on. Anyway, I agree that tla should never let you register an archive with the wrong name. And it is a bug to let you do so. I will submit a bug report on arch-dev, so at least people are reminded about it. John =:-> --------------enigB35111322019D4E172462799 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 iD8DBQFBubhwJdeBCYSNAAMRAsPBAKDXlP3tGFqQoZZgM6rKzYFBSbTKSQCgniBM 6yH9kQJZY8p8+4+5H6f7GYQ= =2je4 -----END PGP SIGNATURE----- --------------enigB35111322019D4E172462799-- --===============0451890976== 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/ --===============0451890976==--