From owner-cvs-all Wed Dec 2 15:03:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16963 for cvs-all-outgoing; Wed, 2 Dec 1998 15:03:59 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16958; Wed, 2 Dec 1998 15:03:56 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id QAA27388; Wed, 2 Dec 1998 16:03:43 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id QAA09143; Wed, 2 Dec 1998 16:03:42 -0700 Date: Wed, 2 Dec 1998 16:03:42 -0700 Message-Id: <199812022303.QAA09143@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Matthew Dillon Cc: Nate Williams , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: proposal: simple cvs mod to handle shared checked-out source trees In-Reply-To: <199812022258.OAA19488@apollo.backplane.com> References: <199812022200.OAA19221@apollo.backplane.com> <199812022209.PAA08774@mt.sri.com> <199812022258.OAA19488@apollo.backplane.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > :I do. It's a very site-specific change that can easily be worked around > :by providing a wrapper for cvs for the shared folks. > : > :#!/bin/sh > :umask 000 > :/usr/local/bin/cvs > : > :The CVS program is complex enough already, and I'm 99.9% sure the CVS > :maintainers would never accept a feature such as this when it's so easy > :to work-around. > : > :Nate > > Well, I generally do not consider that sort of wrapper to be a > reasonable permanent solution, especially in a multi-user > environment. How is any different than having a 'different' cvs binary? > We have 20+ people who need modify-access to various company-wide > configuration files. If I replace /usr/bin/cvs with a wrapper I screw > up some of the traditional source projects (where we don't want relaxed > group perms). Ok, write a wrapper that checks for -g, and then have it relax the permissions. Again, this is a very site-specific change that shouldn't go into FreeBSD, IMO. > I use shell wrappers for relatively complex things, like getting JDK's > to work or supporting multiple JDK revs on a single system (which you need > to do if you want to write & test Java that is browser-compatible), but > things are a whole lot more clean when a commonly used (or potentially > commonly used) feature can be integrated into a program. Commonly used at your site, but very rarely (if at all) used at other sites. The 'CVS' way of doing thing is to have each developer check out their own copy of things, not to have a shared repository. > In this case, cvs already does chmod munging when dealing with > the backend archive to handle shared CVS repositories. ???? What do you mean by 'shared CVS repositories'? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message