| Age | Commit message (Collapse) | Author |
|---|
|
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
|
|
|
|
is specified. From Dawe in user/6177.
|
|
1. Mostly variable/function renaming, SIZE_T_MAX->SIZE_MAX, and
spacing.
2. One strchr -> strncspn.
3. diff had a weird thing where it set file[12] = ofile[12] but
never updated file or ofile, then if file and ofile were different
it freed it. I removed it.
OK millert
|
|
cvs diff -t now works. There should be no functional change
otherwise.
OK millert
|
|
we can actually use them.
bad sthen@ and bad me for missing this :)
|
|
|
|
ok joris@
|
|
this fixes annotate on our cvsweb. the cvsweb script does very
funky things in order to get the job done, but hey we should support it.
i'm shocked nobody noticed annotate wasnt working, djees.
found by jacekm@
|
|
the correct repository path in Set-sticky and Clear-sticky
otherwise we'll end up with stuff like src/bin/ls/src/bin/ls
in CVS/Repository which pretty much breaks.
noticed & ok sthen@
|
|
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.
|
|
|
|
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.
|
|
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@
|
|
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@
|
|
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@
|
|
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.
|
|
|
|
|
|
|
|
|
|
Josh Elsasser <josh@elsasser.org>
|
|
|
|
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 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@
|
|
|
|
line, this way commitinfo and stuff works again.
found by myself the hard way, fix by tobias@
who's not around to commit.
|
|
in order for them to show up as "? foobar" when opencvs is in server mode.
|
|
as it could be NULL under certain conditions.
|
