Changelog:
* Fix for quote marks in private messages (thanks @jnm)
* -dontautoreply is a comma-separated list of names you don't want to
auto-reply to. Useful for users you don't want to interact with by mistake
Special thanks to Bhagya Bantwal of Sourcefire for a patch to fix
crashes on sparc64 on first alert.
Tested on sparc64 by Markus; tested on amd64, i386, and macppc by me.
* new analysis code and tuning that significantly improves encoding
quality, especially for variable-bitrate (VBR),
* automatic detection of speech or music to decide which encoding
mode to use,
* surround with good quality at 128 kbps for 5.1 and usable down
to 48 kbps,
* and speed improvements on all architectures.
1) For man(7), initialize internal numerical registers correctly
such that a stray .RE without a preceding .RS doesn't set the left
margin to column 0. Reported by bentley@ on discuss at mdocml.
Patch technically approved by Werner Lemberg (upstream).
The only reason it isn't committed upstream yet is that FSF
pesters me to sign a Copyright Assignment contract under
Massachusetts legislature, talking about Warranties and whatnot,
which i resist.
2) Restore correct syntax to the .ie cascade governing section titles
that i broke, trying to be too clever. Problem reported by
David Levine via pascal@ after the nmh(1) folks added an OpenBSD
machine to their buildbot cluster.
ok pascal@
caused by share/apps/cmake/modules/FindKdcraw.cmake being supplied by both
packages. So:
1) -icons does not need to have this @conflict at all.
2) -main should not conflict with kdelibs-3.x and older.
- if CC is not set, fall back to cc
- do not forcibly add ${X11BASE}/include nor ${LOCALBASE}/include, now
the scanner is supposed to properly pass CFLAGS
- forcing -pthread should not be needed anymore
Tested with a handful of ports that were known to need these tweaks.
Any regression, please let me know directly.
ok jasper@
Please note that we still cannot install kdelibs-3.x and 4.x, so you cannot
actually install libkdcraw and libkipi from KDE 3 and 4 side-by-side. Yet.
Tested in a bulk by landry@
mail server blow up so to speak and then wonder why /var is out of inodes and
seeing that 803,000 or so inodes are in use. Where could they posibly be in
use? Then finding 801,000+ 0 byte temp files which had been accumulating for
quite awhile in /var/spool/MailScanner/incoming/SpamAssassin-Temp.
ok sthen@
