#
330449 |
|
05-Mar-2018 |
eadler |
MFC r326276:
various: general adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
No functional change intended.
|
#
103726 |
|
20-Sep-2002 |
wollman |
Make the threatened fts(3) ABI fix. FTSENT now avoids the use of the struct 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
|
#
21673 |
|
14-Jan-1997 |
jkh |
Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
|
#
19984 |
|
27-Nov-1996 |
mckay |
Simplified. Some fts related bugs removed. Made less verbose. The default number of mail messages sent per run was lowered from 2 to 1. Why? Well, some numbers just give you the warm fuzzies, like zero and one. Zero isn't much use here, so I picked my all time favourite, one.
|
#
16880 |
|
01-Jul-1996 |
gpalmer |
Add a facility for a ``slow'' CTM delta queue, allowing `x' number of delta's to be mailed out every hour (or however often you schedule the cron job).
ctm_dequeue is the cron job which takes the stuff from the queue directory and punts it into sendmail. The chunks of the deltas (and the complete deltas if they are that small) are sorted into order before being dispatched, so the people subscribing should still get the bits in the right order.
The changes to ctm_smail should be fairly safe as they won't be activated unless you go for the new queue directory option.
|