Derek Scherger wrote:
I don't think CVS itsself has this functionality but you can always go
into the repository directories and remove things with rm. Just *BE
VERY CAREFUL* when your doing this so that you don't delete something
you'ld like to keep.
'cvs rm' all the files out of the
Chris Kimpton wrote:
I've used the version from Henner Zeller's site (it calls itself
cvsweb 1.8 - note it is still only 1 cgi script)
However, it has a separate configuration file, so you can use a
single script and multiple config files, one per repository.
I want to try bonsai - anyone
Greetings.
As I understand it, the USER variable is set to the username of
the server-local user actually accessing the repository. In the
case of a pserver-accessed repository, with usernames mapped
through the CVSROOT/passwd file mechanism, this will typically
be the value of the third field
Rodent of Unusual Size wrote:
As I understand it, the USER variable is set to the username of
the server-local user actually accessing the repository. In the
case of a pserver-accessed repository, with usernames mapped
through the CVSROOT/passwd file mechanism, this will typically
Larry Jones wrote:
Variable expansion in administrative files like loginfo is completely
separate from the environment.
So I discovered. The overloading of expansion syntax and names
is hardly optimal when the meanings aren't identical, though, IMHO.
(That is, having $USER expand to one
Mark Harrison wrote:
Ouch... and it deletes image files. Good thing they're safely stored
in the CVS repository! ;-)
According to one report I've seen, it just marks them as 'hidden.'
Try doing a 'view all' if you've got an infected machine..
--
#kenP-)}
Ken Coar
On a related note, it would be nice if there were a way to
tell cvs "ignore the -z flag for files that match this pattern".
I've noticed major CPU wastage compressing virtually non-compressable
documents for transmission (e.g., image files).
Or is this already possible and I'm just ignorant?
--
Uwe Fritsch wrote:
Is there a way to get the CVS author name at the time when the loginfo
trigger is run?
Put $USER on the command line that invokes log.pl, and I think
you'll get what you want. The envariable USER contains the
server-side username; the $USER admin-file substitution gets
Maybe I'm missing something (probably), but is there any way
to persuade 'cvs update' to pick up new directories that have
been added to the module? The only way I've been able to
get them is with a checkout, which hasd other problems..
One of the modules I regularly update actually pulls in a