Age | Commit message (Collapse) | Author |
|
verbose per default on server-side instead.
OK joris@
|
|
OK joris@
|
|
to be sent first, can occure multiple times (although this is ignored) but
should be supplied before Directory.
OK joris@
|
|
|
|
|
|
Previously, files in the 'Attic/' were linked into our filelist as being
'Attic/filename,v' this caused unneeded stress on certain functions
like cvs_file_classify() who had to do pointer voodoo to split out
the 'Attic/' part and do other very weird stuff to normalize the pathname
of these files.
Instead, we handle these files early in the start when we
build the fileslist in cvs_repository_getdir(). When encountering
the 'Attic/' directory, we recurse in it if required but instead of
using the 'Attic/' directory component as our base directory we stick
with the directory name where 'Attic/' resides in, resulting in the
correct filename while maintaining the correct RCSpath for the file.
This made the following things a lot easier:
(and in most cases actually fixed the below points)
- status with files in Attic/.
- checking out HEAD repositories with files in Attic/.
- checking out repositories with -rTAG.
- updating with -rTAG.
and as an added bonus the following now also works:
- correctly creating CVS/Tag in both local and remote mode thus
allowing update/status/and more to work correctly with the tagged tree.
(thanks to the correct handling of -rTAG cases).
- resetting tags with opencvs -A properly works too now.
This is a major step forward into the usability
of OpenCVS when it comes to maintaining multiple tagged trees, the next
logical step would be to fix commiting to branches.
enjoy you -stable cowards.
tested by myself, xsa, niallo and ckuethe
thanks guys!
|
|
|
|
sends that need a 'Directory' request first, so we do not
end up with very weird and possibly insecure behaviour.
more soon!
ok niallo@ ray@ xsa@
|
|
from Mickey.
ok joris@ ray@
|
|
From mickey.
``i made a booboo'' joris, OK niallo and xsa.
|
|
OK niallo@
|
|
Also remove unused variable.
OK niallo@
|
|
OK niallo@
|
|
OK niallo@.
|
|
OK niallo@.
|
|
|
|
functionality w/ xsnprintf(); Initial diff started by thib@.
OK thib@ joris@.
|
|
|
|
not mistakenly see a file as Modified while it is not.
As a result, we can remove the very hackish cvs_hack_time() and
GNU cvs and opencvs should almost get along now.
lotsa help and okay The otto@
|
|
|
|
- add support for remote import in opencvs client and server.
- do not free already free'd buffers in import_update()
- do not append a '\0' to the loaded file buffer, this was bad behaviour
makes import work fine both locally and remotely.
|
|
with this the last real dependency to actually be able to use opencvs
in a remote setup has been added.
based upon an initial diff from xsa@
'kay niallo@
|
|
- we no longer hold the entire file in memory when sending or receiving it
|
|
testing appriciated, as always.
|
|
|
|
Set-sticky requests. Set-sticky needs more work though.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
gnu cvs client<->opencvs server setup work. Rest works fine.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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).
|
|
this for the past 2 weeks now and it should go in at
the start of the hackathon so others can help out.
this code is a lot safer, smarter, faster and best of
all it is actually doing what it is suppose to do!
basic checkout, update, status, diff and commit are
working in local mode only.
there is no support for any remote setups now.
|
|
|
|
of the directory we just chdir'd to.
Useful when the function fails especially for the server mode and
its temporary directory. This way it's not left behind on exit.
ok joris@.
|
|
|
|
|
|
|
|
|
|
|