From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,6511c3dc6e1155c9
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news1.google.com!sn-xit-04!sn-xit-06!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
From: Benjamin Ketcham <bketcham@drizzle.com>
Newsgroups: comp.lang.ada
Subject: Re: GWindows and David Botton
Date: Sat, 16 Oct 2004 02:36:49 -0000
Organization: Ye 'Ol Disorganized NNTPCache groupie
Message-ID: <1097894208.513443@yasure>
References: <s4afl0l4rv4n46ur2uqojii1s7u2du8p6e@4ax.com>
 <2004100312401227544%david@bottoncom> <ullenfdo8.fsf@acm.org>
 <mailman.181.1096893999.390.comp.lang.ada@ada-france.org>
 <sa4d5zy3wmn.fsf@snoopy.apana.org.au> <Pgl8d.357$Ua.154@trndny01>
 <87zn31njc6.fsf@insalien.org> <10m5opffddc6e4d@news.supernews.com>
 <87r7odnhv0.fsf@insalien.org>
 <mailman.199.1097016199.390.comp.lang.ada@ada-france.org>
 <87wty2mkhq.fsf@insalien.org>
User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (Linux/2.4.20-29.8.progeny.8
 (i686))
Cache-Post-Path: yasure!unknown@cascadia.drizzle.com
X-Cache: nntpcache 2.4.0b5 (see http://www.nntpcache.org/)
X-Complaints-To: abuse@supernews.com
Xref: g2news1.google.com comp.lang.ada:5302
Date: 2004-10-16T02:36:49+00:00
List-Id: <comp.lang.ada>

Ludovic Brenta <ludovic.brenta@insalien.org> wrote:
> Stephen Leake writes:
>> If Meta-CVS is a purely client tool, then each developer can use it
>> or not; it doesn't have to be a project-wide choice.
> 
> Yes, it has to be project-wide.  The way Meta-CVS works is this:

Oh goody, more layers.
Shouldn't it really be called "Meta-Meta-RCS"?

> - every file in your source tree gets a unique ID
> 
> - every file is stored in the root directory of the module in the CVS
>  server under that ID
> 
> - a separate text file establishes the mapping between the unique IDs
>  and the path name of each file
[...]

Seems eerily reminiscent of Win32 "long filenames"....

Don't get me wrong, I think CVS is a half-baked hack with some
amazing oversights and omissions.  (And is the documentation situation
still as frustrating?)  Still, it's the de facto standard half-baked
hack, and by now all the build-managers have written their own
personal versions of the scripts necessary to automate the common
operations that CVS overlooks or makes needlessly tedious/counterintuitive.
This "Meta-CVS" would seem much more appealing if it *were* purely
client-side; has anyone attempted CVS improvements that way (I mean more
than just GUI front ends)?

--Benjamin