| Age | Commit message (Collapse) | Author |
|---|
|
towards the server.
problem spotted and diff tested by sthen@
|
|
|
|
|
|
of ignoring them, even if they are just stubs.
unbreaks export with gnu cvs clients.
|
|
have the exit code indicate failure, not success.
Discrepancy with GNU patch pointed out by Arfrever Frehtes Taifersar Arahesis.
Help from and ok djm@, "sounds good to me" millert@
|
|
|
|
this option is needed so gnu cvs clients can play along
properly when running checkout <module> in a remote setup.
if we do not support this, gnu cvs refuses to send us any
existing files already on disk and opencvs will consider everything
as NEEDS_CHECKOUT, instead of running an update on existing stuff.
problem noticed by fgsch@
commited with opencvs, but please everybody else
do not use opencvs to commit yet.
|
|
Reported by Kamil Mielcarek
|
|
sthen likes it
|
|
code that wasnt suppose to dissapear:
for uptodate files, we want to compare rev1 against
file_rcsrev to see if we wish to diff or not. saves a bit off logic.
commited with opencvs,
permission by deraadt@
|
|
noticed the hard way here at work.
commiting with opencvs,
permission by deraadt@
|
|
have a file on disk we'll need to load the revision into
a temporary file to do our comparison.
do not even bother trying diffing 2 off the same revisions
either. causes less noise... way less.
you guessed it, commited using opencvs entirely.
with permission from deraadt@
|
|
to the server for verification.
commited with opencvs,
permission by deraadt@
|
|
commited with opencvs,
with permission by deraadt@
|
|
exists in the CVS/Entries file, otherwise the server has no way
of determining if the user has resolved it or not.
also in client mode, send a conflict as Â"+=" not "+" alone, so other
cvs implementations get it.
commited entirely with opencvs,
with permission by deraadt@
|
|
incendently, commit made using opencvs entirely.
with permission from deraadt@
|
|
get really fast; ok canacar
|
|
allocates clusters larger than 2k.
ok deraadt@
|
|
spotted by Jonathan Armani <dbd@asystant.net>
|
|
that we'd hit in normal checkouts/updates for duplicate file
and dirs.
found and diff tested by krw@
|
|
But they were not reliably being decoded, resulting in wrong naming
on the target machine. diff from Tim van der Molen
|
|
do the chown/chmod dance. This created a race where the new file would
be in place, but with the incorrect permissions. Fix so the rename is
the last thing, instead of a middle thing.
looks ok to krw@, deraadt@
OK beck@
|
|
we only do so if the file we're checking out was not supplied
on the command-line. Otherwise we'll end up setting CVS/Tag
for the entire directory instead of slapping a sticky tag
only on the file supplied.
|
|
do not skip files or run over them twice.
also fixes -l and -r for checkout/update when a file in
Attic exists with that tag that in HEAD is a directory
in the normal repository like gnu/usr.bin/gcc/INSTALL.
as a bonus, we do not run fstat() twice per file or dir
anymore...
spotted by deraadt@
|
|
spotted by deraadt@
|
|
ok dtucker@, jmc@
|
|
so we can benefit from faster lookup times while recursing.
|
|
ok tobias@
|
|
from the stone ages.
|
|
|
|
when calling rcs_open(), so it gets automaticly synced
at the end of operations for that file instead of explicitly
calling rcs_write() when you're in RCS_READ mode only.
while here, make sure we do not try to free an uninitialized list.
|
|
cvs_checkout_file() with CO_REMOVE set otherwise our server
would never inform the client the entry should be removed.
|
|
|
|
version of the fix presented to dtucker.
Issue notified by Matthias Barkhoff (matthias dot barkhoff at gmx dot de).
ok dtucker
|
|
|
|
|
|
|
|
Josh Elsasser <josh@elsasser.org>
|
|
SHELL is shorter than 3 characters.
with input by and ok dtucker
|
|
|
|
instead of LP_NOTICE, while here modify output for non-existing
files to match "? foobar" instead of "cannot find foobar".
makes our output a little less alien and a little bit more gnuish.
|
|
|
|
leak if a file has no line in CVS/Entries.
ok joris
|
|
ok joris
|
|
|
|
we always receive the correct revision number instead of HEAD,
otherwise running status on a file that belongs to a branch results
in showing HEAD revision instead of latest branch revision.
|
|
|
|
CVS/Entries early on in cvs_update_leavedir()
|
|
as we do for "MACs": this stops us getting out of sync when the lists
change;
fixes documentation/6102, submitted by Peter J. Philipp
alternative fix proposed by djm
ok markus
|
|
as the client does not provide these files at all because they are
not modified in anyway. otherwise this results in bad mojo.
found by myself and sthen@
|
