Perhaps someone (Paul?) could write a summary of deprecated features (e.g. tail -1) which we could post to devel-devel-announce. I think many people are not aware of the whole situation at all.
For coreutils: (this stuff *will* use the new behavior the minute someone recompiles coreutils against libc6 2.3.2-2) - chown: `.' is no longer recognized as a separator in the OWNER:GROUP specifier on POSIX 1003.1-2001 systems. If chown *was not* compiled on such a system, then it still accepts `.', by default. If chown was compiled on a POSIX 1003.1-2001 system, then you may enable the old behavior by setting _POSIX2_VERSION=199209 in your environment. * The obsolete usage `touch [-acm] MMDDhhmm[YY] FILE...' is no longer supported on systems conforming to POSIX 1003.1-2001. Use touch -t instead. * The following changes apply on systems conforming to POSIX 1003.1-2001, and are required by the new POSIX standard: - `date -I' is no longer supported. Instead, use `date --iso-8601'. - `nice -NUM' is no longer supported. Instead, use `nice -n NUM'. * The following obsolete usages are no longer supported when conforming to POSIX 1003.1-2001, which prohibits most digit-string options: expand -N (instead, use expand -t N) head -N (instead, use head -c N or head -n N) fold -N (instead, use fold -w N) split -N (instead, use split -l N) tail -N (instead, use tail -c N or tail -n N) unexpand -N (instead, use unexpand --first-only -t N) uniq -N (instead, use uniq -f N) The following obsolete usages (options without arguments) are no longer supported when conforming to POSIX 1003.1-2001, which prohibits most options with optional arguments: od -s (instead, use od --strings) od -w (instead, use od --width) pr -S (instead, use pr --sep-string) * The following obsolete usages are no longer supported when conforming to POSIX 1003.1-2001, which prohibits most options with leading "+": sort +POS1 -POS2 (instead, use sort -k) tail +N (instead, use tail -c +N or tail -n +N) uniq +N (instead, use uniq -s N)
I don't know that there's a full list of *packages* that might be affected.
Mike Stone
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
