Это базовые утилиты GNU.  Пакет представляет из себя объединение
файловых, терминальных и текстовых утилит.

Большинство этих программ имеют существенные преимущества перед их 
Unix-аналогами, такие как более высокая скорость работы, дополнительные опции,
и снятие некоторых ограничений.

Программы, которые могут быть в сборке этого пакета::

  [ basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd
  df dir dircolors dirname du echo env expand expr factor false fmt fold
  ginstall groups head hostid hostname id join kill link ln logname ls
  md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr
  printenv printf ptx pwd readlink rm rmdir seq sha1sum shred sleep sort
  split stat stty su sum sync tac tail tee test touch tr true tsort tty
  uname unexpand uniq unlink uptime users vdir wc who whoami yes

Смотрите файл NEWS, где указан список основных изменений в данном релизе.

Смотрите файл INSTALL, где указана инструкция по компиляции и установке.

Эти программы подразумевают соответствие стандарту POSIX (с BSD и другими
расширениями), подобно остальным составляющим системы GNU.  По умолчанию они
соответствуют более старой версии POSIX (1003.2-1992), поэтому поддерживается 
устаревший синтаксис типа "head -10" и "chown owner.group file".  Это 
поведение можно заменить, собрав пакет с другим значением макроса 
_POSIX2_VERSION в файле <unistd.h>, при работе оно может быть замещено как 
описано в документации в разделе "Соответствие стандартам".

Команды ls, dir, и vdir - отдельно исполняемые файлы вместо
одной программы, которая проверяет argv[0], так как люди переименовывают эти
программы, давая имена вроде gls, gnuls, l, и др.  Переименовывание программ
не должно влиять на их функциональность, так что люди могут устанавливать 
те характеристики, какие они хотят с любым необходимым им именем.

Особая благодарность Паулю Эггерту, Брайну Мэтьюсу, Брюсу Эвансу, Карлу Берри,
Кэвеху Гхази и Франсуа Пинарду за помощь в отладке и портировании этих 
программ.  Большое спасибо всем людям, у которых было время указать и 
отладить ошибки. Все основные изменения отражены в файле ChangeLog.

И спасибо всем поклонникам, которые обеспечивали оплату тестирования 
совместимости со множеством типов других систем: Боб Проулкс,
Христиан Роберт, Франсуа Пинард, Грег МакГери, Гарлан Стен,
Джойль Н. Уебер, Марк. Д. Рот, Мат Схалит, Нельсон Н. Ф. Биб,
Реджин Пэйт, Сем Тардье.

Спасибо Михаэлю Стоуну за проведение тестов релизов это пакета
на релизе Debian unstable, и всем добрым людям, которые использовали
этот релиз, находили и сообщали об ошибках.

Заметим, что каждая страница руководства автоматически генерируется согласно
шаблону из соответствующего сообщения --help.  Исправления к файлам шаблонов
(man/*.x) приветствуются.  Официальная документация в форме Textinfo 
располагается в каталоге doc.

Если вы проводите тестирование на ОС SunOS4.1.4, то, вероятно, тест ctime-части
ls `time-1' приведёт к сбою.  Я полагаю, что причина сбоя в
методах Sun, реализованных в link(2) и chmod(2).


***************************
Провал компоновки HPUX 11.x
---------------------------

Известная проблема была при компиляции в HPUX на обоих hppa и ia64
в режиме 64-бит (т.е. +DD64) в HP-UX 11.0, 11.11, и 11.23.  Она
не относится к ошибке пакета, но мы должны сообщить об ошибке в системном 
заголовочном файле, который запрещает операции в 64-битном режиме.
По умолчанию установлен режим компиляции 32-битных приложений и 
компилирование программного обеспечения хорошо проходит в режиме по умолчанию.
Чтобы скомпоновать это программное обеспечение в 64-битном режиме, вам нужно 
исправить системный заголовочный файл /usr/include/inttypes.h. После 
исправления этого файла программное обеспечение будем компилироваться в 
64-битном режиме. Вот один из возможных патчей для решения этой проблемы:

--- /usr/include/inttypes.h.orig	Thu May 30 01:00:00 1996
+++ /usr/include/inttypes.h	Sun Mar 23 00:20:36 2003
@@ -489 +489 @@
-#ifndef __STDC_32_MODE__
+#ifndef __LP64__


***********************
Запуск тестов как root:
-----------------------

Если вы запускаете тесты как root, заметьте, что некоторые из этих тестов
создают файлы и/или запускают программы как не-root пользователи, по 
умолчанию `nobody'. Если вы хотите использовать другую непривилегированную 
учётную запись, укажите её через переменную окружения NON_ROOT_USERNAME. 
В зависимости от прав доступа, с которыми были созданы рабочие каталоги,
использование `nobody' может потерпеть неудачу, потому что этот пользователь 
не будет иметь доступа на чтение и запись при компоновке и тестировании в 
этих каталогах. Лучше всего распаковывать и компоновать под 
непривилегированным пользователем, и запустить следующую команду чтобы этот 
пользователь смог запустить тесты с требуемыми привилегиями:

  sudo env NON_ROOT_USERNAME=$USER make -k check

Если вы имеете привилегии root, пожалуйста, протестируйте в этом режиме
и сообщите о обнаруженных проблемах.  Мы получаем очень мало тестов, 
охватывающих этот режим, что подтверждает редкое тестирование под 
непривилегированным пользователем.


*********************
Сообщение об ошибках:
---------------------

ВАЖНО: если у вас есть желание сообщить нам об ошибках тестирования,
пожалуйста, вложите вывод команды `make check' в подробной форме для каждого 
неудачного теста.  Например, если неудачный тест - /mv/hard-link-1, то вы
должны запустить программу:

  env VERBOSE=yes make check -C tests/mv TESTS=hard-link-1 >> log 2>&1

По большинству тестов вы должны получить как можно больше информации, указав 
во переменную среды окружения DEBUG=yes:

  env DEBUG=yes VERBOSE=yes make check -C tests/mv TESTS=hard-link-1 >> log 2>&1

и затем вложить содержимое файла `log' в ваше сообщение об ошибке.

***************************************

У нас проводится множество тестирований, но не настолько много, насколько 
нам нужно. Дополнения и исправления очень приветствуются.

Если вы заметили проблему, то вы всегда можете сообщить нам, не стесняйтесь
напоминать о своих сообщениях - это не побеспокоит, а послужит напоминанием. 
Кроме того, чем более детально описана проблема, тем быстрее будет исправлена 
ошибка. Если вы отправили готовый патч и через пару недель вы не получили 
подтверждения, пожалуйста, уведомите нас.  Готовый патч должен включать 
правильно указанную запись ChangeLog, унифицированный формат патча
(diff -u формат) с последним релизом пакета (или, ещё лучше, сравнение с 
последними версиями в репозитории CVS), объяснение для чего необходим или 
полезен патч, и (если возможно) информацию об условиях воспроизведении ошибки. 
Плюс, вы сильно улучшите свою карму если вложите контрольный пример
для показа ошибки, которые вы исправили. Инструкция для получения последней 
версии исходного кода из CVS:

  http://savannah.gnu.org/cvs/?group=coreutils


Если ваш патч добавляет новую функциональность, попробуйте получить 
согласие разработчика в каком-нибудь виде, что это заслуживающее внимания 
изменение.  Один из способов сделать это - послать сообщение на почту:
bug-coreutils@gnu.org, приложив описание и обоснование, какие вы сможете 
указать. Основываясь на обратной связи между нами, которая будет установлена,
вы сможете убедить нас в том, что указанную возможность следует добавить.


ВНИМАНИЕ: если вы изменяете файлы вроде configure.in, m4/*.m4, aclocal.m4,
или Makefile.am, то не удивляйтесь, если не получится собрать приложения. 
Вы должны использовать соответствующие версии automake и autoconf. Чтобы 
узнать, какие версии являются "соответствующими" просмотрите

  * версия autoconf указана через AC_PREREQ в m4/jm-macros.m4
  * версия automake указана через AM_INIT_AUTOMAKE в configure.ac

Обычно лучше использовать более новые версии программ, чем указано.

Все программы, за исключением `test' распознают опцию `--version'.
Когда сообщаете об ошибке, пожалуйста, добавьте в предметную строку 
название/версию пакета и название программы, в которой вы обнаружили 
проблему.

Для того, чтобы увидеть основную документацию по программированию и 
используемым стандартам в сопровождении этой поставки, смотрите 
Стандарты Программирования GNU, http://www.gnu.org/prep/standards_toc.html.

Письма в виде предложений и сообщений об ошибках для этих программ 
отправляйте на адрес, указанный в последней строки вывода --help.

Перевод с английского russians <pawel5@mail.ru> 2007