#
0fcddf58 |
| 28-Aug-2017 |
otto <otto@openbsd.org> |
fix const related warnings; ok millert@
|
#
4fc7a9b5 |
| 11-Nov-2010 |
nicm <nicm@openbsd.org> |
Nuke dead assignments and a dead function, from Michael W Bombardieri using lint.
|
#
0f651f47 |
| 23-Sep-2010 |
nicm <nicm@openbsd.org> |
Add cvs_mkdir() for recursive directory creation on import, based on a diff from Michael W Bombardieri in PR 6398.
tested by & ok jasper
|
#
7bb3ddb0 |
| 23-Jul-2010 |
ray <ray@openbsd.org> |
Reduce variable/function name and whitespace differences between cvs/rcs.
OK xsa zinovik
|
#
7a9e6d11 |
| 23-Jul-2010 |
ray <ray@openbsd.org> |
Rename a bunch of variables and functions, removing the cvs_/rcs_ prefixes to reduce differences between cvs and rcs files.
"yes!" nicm
|
#
1b5598b0 |
| 12-Jun-2008 |
joris <joris@openbsd.org> |
completely kill the need for TMP_DIR when running checkout, which gives us better performance among other things.
this is however disabled in a few cases: 1) whenever you run checkout over an existi
completely kill the need for TMP_DIR when running checkout, which gives us better performance among other things.
this is however disabled in a few cases: 1) whenever you run checkout over an existing tree (which acts as update) 2) whenever you specify -d or a module alias
we're planning on enabling this behaviour for case 2 in the future.
anoncvs sysadmins now love us even more.
ok tobias@
show more ...
|
#
b034d592 |
| 10-Jun-2008 |
joris <joris@openbsd.org> |
New trigger framework that allows us to run the required scripts defined in CVSROOT/commitinfo and CVSROOT/loginfo and so on.
This enables the use of log_accum2 and all that other nice stuff we like
New trigger framework that allows us to run the required scripts defined in CVSROOT/commitinfo and CVSROOT/loginfo and so on.
This enables the use of log_accum2 and all that other nice stuff we like.
This was mostly written by Jonathan Armani with help from tobias@ and myself.
ok tobias@
show more ...
|
#
ba6315b4 |
| 04-Feb-2008 |
joris <joris@openbsd.org> |
more CVSROOT/modules stuff:
- support for -i flag: Run "prog" on "cvs commit" from top-level of module. - fix some memory leaks in modules.c - pass the line number from cvs_read_config() towards th
more CVSROOT/modules stuff:
- support for -i flag: Run "prog" on "cvs commit" from top-level of module. - fix some memory leaks in modules.c - pass the line number from cvs_read_config() towards the callbacks so its easier to print out where it's going wrong, if it ever does.
OK tobias@
show more ...
|
#
2dec954e |
| 04-Feb-2008 |
tobias <tobias@openbsd.org> |
Stripped off 'nb', which was (or was supposed to be) used to distinguish between a named branch and a revision number supplied by -r. This can be done easier in cvs_write_tagfile directly.
OK joris@
|
#
5e4c4390 |
| 13-Sep-2007 |
tobias <tobias@openbsd.org> |
Added annotate support for local and remote repositories. Behaves like GNU cvs but is a little faster.
OK joris@, ray@, xsa@
|
#
3e4d908b |
| 04-Sep-2007 |
tobias <tobias@openbsd.org> |
Removed dead code.
OK joris@, ray@
|
#
5dd120b0 |
| 03-Jul-2007 |
joris <joris@openbsd.org> |
Rework the way opencvs works in relation to files in the Attic/:
Previously, files in the 'Attic/' were linked into our filelist as being 'Attic/filename,v' this caused unneeded stress on certain fu
Rework the way opencvs works in relation to files in the Attic/:
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!
show more ...
|
#
dbdc53af |
| 09-May-2007 |
xsa <xsa@openbsd.org> |
cvs_splitpath() isn't used anymore; from Tobias Stoeckmann.
|
#
66510bb6 |
| 20-Apr-2007 |
xsa <xsa@openbsd.org> |
- correct signal handling and process waiting for the EDITOR support code (From ray's code in sendbug(1)) - nuke cvs_exec() as it is not used anymore
Prompted by deraadt@ a few weeks ago. OK ray@.
|
#
90fdc30c |
| 19-Feb-2007 |
otto <otto@openbsd.org> |
Fix const inconsistencies, void pointer artithmetic and a few other things. now gcc -Wall and lint are more happy. ok joris@ xsa@
|
#
e40de241 |
| 17-Feb-2007 |
xsa <xsa@openbsd.org> |
cvs_path_cat() removal since we can now easily handle that functionality w/ xsnprintf(); Initial diff started by thib@. OK thib@ joris@.
|
#
47e5fe63 |
| 26-Jan-2007 |
joris <joris@openbsd.org> |
Handle CVS/Entries and file timestamp correctly so we do 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 sh
Handle CVS/Entries and file timestamp correctly so we do 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@
show more ...
|
#
0951efde |
| 25-Jan-2007 |
niallo <niallo@openbsd.org> |
plug a memleak in keyword expansion.
ok joris@
|
#
31cfd684 |
| 11-Jan-2007 |
niallo <niallo@openbsd.org> |
rework opencvs so that we can deal with binary files. previously we assumed all files were ascii, which broke things in real-world usage. now a checkout of src should work, albeit using lots of mem
rework opencvs so that we can deal with binary files. previously we assumed all files were ascii, which broke things in real-world usage. now a checkout of src should work, albeit using lots of memory and cpu. fixing this is the next step.
testing by many. ok & some input joris@
show more ...
|
#
e80a6990 |
| 07-Jan-2007 |
joris <joris@openbsd.org> |
zap-o-matic 2007: - zap unused argument to cvs_exec()
|
#
633f4b90 |
| 03-Jan-2007 |
xsa <xsa@openbsd.org> |
bring back cvs_yesno() as is it going to be used pretty soon now.
|
#
890ecb5a |
| 14-Jun-2006 |
xsa <xsa@openbsd.org> |
handle existing CVS/Tag file when adding new directories. OK joris@.
|
#
e5ffda23 |
| 28-May-2006 |
joris <joris@openbsd.org> |
make it look a little less chaotic.
|
#
7fbffbd7 |
| 28-May-2006 |
joris <joris@openbsd.org> |
add code which allows us to select revisions based upon a string given by the user on the command line, much like rcs_revision_select in OpenRCS.
this will be usefull for some commands.
|
#
6ac6a1c7 |
| 28-May-2006 |
joris <joris@openbsd.org> |
several fixes to the file api: - default to CVS_FILE when something is totally unknown - cvs_get_repository_path() now returns the full repository path for the given argument. - cvs_get_repository_
several fixes to the file api: - default to CVS_FILE when something is totally unknown - cvs_get_repository_path() now returns the full repository path for the given argument. - cvs_get_repository_name() returns the contents of CVS/Repository to the caller. - allow command callbacks to specify if our recursion code needs to skip the directory or not. - when checking for a admin directory, make sure it is in fact a directory. if it is not we dont want to recurse inside.
show more ...
|