Вышла (http://lists.gnu.org/archive/html/coreutils-announce/2009-11...) новая стабильная версия набора базовых системных утилит GNU CoreUtils 8.1. В coreutils входят такие программы, как sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln, ls и т.д. Кроме исправления ошибок, в CoreUtils 8 можно отметить следующие улучшения:
- Добавлена утилита nproc для вывода числа доступных процессу процессорных единиц;
- В утилитах env и printenv появилась опция --null (-0) для экранирования символа перевода строки в переменных окружения;
- При выполнении "md5sum --check" теперь воспринимаются контрольные суммы заданные в openssl стиле (sha1sum, sha224sum, sha384sum и sha512sum);
- В утилите mktemp добавлена опция "--suffix" для добавления заданного суффикса для имени создаваемого временного файла;
- В утилите touch добавлена опция "--no-dereference" (-h), позволяющая изменять время модификации для файлов на которые ссылаются символические ссылки;- Ути...
URL: http://lists.gnu.org/archive/html/coreutils-announce/2009-11...
Новость: http://www.opennet.me/opennews/art.shtml?num=24334
Никто не смотрел -- с UTF-8 хотя бы в tr/sed/grep что-то сдвинулось с полумёртвой точки?http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=139861
https://bugzilla.redhat.com/show_bug.cgi?id=120933
https://bugzilla.altlinux.org/show_bug.cgi?id=10445
а sed с grep причём ? не работает только tr
>а sed с grep причём ? не работает только trЭто было бы очень хорошо, но до сих пор проблемы были как минимум с этими всеми.
А grep с юникодом ещё и тормозит безбожно. _В тысячи_ раз медленне работает, без шуток, чем при LANG="POSIX".
> Это было бы очень хорошо, но до сих пор проблемы были как минимум с этими всеми.а пример можно, для grep ? баг репорты о деградации скорости UTF-8 есть и от 2005 года, значит уже тогда grep поддерживал unicode
>В утилите touch добавлена опция "--no-dereference" (-h), позволяющая изменять время модификации для файлов на которые ссылаются символические ссылкиразве это как раз не называется dereference