summaryrefslogtreecommitdiffstats
path: root/usr.sbin/ctm
Commit message (Collapse)AuthorAgeFilesLines
* Expand *n't contractions.ru2005-02-133-4/+4
|
* Line up license text.ru2005-02-132-12/+12
|
* Let bsd.prog.mk set SRCS and MAN to their default values.ru2005-01-281-1/+0
|
* Sort sections.ru2005-01-181-39/+38
|
* Added the EXIT STATUS section where appropriate.ru2005-01-171-2/+2
|
* Start the dreaded NOFOO -> NO_FOO conversion.ru2004-12-213-3/+3
| | | | OK'ed by: core
* For variables that are only checked with defined(), don't provideru2004-10-243-3/+3
| | | | any fake value.
* Mechanically kill hard sentence breaks.ru2004-07-023-50/+100
|
* Use malloc() instead of alloca() to allocate a (potentially) large buffermckay2004-01-261-1/+2
| | | | | | | for storing the "diff -n" output. Some files (eg ports/INDEX,v) are too big nowadays to fit on the stack. Submitted by: Stephen Montgomery-Smith <stephen@math.missouri.edu>
* The log file is more useful when line buffered.mckay2004-01-261-0/+1
| | | | Submitted by: Stephen Montgomery-Smith <stephen@math.missouri.edu>
* No need to define externs for getopt interface.imp2003-08-071-2/+1
|
* Make the example "too large" message in the manual match the updated onemckay2003-07-251-1/+1
| | | | actually sent by ctm_smail since rev 1.13.
* From the PR:kris2003-07-131-10/+38
| | | | | | | | | | | | | | | | | | | | I am the maintainer of CTM. There is a problem that when very large deltas are created, that the program ctm_smail, which is responsible for mailing the deltas out, will instead create a single message that says the delta is too large. However, if the -q option is set, instead of placing this message in the queue (as it would have done with the deltas), it mails it out directly. This conflicts with the current working of CTM in that the email address is set as %%REPLACE-ME%% so that the created mailing pieces can be signed by gnu-pgp, and then have the mailing address changed. This fix means that if the -q option is set, and the delta is too large, the "too large" message is placed in the queue. Also, I made the "too large" message a little more up to date. Submitted by: Stephen Montgomery-Smith <stephen@math.missouri.edu> PR: bin/50328 MFC After: 2 weeks
* Remove the maximum patch size limit. It was intended as a check againstmckay2003-04-072-5/+0
| | | | | | | | | | applying corrupt deltas, but has never (to my knowledge) caught any sort of corruption, but instead has caused failures on correct deltas several times. I don't see any way to make the check useful, so it's gone. Submitted by: Stephen Montgomery-Smith <stephen@math.missouri.edu> PR: 50461 MFC after: 7 days
* style.Makefile(5)obrien2003-04-043-11/+12
|
* Correct typos, mostly s/ a / an / where appropriate. Some whitespace cleanup,schweikh2003-01-011-1/+3
| | | | especially in troff files.
* mdoc(7) police: Deal with self-xrefs.ru2002-12-241-1/+1
|
* Make the threatened fts(3) ABI fix. FTSENT now avoids the use of the structwollman2002-09-211-2/+2
| | | | | | | | | | | | | | | | hack, thereby allowing future extensions to the structure (e.g., for extended attributes) without rebreaking the ABI. FTSENT now contains a pointer to the parent stream, which fts_compar() can then take advantage of, avoiding the undefined behavior previously warned about. As a consequence of this change, the prototype of the comparison function passed to fts_open() has changed to reflect the required amount of constness for its use. All callers in the tree are updated to use the correct prototype. Comparison functions can now make use of the new parent pointer to access the new stream-specific private data pointer, which is intended to assist creation of reentrant library routines which use fts(3) internally. Not objected to in spirit by: -arch
* Usage style sweep: spell "usage" with a small 'u'.des2002-04-221-1/+1
| | | | | Also change one case of blatant __progname abuse (several more remain) This commit does not touch anything in src/{contrib,crypto,gnu}/.
* Use `The .Nm utility'charnier2002-04-202-12/+21
|
* Modernize my email address.phk2002-03-254-4/+4
|
* Modernize my email addressphk2002-03-258-8/+8
|
* The mode of files created by ctm_rmail was always 0600, even if theiedowse2002-01-221-0/+6
| | | | | | | | | umask was less restrictive. This was caused by the use of mkstemp() which internally passes a mode of 0600 to open(). Fix this by explicitly chmod'ing the files to (0666 & ~umask). PR: bin/16119 Submitted by: Sascha Blank <blank@uni-trier.de>
* Spell "FreeBSD" with "F" and "BSD" in uppercase.ru2001-08-133-6/+6
|
* mdoc(7) police:ru2001-08-071-12/+10
| | | | | | | Avoid using parenthesis enclosure macros (.Pq and .Po/.Pc) with plain text. Not only this slows down the mdoc(7) processing significantly, but it also has an undesired (in this case) effect of disabling hyphenation within the entire enclosed block.
* Use STD{ERR,IN,OUT}_FILENO instead of their numeric values. Thesheldonh2001-07-261-5/+7
| | | | | | | definitions are more readable, and it's possible that they're more portable to pathalogical platforms. Submitted by: David Hill <david@phobia.ms>
* Perform a major cleanup of the usr.sbin Makefiles.obrien2001-07-204-17/+21
| | | | | These are not perfectly in agreement with each other style-wise, but they are orders of orders of magnitude more consistent style-wise than before.
* Remove GCC'isms in CFLAGS.obrien2001-07-205-5/+7
|
* Remove whitespace at EOL.dd2001-07-152-19/+19
|
* mdoc(7) police: remove extraneous .Pp before and/or after .Sh.dd2001-07-092-3/+0
|
* Fix the type of the NULL arg to execl()brian2001-07-091-1/+1
| | | | Idea from: Theo de Raadt <deraadt@openbsd.org>
* * fix ctm(8) to use mkstemp() instead of tempnam() for tempfilekris2001-05-065-7/+64
| | | | | | | | | | | | | creation. * Tag the internal err() function with __printflike to allow checking for non-constant format string arguments (none exist) * Use fmtcheck() to sanitize the tar command obtained via -t to make sure it doesn't contain extraneous format operators. Reviewed by: mikeh MFC after: 1 week
* - Backout botched attempt to introduce MANSECT feature.ru2001-03-262-3/+1
| | | | - MAN[1-9] -> MAN.
* Set the default manual section for usr.sbin/ to 8.ru2001-03-201-0/+3
|
* There is an arbitrary file size limit in ctm of 20MB. By my reckoning,mckay2001-02-191-1/+1
| | | | | | ports/INDEX,v is currently 19.97MB and will blow this limit on the next update. Let's try doubling the limit again, to give us time to get around to removing the limit altogether.
* mdoc(7) police: split punctuation characters + misc fixes.ru2001-02-011-2/+2
|
* Prepare for mdoc(7)NG.ru2000-12-273-92/+27
|
* mdoc(7) police: use canonical form of .Dd macro.ru2000-12-111-1/+1
|
* Add `_PATH_DEVZERO'.obrien2000-12-091-1/+4
| | | | Use _PATH_* where where possible.
* mdoc(7) police: use the new features of the Nm macro.ru2000-11-201-3/+3
|
* remove trailing periods from SEE ALSO.ben2000-11-151-1/+1
|
* Use Fx macro wherever possible.ru2000-11-141-2/+6
|
* Avoid use of direct troff requests in mdoc(7) manual pages.ru2000-11-101-2/+1
|
* Complete migration of aliases file to /etc/mail/aliases.gshapiro2000-08-131-1/+1
| | | | | The maintainers of share/examples/diskless/README.TEMPLATING and mergemaster have been contacted so those may be updated as well.
* Change use of perror() to warn()kris2000-08-031-1/+1
| | | | Submitted by: bde
* Doubling the size of MAXSIZE because of large delta indigestion.chuckr2000-06-211-1/+1
| | | | Submitted by: Stefan Esser.
* Mark "name" as being an argument, so it is formatted correctly.nik2000-03-071-1/+1
| | | | | PR: docs/16834 Submitted by: Greg Lewis <glewis@trc.adelaide.edu.au>
* Correcting SECURITY warning.chuckr2000-01-292-22/+32
| | | | | Submitted by: Kris Kennaway Reviewed by: Warner Losh
* Fix insecure tempfile handling.kris2000-01-161-5/+18
| | | | Reviewed by: audit@freebsd.org
* |Since I had suffered from partially applied CTM deltas, some time ago,phk2000-01-151-4/+10
| | | | | | | | | |I made ctm ignore deltas for files that match the "after edit" MD5. |(In one case, I had the compiler fill all temporary space while CTM |was editing files.) Submitted by: se Reviewed by: phk
OpenPOWER on IntegriCloud