add support for 'remove' in a remote setup.
testing appriciated, as always.

if we are commiting a file, do not let the server resend it
with an 'Updated' response, seeing as the client will already have the
latest version. Instead, send the correct 'Checked-in' response.

- fix cvs_client_remove_entry to correctly handle the passed data
- when commiting in a remote setup, allow the opencvs server to send
the correct response to the client when a file has been removed

minor nits;

Remove file mode argument from {cvs|rcs}_buf_write_stmp(). We
always set the temporary file to mode 600, which is already done
by mkstemp().

OK joris@ and xsa@ over a month ago.

first part of opencvs remote, fairly useable on existing trees
although i advise against using it on real development trees for now.

only a few commands work right so far:
- commit
- diff
- status
-

first part of opencvs remote, fairly useable on existing trees
although i advise against using it on real development trees for now.

only a few commands work right so far:
- commit
- diff
- status
- log
- update (partially working)

if you feel like testing remote and run into bugs feel free to
contact me, and please include a full trace (-t).

show more ...

- abort the commit when files are not correctly up to date.
- do not try to attempt to check for conflict markers when the file is not on disk.

found by and okay reyk@

it is a really good idea to store the result cvs_buf_load_fd returns
in bp, considering we depend on that.

found by reyk who is now my favorite german person, 10x.

print less verbose messages for cvs commit and add if the -q/-Q flag
has been specified.

ok joris@

do not fail when we are trying to commit a newly added file when the CVS/*,t
file is not present for the file.

spotted and tested by reyk@
okay xsa@

kill local and remote callback and just have one called fileproc.
we let the commands pass the correct function.

all in preparation for remote.

in preparation for the new remote code, proto.h becomes obsolete.

add cvs_buf_load_fd() which does the same as cvs_buf_load()
except it takes a decriptor as argument instead of a path.

modified cvs_buf_load() to open the descriptor then pass
it to cvs_buf_load_fd(

add cvs_buf_load_fd() which does the same as cvs_buf_load()
except it takes a decriptor as argument instead of a path.

modified cvs_buf_load() to open the descriptor then pass
it to cvs_buf_load_fd().

change all the calls to cvs_buf_load() that have a descriptor
open for the path to cvs_buf_load_fd() to prevent races.

show more ...

files that are not checked out are not up-to-date, consider
this a conflict and block the commit when we encounter any of these.

and make an error message a bit more fluffy and accurate.

add support for <name>,t file:
- add: creates <name>,t file with initial description if -m option was used.
- commit: uses <name>,t content (if it exists) to set the file description
OK joris@.

hello commit -F support

sprinkle -n voodoo over the add, commit and import commands.

major rewrite of some rcs parsing stuff:

- rework rcs_getrev() to correctly support branches
- rework rcs_translate_tag() to correctly translate given symbols or
branches into their matching revis

major rewrite of some rcs parsing stuff:

- rework rcs_getrev() to correctly support branches
- rework rcs_translate_tag() to correctly translate given symbols or
branches into their matching revisions
- rework rcs_rev_add() to correctly update its 'next' pointers
and insert the new revision in the correct place on the list.
- rework rcs_head_get() to return the latest revision on the default
branch if it has been set or the normal HEAD revision otherwise.
- no longer access the rf_head member of the RCSFILE struct manually,
use the rcs_head_get() function which correctly returns the HEAD
revision, there might be a default branch that has to be used.
- for now, when commiting a new revision reset the default branch.

show more ...

when adding a new file that already exists set the previous
deltatext (the dead revision) to the correct rcs diff if the file
was modified in any way.

allow commit to ressurect added files that exist in Attic/

fill in the correct revision number we will want in file_rcsrev
for each cvs_file struct, this will help us with sticky tags,
commiting to branches and importing into existing repositories.

the moment we are done commiting a removed file, move the RCS file
into the Attic and out of our way.

enable basic add command, only works on files right now.

allow commands to shut up the output from cvs_file_classify
if the commands want to output certain stuff themselfs

teach opencvs ci how to commit files that have been added,
opencvs can now commit modified files, removed files and added files.

hip hip hurray!