LINUX.ORG.RU

GNU Coreutils 8.18

 ,


0

1

Джим Мейеринг (Jim Meyering) сообщает, что за 13 недель разработки был подготовлен новый стабильный релиз GNU Coreutils 8.18.

Исправленные ошибки

  • cksum теперь печатает контрольную сумму атомарно, так что вывод параллельных процессов не перемешивается (ошибка присутствовала изначально);
  • date -d «$(printf '\xb0')» теперь сообщает об ошибке: date: invalid date '\260', а не выводит сегодняшние 00:00:00, как в прошлых версиях (ошибка присутствовала изначально);
  • df теперь заменяет управляющие символы в точках монтирования на ?. Это может быть удобным для использования в скриптах, рассчитывающих на определенный порядок переноса строк в выводе df (ошибка присутствовала изначально);
  • df --total выходит с адекватным сообщением об ошибке, если указанный тип файловой системы (опция --type) не соответствует обрабатываемой файловой системе. Предыдущая версия df работала без сообщения об ошибке:
    $ touch /tmp/tes
    $ df --type=ext2 /tmp/test
    df: не обработано ни одной файловой системы
    $ echo $?
    1
    $ df --total --type=ext2 /tmp/test
    Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в
    total                    0            0        0             -
    $ echo $?
    0
    
    Эта ошибка была «добавлена» в coreutils-7.0;
  • head --lines=-N (-n-N) теперь сбрасывает указатель чтения для файлов с произвольным доступом. Это означает, что head -n-3 больше не поглощает весь входной поток, и строки, не выведенные head, могут быть обработаны другой программой. Например, теперь эта команда печатает 2, а раньше не напечатала бы ничего:
    seq 2 > k; (head -n-1 > /dev/null; cat) < k
    
    Ошибка присутствовала в head изначально;
  • ls --color would mis-color relative-named symlinks in / [bug introduced in coreutils-8.17
  • split теперь проверяет, что выходной файл не затирает входной (ошибка присутствовала изначально);
  • stat и df теперь правильно отражают использование файловых систем в GNU/Linux, безошибочно определяя размер блока (в df ошибка появилась в coreutils-5.0.91; в stat же присутствовала изначально);
  • tail -f больше не пытается использовать inotify при работе с файловыми системами AUFS и PanFS.

Новые особенности

  • stat -f теперь распознаёт файловые системы aufs и panfs.

Изменения в поведении

  • Удалена программа su. Программа уже давно не устанавливается по умолчанию. Пакет util-linux объединил в себе патчи Fedora и Suse и отлично собирается в Hurd. Так что больше нет причин включать su.

Улучшения

  • sort теперь избегает избыточной работы при недоступном входе или выходе. sort проверяет эти ошибочные ситуации при запуске, а не после продолжительной работы;
  • sort теперь использует по умолчанию не более 75% физической памяти, это позволяет более рационально использовать системные ресурсы (это значение изменилось с 50% до 100% в версии coreutils 8-16).

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

★★★★★

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

Ответ на: стыд и позор от borisych

This command is useful only when run as the root user. If run as a non-root user without privilege to set user ID, the command will fail as the binary is not setuid.

Вариант с sudo никуда не девается.

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

а вместо more file - cat file | more ?:)

опс, тут поймал. Ни разу даже в голову не приходило использовать more не как фильтр...

Та же ситуация, что и с грепом: «cat file, ой много повылазило. cat file | more» (правда, я предпочитаю вместо more использовать less). Причём, ИМХО, это даже более естественно, чем «cat file | grep» — если нужно найти в файле что-то конкретное, логичнее сразу искать, а не выводить весь файл.

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

ты наверное вместо grep file делаешь cat file | grep?

а вместо more file - cat file | more ?:)

Вот здесь интерестная дискуссия со мной по этому поводу. Можно прочитать и про cat file | less (откуда и зачем вы выкопали more? Не помню что бы я когда‐либо его использовал, даже в man сказано «more is a filter for paging through text one screenful at a time. This version is especially primitive. Users should realize that less(1) provides more(1) emulation plus extensive enhancements.), и про cat file | sed/grep/tr/….

ZyX
()
Ответ на: комментарий от xtraeft

Мне отлично подходит как вариант с -i, так и с -s. Не зря при вызове sudo --help эти опции сгруппированы[-i|-s].

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

Неудивительно. Правила формата были созданы Виртом, поэтому данный формат конфигурации не совсем стандартный, и вызывает много вопросов.

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

Вот здесь интерестная дискуссия со мной по этому поводу.

там на пальцах ис примерами показали, что ты дебил.

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

(откуда и зачем вы выкопали more

честно говоря не знаю - привычка от генты почему то такая осталась с незапамятных времен

xtraeft ★★☆☆
()

Удалена программа su

Не понимать, её теперь вообще не будет? я просто привык писать sudo su, теперь придется писать sudo -i ?

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

да, и только эту альтернативу и используют последние годы.

Она входит в пакет util-linux.

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

Та же ситуация, что и с грепом: «cat file, ой много повылазило. cat file | more» (правда, я предпочитаю вместо more использовать less). Причём, ИМХО, это даже более естественно, чем «cat file | grep» — если нужно найти в файле что-то конкретное, логичнее сразу искать, а не выводить весь файл.

это и имелось в виду. всегда использовал more в конвейерах и даже не знал, что можно писать просто more filename.

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