| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Fix y2kbug "19$year" in log.pl
PR: 9501
Submitted by: Peter Jeremy <peter.jeremy@alcatel.com.au>
Notes:
svn path=/head/; revision=42695
|
|
|
|
| |
Notes:
svn path=/head/; revision=42685
|
|
|
|
| |
Notes:
svn path=/head/; revision=41482
|
|
|
|
|
|
|
|
|
| |
Add '-g' main option to cvs to better support shared-group access
to a common checked-out *working* set by multiple users. See manual
page for details.
Notes:
svn path=/head/; revision=41481
|
|
|
|
|
|
|
|
| |
PR: docs/7912
Submitted by: Stephen J. Roznowski <sjr@home.net>
Notes:
svn path=/head/; revision=39949
|
|
|
|
| |
Notes:
svn path=/head/; revision=39010
|
|
|
|
|
|
|
|
| |
PR: 6829
Submitted by: Josh Gilliam <josh@quick.net>
Notes:
svn path=/head/; revision=36601
|
|
|
|
|
|
|
|
|
|
|
|
| |
and we have not done an explicit 'cvs login', then use a default password
of "anoncvs". This allows things like:
setenv CVSROOT :pserver:anoncvs@anoncvs.freebsd.org:/cvs
cvs checkout src (without doing the normal 'cvs login' for pserver mode)
but this runs over the :pserver: protocol rather than the more troublesome
rsh. Naturally, the server had better be running in -R (readonly) mode :-)
Notes:
svn path=/head/; revision=36427
|
|
|
|
|
|
|
|
|
| |
CVSROOT/passwd file is empty. A 'cvs login' still seems to be required
since the cvs client doesn't seem to believe it's possible to not need
a password (yet :-). This is intended for cheap anoncvs use.
Notes:
svn path=/head/; revision=36422
|
|
|
|
| |
Notes:
svn path=/head/; revision=36421
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is mostly intended for use on freefall where we'd like to provide
a passwd file for easy anoncvs mirroring access, but don't want to open
up the pserver on freefall itself.
While here, some initial tweaks intended for allowing an empty pserver
password. I'm not sure that this works yet.
Notes:
svn path=/head/; revision=36418
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
while calling libdiff. It's too ugly and not worth the recursion problems
when there is a malloc failure (which writes to stderr - now diverted via
the buf system, which calls malloc, which causes another error message etc).
We can live with the standard artificial slowdown, but reduce the time a
bit and only delay when we really need to (ie: when running as a server).
The usleep time could probably use some tuning, it basically needs to
replace the time that it used to take to fork a large process, exec gnudiff
and the time that gnudiff took before writing the initial output.
This eliminates a whole mess of other hacks I was considering that changed
use of xmalloc to alloca() etc. It was going too fast in the wrong
direction.
Notes:
svn path=/head/; revision=36417
|
|
|
|
|
|
|
|
|
| |
PR: 6599
Reviewed by: phk
Submitted by: Josh Gilliam <josh@quick.net>
Notes:
svn path=/head/; revision=36014
|
|
|
|
|
|
|
| |
leftover files in /tmp.. (this commit brought to you by 'cvs update -j')
Notes:
svn path=/head/; revision=35134
|
|
|
|
|
|
|
|
|
|
|
| |
1998-03-07 Tim Pierce <twp@skepsis.com>
* rcs.c (RCS_checkout): Negation bug when checking out symlinks:
existence_error should be !existence_error.
This shouldn't cause any major merge problems later.
Notes:
svn path=/head/; revision=34482
|
|
|
|
| |
Notes:
svn path=/head/; revision=34467
|
|\
| |
| |
| |
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
Notes:
svn path=/head/; revision=34462
|
| |
| |
| |
| | |
Notes:
svn path=/vendor/cvs/dist/; revision=34461
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
affects speed of doing 'cvs diff' (in all modes) and 'cvs update' over the
network.
1: don't pause at all unless running in server protocol mode.
2: if running in server protocol mode, do a kludge that intercepts the
stdout and stderr write functions and diverts them to cvs_output() and
cvs_outerr(). Yes, this might be done with fwopen() etc, but that also
requires copying "FILE" structs since you can't freopen stdout etc and
specify functions at the same time.
This HACK will go away once the cvs folks have done their changes to the
library version of gnu diff to use the callbacks as mentioned in the
comments.
Notes:
svn path=/head/; revision=33340
|
| |
| |
| |
| |
| |
| |
| | |
ago. The real fix is rather large.
Notes:
svn path=/head/; revision=33169
|
| |
| |
| |
| |
| |
| |
| | |
anymore, don't do all the putenv's for it's benefit.
Notes:
svn path=/head/; revision=32914
|
| |
| |
| |
| |
| |
| |
| | |
(If only all import/merges were this trivial :-)
Notes:
svn path=/head/; revision=32899
|
|\|
| |
| |
| |
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
Notes:
svn path=/head/; revision=32897
|
| |
| |
| |
| |
| |
| |
| |
| | |
imported a few days ago. There is very little difference, except that
the remote protocol apparently supports wrappers and -k options better.
Notes:
svn path=/vendor/cvs/dist/; revision=32896
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=32895
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=32800
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=32799
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=32798
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=32790
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=32789
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=32788
|
|\|
| |
| |
| |
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
Notes:
svn path=/head/; revision=32786
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
Notes:
svn path=/vendor/cvs/dist/; revision=32785
|
| |
| |
| |
| |
| |
| |
| | |
precedence
Notes:
svn path=/head/; revision=32675
|
| |
| |
| |
| |
| |
| |
| | |
CVS gurus from info-cvs agrees that previous Index: usage is bogus
Notes:
svn path=/head/; revision=32535
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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)
Notes:
svn path=/head/; revision=32467
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
Notes:
svn path=/head/; revision=30337
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
from XFree86. I think this was harmless, the strncmp happened always
rather than being optimised out.
Submitted by: jdp
Notes:
svn path=/head/; revision=28565
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=28413
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
Notes:
svn path=/head/; revision=28409
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
over the code too and it makes sense to me.
PR: 4033
Notes:
svn path=/head/; revision=27204
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=26808
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=26805
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=26804
|
|\|
| |
| |
| |
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
Notes:
svn path=/head/; revision=26802
|
| |
| |
| |
| | |
Notes:
svn path=/vendor/cvs/dist/; revision=26801
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=26372
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
Notes:
svn path=/head/; revision=26151
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=26069
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=26068
|