| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
any issues that might come up.
|
| |
|
| |
|
|
|
|
| |
for being honest and telling us so.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
(jseger) has joined the list of the distinguished committers.
If I haven't screwed up something, you should be able to commit now,
Justin. Please move yourself to the committers section in the
handbook (the usual first assignment :).
|
| |
|
|
|
|
|
| |
commit, as opposed to see the same boring non-information only all the time.
Also mention the purpose of the `PR' line.
|
|
|
|
| |
for the first 6 months.
|
| |
|
| |
|
|
|
|
| |
Well, he promised us to compete with Philippe Charnier :), let's see.
|
|
|
|
| |
He'll be working on the DOS emulator, among other things.
|
|
|
|
|
|
| |
primarily in the SCSI arena.
Welcome aboard, Matt!
|
|
|
|
|
|
| |
Would someone with root privileges please be so kind to create
him an account on freefall ? Thanks a lot !
ack'ed by: core
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
itojun!
Your first assignment (like everyone else) is to move yourself from
the "additional contributors" to "developers" section in the
handbook. :)
|
|
|
|
|
|
|
| |
of UUPC, and promised to do whatever maintenance will be required for
our UUCP.
Btw., he's got UID 700...
|
| |
|
|
|
|
| |
be doing a better job now. (fingers crossed)
|
| |
|
| |
|
|
|
|
| |
addresses
|
|
|
|
|
|
| |
from the verifymsg hook to clean the log message on all commits including
remote ones, cvs commit -m 'msg' and cvs commit -F msgfile, rather than
just local commits on freefall with the editor.
|
| |
|
| |
|
|
|
|
| |
(or somebody) deleted the real avail,v file from /home/ncvs/CVSROOT(!)
|
|
|
|
|
| |
it's version digits into double digits, eg: cvs-1.10.0. Bump minimum
number for the version installed on freefall.
|
| |
|
|
|
|
|
|
|
| |
being sent to cvs-*@freebsd.org. Also, some minor cosmetic tweaks.
Reviewed by:
Submitted by:
Obtained from:
|
|
|
|
|
|
| |
Reviewed by:
Submitted by:
Obtained from:
|
|
|
|
|
|
|
|
|
|
|
| |
- suppress duplicate copies of mail to mailing lists when directories
are crossed. I removed the use of dbm files for simplicity and used
flat text files, but I kinda forgot about the implicit unique keys, so
work around it now.
- Don't log the action header if it's unchanged from the last directory.
It could still possibly be duplicated, but I'm pretty sure the branch
tag hashing will stop that from happening. (I hope :-)
- add an extra 5 chars to the directory column
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
problem...
No seriously, this is a major revamp of the log scripts in preperation
for an update to a later version of cvs (ie: 1.9.8)
Among the changes:
- lots of dead code and useless stuff ripped out
- lots of things rewritten and/or redesigned
- support new message format that's passed from cvs to the log
script so that commits to individual files on branches works.
- perl5 now *required* due to above (hashes of arrays @{$var${tag}})
- commit message format slightly changed due to per-file branches
- new mailing lists (well, from last year) and commitlogs supported,
eg: cvs-contrib, cvs-tools, etc
- more space for filenames on each line before wrapping.
- more intelligent line wrapping, alignment should be better.
- no more insanely long Subject: lines.
There are more changes in the pipeline, including being able to do a
partial commit message when cvs is aborted in the middle of a commit,
but since the diff of the changes is now much larger than the file
itself, and we need the new cvs support, commit this now.
It's had a fair bit of testing in a private copy of the cvs tree, but
it's still not all that unlikely that there won't be things I've missed.
|
|
|
|
| |
PR:
|
| |
|
|
|
|
| |
an older version!
|
|
|
|
|
| |
much use anyway and just makes people reluctant to use 'cvs add' even
though it's more appropriate than 'cvs import' in several cases.
|
|
|
|
| |
for imports..
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
code, as well as simplifying some admin procedures.
The main change is to stop multi-directory commits only having the subject
info of the last directory, and not being sent to all the lists, and not
being logged to the appropriate commitlogs.
updateCVSROOT is gone (yay!), it's functionality is replaced by a cvs-1.6
feature - the 'checkoutlist' file, which is designed explicitly for this.
This will stop the easy-import users from getting told the mailing list
is out of date when a committer has been added but had missed out on being
put on the cvs-committers mailing list.
Update the comments and info in the *info files with the cvs-1.6 headers,
this fixes a few typos, clarifys some things, corrects some misleading
comments, etc.
Some stub files added to indicate how new cvs-1.6+ functionality is used,
but left commented out (taginfo, cvswrappers, etc)
All hard-coded references to /home/ncvs are changed back to $CVSROOT
(as suggested to me by bde) now that cvs-1.6+ makes a special effort
to ensure $CVSROOT is always set. This allows the $CVSROOT files to be
used elsewhere (eg: for testing) with much less pain.
mkavail is history as well, it was often being forgotten. cvs-committers
now takes the user list from /etc/group:ncvs via a trivial perl script.
This is so that we still have the ability to temporarily disable commit
access via 'avail' without cutting off the cvs-committers mailing list.
Since /etc/group editing is still required, this is not a new admin
overhead. If we ever change so that membership of "ncvs" is not required
(eg: /usr/bin/cvs becomes setgid and access control is via avail) then
we are going to have to do it some other way. (I have ideas)
I have tested this on my machines, but it is possible that I have missed
something. As usual, please yell if I've botched it.
|
|
|
|
|
| |
the perl construct "local($dir) = @_; " - perl warns about it, but
it doesn't seem to work if I directly assigned $dir....
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
I've been using this code in this approximate form for about 6 months now.
I'm keen to hear how useful this is/isn't for people.
It gives an unambiguous indication of how big the commit is, and the
revision numbers are collected into one place to make it easier to find and
follow all the parts of a commit over multiple files.
|
| |
|
|
|
|
| |
incremental steps.. Please forgive the number of commits....
|