LINUX.ORG.RU

GNU Coreutils 8.20

 ,


0

1

Джим Мейеринг (Jim Meyering) объявил о выходе новой версии GNU Coreutils. Выход этой версии главным образом связан с исправлением ряда ошибок. Хотя были сделаны и некоторые улучшения.

Заметные изменения

  • Новые возможности:
    • у dd появилась новая опции 'status=none', подавляющая весь информационный вывод;
    • md5sum теперь принимает опцию '--tag' для вывода в стиле BSD c GNU-экранированием имен файлов.
  • Исправленные ошибки:
    • cp ранее могла читать из освобожденной памяти и даже делать поврежденные копии. Это могло происходить при работе с сильно фрагментированными разреженными файлами в системах GNU/Linux. Ошибка могла проявляться и в работе программ mv, install (ошибка появилась в версии coreutils-8.11);
    • cp --no-preserve=mode больше не сохраняет права оригинального файла, а корректно устанавливает права, определенные по 0666 & ~umask;
    • du больше не выдаёт сообщений в духе «disk-corrupted», когда встречает зацикленные каталоги, появившиеся из-за монтирования с опцией bind. Теперь du точно определяет, что же произошло, сообщает об этом и выходит с ненулевым кодом завершения;
    • factor (используя gmp) неверно объявлял некоторые составные числа простыми. Например, 465658903, 2242724851, 6635692801 и многие другие. Исправление сделало работу программы в 8 раз медленнее в худших случаях (ошибка появилась в coreutils-7.0);
    • ls теперь корректно раскрашивает повисшие символические ссылки, когда выводится содержащая их директория, а раскрашивание осиротевших ссылок отключено в LS_COLORS (ошибка появилась в coreutils-8.14);
    • rm -i -d теперь спрашивает пользователя перед удалением пустой директории вместо того, чтобы упасть с сообщением об ошибке «is a directory» (ошибка появилась в версии 8.19 вместе с добавлением опции -d);
    • rm -r S/ (где S — символическая ссылка на каталог) больше не выдаёт некорректное диагностическое сообщение «Too many levels of symbolic links» (ошибка появилась в coreutils-8.6);
    • seq теперь поддерживает любые неотрицательные целые числа, когда не указан формат, а инкремент равен единице. Ранее, например, b=100000000000000000000; seq $b $b могла приводить к бесконечному циклу (ошибка была с самого начала).
  • Изменения в поведении:
    • nproc now diagnoses with an error, non option command line parameters.
  • Улучшения:
    • переписано ядро программы factor, так что она теперь работает довольно быстро и может работать с числами вплоть до 2^128 даже без использования GMP. Для некоторых больших чисел время работы сократилось в 10000 раз. Кроме того, новый код использует детерминированный алгоритм для каждого простого множителя, а не только вероятностную проверку;
    • seq теперь работает во много раз быстрее для неотрицательных целых чисел, когда инкремент равен единице, а опция форматирования не указана;
    • stat и tail теперь знают про файловые системы ZFS, VZFS и VMHGFS. stat -f --format=%T теперь сообщает тип файловой системы; tail -f теперь использует inotify при работе с ZFS и VZFS.

>>> Подробности

★★★★★

Проверено: maxcom ()
Последнее исправление: Silent (всего исправлений: 3)

factor ... Исправление сделало работу программы в 8 раз медленнее
Переписано ядро программы factor, так что она теперь работает довольно быстро

Остро. По-заграничному

zolden ★★★★★
()
[root@testlab html]# rpm -qa | grep coreutils
coreutils-libs-8.4-16.el6.x86_64
coreutils-8.4-16.el6.x86_64

Я чего-то недопонимаю ?

dada ★★★★★
()

поломали параллельную сборку, сволочи

ananas ★★★★★
()
Ответ на: комментарий от dada

Вышла новая 8.20, а у меня 8.4.

Так ты больше на RH сиди. Пошукай, у тебя там ещё мамонтового помёта найдётся.

anonymous
()

stat и tail теперь знают про файловые системы ZFS, VZFS и VMHGFS. stat -f --format=%T теперь сообщает тип файловой системы; tail -f теперь использует inotify при работе с ZFS и VZFS.

Оооо! А вот это уже хорошо.

tazhate ★★★★★
()

ls теперь корректно раскрашивает повисшие символические ссылки, когда выводится содержащая их директория, а раскрашивание осиротевших ссылок отключено в LS_COLORS (ошибка появилась в coreutils-8.14);

Очень хорошо. Везде использую цветные ls.

Jaga ★★★
()
Ответ на: комментарий от DILIN
[root@testlab html]# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 6.2 (Final)
dada ★★★★★
()

cp ранее могла читать из освобожденной памяти и даже делать поврежденные копии. Это могло происходить при работе с сильно фрагментированными разреженными файлами в системах GNU/Linux. Ошибка могла проявляться и в работе программ mv, install (ошибка появилась в версии coreutils-8.11);

Вот здесь я немного не понимаю. Реквестирую ликбез, почему cp вдруг не пофигу, где, на какой файловой системе и в каком состоянии исходный файл.

shimon ★★★★★
()

seq теперь поддерживает любые неотрицательные целые числа, когда не указан формат, а инкремент равен единице. Ранее, например, b=100000000000000000000;

старо предание, и верится с трудом, но когда то было даже так:
$ seq 1000000 1000000
1e+06
$ seq --version
seq (coreutils) 4.5.3

bl ★★★
()
Ответ на: комментарий от shimon

cp же умеет копировать разреженные файлы как разреженные.

Видимо, имелось ввиду, что ошибка проявляется только если в файле большое количество разреженных областей.

geekless ★★
()
Ответ на: комментарий от DILIN

гыыы, вот вы некрофилы - RH6.2 выкапали из 2000 года. шучу, шучу.

mumpster ★★★★★
()
Ответ на: комментарий от anonymous

Тебе объяснить, что номера версий это не десятичные числа?

да не.. вполне себе десятичные :)

однако 20 больше чем 4 — даже в десятичной системе счисления :-)

user_id_68054 ★★★★★
()
Ответ на: комментарий от dada

Я чего-то недопонимаю ?

походу таки да .....
ты ещё на версию ядра возмутись .....

anonymous
()

Кроме того, новый код использует детерминированный алгоритм для каждого простого множителя, а не только вероятностную проверку;

То есть раньше она результат угадывала?

drull ★☆☆☆
()
Ответ на: комментарий от dada

У тебя такое же непонимание, видимо. После версии 4.9 здесь идет 4.10, 4.11 и так далее. То есть 8.4 < 8.20

ms-dos128
()

First off, I'd suggest printing out a copy of the GNU coding standards,
and NOT read it. Burn them, it's a great symbolic gesture.

(c) Linus

spec_po_kiskam ★★★
()

nproc now diagnoses with an error, non option command line parameters.

теперь nproc, встретив неизвестный параметр, возвращает ошибку

LamerOk ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.