[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cvs admin option to modify file execute bit in repository

From: Mark D. Baushke
Subject: Re: cvs admin option to modify file execute bit in repository
Date: Wed, 08 Dec 2004 14:39:52 -0800

Hash: SHA1

Jim.Hyslop <Jim.Hyslop@Leitch.com> writes:

> Mark D. Baushke wrote:
> > This one is kind of old:
> >   https://ccvs.cvshome.org/issues/show_bug.cgi?id=115
> > 
> > The requestor wants a way to change the execute bits on files so
> > that when they are subsequently checked out they will default to
> > the 'correct' value.
> > 
> > The following patch add a -Xchmod+t and -Xchmod-t option to the
> > 'cvs admin' command to alter any files in the repository the user
> > may desire in this manner.
> > 
> > I am not sure I like the option name.
> It is a bit of a mouthful. What's the reasoning behind it?

The intent was to have a way to pass non-RCS 'eXtended' options.

For example, rms has suggested that being able to relabl author
identification via a 'long option' would be a good idea, but
at present, 'cvs admin' does not really do much with long options
in the protocol.

I suppose something like:


would be reasonable as it would allow something like:


as a way to replace all old occurances of `oldauthor' in the delta
records with `newauthor' to also be added at some future date. The
only downside with this would be allowing the admin to change just a
single delta version author to a new value.

> How about:
>  -X- and -X+
>  -exec- -exec+
> Or instead of a trailing + or -, sub-arguments such as 'on' and 'off', e.g.
>   -X on
>   -exec off

The -e switch is already in use as -e[users] remove (comma-separated)
user names from access list (all names if omitted).

        -- Mark
Version: GnuPG v1.2.3 (FreeBSD)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]