summaryrefslogtreecommitdiffstats
path: root/contrib/cvs/src
Commit message (Collapse)AuthorAgeFilesLines
...
| * Import cvs-1.9.24 since it came quite soon after the snapshot that waspeter1998-01-3010-18/+387
| | | | | | | | | | imported a few days ago. There is very little difference, except that the remote protocol apparently supports wrappers and -k options better.
* | Remove stray filespeter1998-01-261-60/+0
| |
* | missing bracketpeter1998-01-261-0/+1
| |
* | Merge changes from CYCLIC onto main branchpeter1998-01-262-476/+2981
| |
* | Merge changes from CYCLIC branch onto mainline. rcs.[ch] still to come.peter1998-01-2611-882/+1904
| |
* | This commit was generated by cvs2svn to compensate for changes in r32785,peter1998-01-2653-3729/+15342
|\ \ | |/ | | | | which included commits to RCS files with non-trunk default branches.
| * Import cvs-1.9.23 as at 19980123. There are a number of really nicepeter1998-01-2666-5080/+20222
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | things fixed in here, including the '-ko' vs. -A problem with remote cvs which caused all files with -ko to be resent each time (which is damn painful over a modem, I can tell you). It also found a heap of stray empty directories that should have been pruned with the -P flag to cvs update but were not for some reason. It also has the fully integrated rcs and diff, so no more fork/exec overheads for rcs,ci,patch,diff,etc. This means that it parses the control data in the rcs files only once rather than twice or more. If the 'cvs diff' vs. Index thing is going to be fixed for future patch compatability, this is the place to do it.
* | Back out my -L change, now "patch -I" usage supposed to get Index:ache1998-01-211-13/+7
| | | | | | | | precedence
* | Fix wrong ---/*** names produced using -L diff optionache1998-01-161-7/+13
| | | | | | | | CVS gurus from info-cvs agrees that previous Index: usage is bogus
* | Allow a -D'date' option to be included with a -r'branch'julian1998-01-122-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | on a checkout. this allows us to do: cd /usr/src/sys cvs update -rRELENGE_2_2 -D"Yesterday" which has been a feature sorely needed for any project with active branches. warning: this breaks on usr.sbin/pkg_install for some reason. everything else works as advertised. (other things allready break on pkg_install, so it's not the fault of this patch, it just falls faul of another bug somewhere) If I had more time I'd make -r always accept the same syntax as -j (tag:data)
* | Fix a serious bug in the recursion processor. When descending a tree,peter1997-10-121-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | the descend can jump several directories down in one hit, eg: when a user mentions multiple directories on the command line, eg: "cvs diff sys/i386/isa/snd sys/sys". The problem is that the chdir()s are pushed/popped to account for this, but the "full path" merely has the last component chopped off on the way back up. This busts lots of things when the recursion is backing up more than one directory (such as in the example). This causes 'cvs diff' to emit bogus Index: lines, 'cvs update' to do really stupid things, 'cvs commit' to record incorrect pathnames etc. I'm not sure that what I've done is quite correct, there seems to be a comment that implies some sort of problem with "." vs. "" equivalence or not, perhaps this is a problem on some other OS's, but I've not (yet) found any problems. This bug has been present since at least cvs-1.8.1. This should fix problems noted by several people including asami and jmg.
* | Fix a braino in the Attic/ removal code for $CVSHeader$ that originatedpeter1997-08-221-1/+1
| | | | | | | | | | | | | | from XFree86. I think this was harmless, the strncmp happened always rather than being optimised out. Submitted by: jdp
* | oops, missed a debug printf somehow..peter1997-08-191-1/+0
| |
* | Redo the $CVSHeader$ support to use code similar to that from David Dawespeter1997-08-191-20/+32
| | | | | | | | | | | | but adapted to run within cvs instead of rcs. The stuff I hacked together didn't strip out "/Attic/" for files on branches when the HEAD version was cvs rm'ed.
* | Apply Bill Fenner's patch for the lost vendor branch bug - I've lookedpeter1997-07-051-0/+2
| | | | | | | | | | | | over the code too and it makes sense to me. PR: 4033
* | remove some stray filespeter1997-06-221-31/+0
| |
* | merge conflictspeter1997-06-228-53/+204
| |
* | This commit was generated by cvs2svn to compensate for changes in r26801,peter1997-06-2216-120/+753
|\ \ | |/ | | | | which included commits to RCS files with non-trunk default branches.
| * Import cvs-1.9.10peter1997-06-2224-173/+957
| |
* | If the localid is set, don't forget to expand it...peter1997-06-021-0/+1
| |
* | One of the new cvs's features is to be able to run a checker on thepeter1997-05-264-11/+66
| | | | | | | | | | | | | | | | | | | | | | | | log messages after they've been entered. This is more flexible than using the editinfo script since it works for all log message types and doesn't have to deal with trying to run the editor for the user. The problem is that the verifymsg script can't modify the file like editinfo can, which makes it useless for cleaning up the message (as is needed for remote commits etc). This change causes the verifymsg handler to read back the message after the verify script has run and returned an "OK" exit code.
* | Merge conflicts from 970523 importpeter1997-05-233-11/+30
| |
* | This commit was generated by cvs2svn to compensate for changes in r26065,peter1997-05-2322-39/+111
|\ \ | |/ | | | | which included commits to RCS files with non-trunk default branches.
| * Import a slightly newer version of 1.9.9 (as at 970523) that has fixed apeter1997-05-2325-50/+141
| | | | | | | | | | | | | | | | few more memory leaks and cleaned up getopt usage. These were done shortly after the last one I imported. Very little has changed other than that. (except for some doc updates) Obtained from: cyclic.com
* | Attempt to work around the problem Bruce reported with 'cvs diff -rHEAD'peter1997-05-211-2/+4
| | | | | | | | | | complaining about long-deleted files having been deleted and that there is no diff available.
* | Implement a -R option to cvs to turn on read-only repository mode.peter1997-05-171-1/+6
| | | | | | | | | | | | When using a local repository that is only written to by CVSup - which I assume doesn't do the cvs locking protocol - this option might be a speedup since cvs will not create lock files.
* | use xstrdup rather than strdup in case of malloc failure.peter1997-05-171-3/+3
| |
* | Catch write-lock attempts immediately if running in read-only mode ratherpeter1997-05-171-0/+5
| | | | | | | | than depending on getting a write fail.
* | Pull in OpenBSD's support for checking out from a read-only repository,peter1997-05-174-3/+11
| | | | | | | | | | | | | | | | | | such as within an anoncvs server, or from a CDROM repository. Cyclic (the cvs maintainers) do not like this approach and have an alternative read-only system, but that requires a read/write repository to work (which rules out CDROM). Obtained from: OpenBSD
* | Complete the support for $FreeBSD$. Add an option "tagexpand=" whichpeter1997-05-173-45/+148
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | controls the RCSINCEXC encironment variable for our rcs version, and also convert the rest of the checkout enhancements from rcs into cvs's fast checkout code. (yes, cvs doesn't call 'co' anymore) We now have fine grained individual keyword expansion control and can set the keyword to anything the user wants. Also, a new keyword, $CVSHeader$ comes in from rcs, it's like $Header$ except that it shows the pathname relative to the cvsroot. eg: $FreeBSD: src/bin/ls/ls.c,v 1.10.2.14 1997/05/17 13:15:45 peter Exp $ ^^^^^^^^^^^^^^^^^ The idea for this comes from $XFree86$ which expands like $CVSHeader$. The "local id" string can be set to expand like Id, Header or CVSHeader. (Matching support for this is apparently happening in cvsup right now)
* | Initial round of support for a local $Id$ keyword in cvs, eg: $FreeBSD$.peter1997-05-164-2/+96
| | | | | | | | | | | | | | This is not complete yet in that it doesn't drive our version of RCS completely, but it does work fine when you do the appropriate magic. Obtained from: OpenBSD source tree
* | Merge import conflictspeter1997-05-154-1100/+3553
| |
* | This commit was generated by cvs2svn to compensate for changes in r25839,peter1997-05-1566-8745/+25014
|\ \ | |/ | | | | which included commits to RCS files with non-trunk default branches.
| * Import of cvs-1.9.9-970515 onto vendor branch.peter1997-05-1570-9845/+28568
| | | | | | | | Obtained from: cyclic.com
* | Ay, merge from RELENG_2_2. Back out the "moving HEAD" fix.asami1996-12-191-2/+2
| |
* | Fix the "moving head" problem.asami1996-12-121-2/+2
| |
* | Fix a bug in the "cvs init" command. It ignored the global "-H" option.jdp1996-10-012-1/+2
| | | | | | | | | | | | | | | | | | | | | | I.e., "cvs -H init" went ahead and initialized the repository, and did not print out a usage message. Not nice. Also added the "init" command to the list that comes out when you type "cvs --help-commands". There is still not a word about it in the manual page. Yes, I am sending these fixes to the FSF.
* | Implement a horrible (but simple) hack to allow some control over thepeter1996-09-031-2/+14
|/ | | | | | | | | | | | branch number that is assigned. This is specifically to support the local commit feature of cvsup. If one sets $CVS_LOCAL_BRANCH_NUM to (say) 1000 then branches the local repository, the revision numbers will look like 1.66.1000.xx. This is almost a dead-set certainty that there will be no conflicts with version numbers. :-) (This needs to be something more than an option to 'cvs tag' or 'cvs rtag' as various parts of cvs "know" how to automatically branch files (eg: cvs add). Trying to remember state is getting "Too Hard (TM)")
* Import of slightly trimmed cvs-1.8 distribution. Generated filespeter1996-08-2071-0/+47565
and non-unix code has been left out.
OpenPOWER on IntegriCloud