После пяти месяцев разработки вышла (http://savannah.gnu.org/forum/forum.php?forum_id=6553) новая стабильная версия набора базовых системных утилит GNU CoreUtils 8.6. В coreutils входят такие программы, как sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln, ls и т.д. В новой версии отмечено около 200 изменений, большая часть которых связана с исправлением ошибок.Из новшеств можно отметить:
- В утилиту "cp" добавлена поддержка опции "--attributes-only", при указании которой копируются только атрибуты файла, без изменения данных в целевом файле;
- Утилита "du" с целью повышения совместимости с FreeBSD теперь распознает опцию "-d N", как эквивалент "--max-depth=N";
- В утилите "sort" добавлена поддержка комбинирования опций "-d", "-f", "-i", "-R" и "-V" в любом сочетании. Появилась поддержка опции "--debug", при которой выделяются части, важные для сортировки;- В утилите "stat" добавлена директива управления форматом вывода "%m", которая выводит ин...
URL: http://savannah.gnu.org/forum/forum.php?forum_id=6553
Новость: http://www.opennet.me/opennews/art.shtml?num=28307
многопотоковый sort - айс
вот лучше бы в составе винды GNU CoreUtils поставляли, нежели "power" shell
Они не под кошерной для MS лицензией :D
я бы не доверил сборки coreutils майкрософту ) с этим лучше справляется команда cygwin (redhat)
Не дождетесь имхо. Очень уж любят они свои местечковые костыли и грабли.
Ой, как они портировали sort...
MinGW, не?Под виндой весь этот посикс бессмысленнен - это два неполностью пересекающихся мира, которые уже не натянуть друг на друга.
Это из-за этих утилит операционная система называется GNU/Linux, а не просто Linux?
Это по логике она так называется. Ядро ведь не может работать "само по себе", следовательно, ему нужно что то ещё. В данном случае, утилиты GNU.
не всегда.
бывает достаточно и одного ядра, если все что нужно можно проделать в кернел-спейс.
или потребности в юзер-спейс минимальны.
но сейчас таких устройств все меньше, если даже в домашних роутерах уже полноценные ОС.
правда в них как правило базибокс, но эти проекты связаны, так что...
а как называть систему где linux kernel & busybox/ucLibc утилитами? без всяких coretools/glibc ;-)
Linux-based operating system, наверное.
> Linux-based operating system, наверное.умница а еще один наводящий вопрос.
а чем она по функционалу отличается от GNU/Linux ?
и почему бы не называть все это семейство Linux ? ;-)
Почему надо обязательно выпирать GNU?
Ибо инсталяций без gnu tools намного больше чем с ними :) одна стопка роутеров/adsl модемов и тп.
> и почему бы не называть все это семейство Linux ? ;-)Потому что Linux - название ядра ОС. А ОС не может называться, так же как и ядро, IMHO. Вы же не называете стулья или столы - ножками, потому что ножки всего лишь их часть.
> Почему надо обязательно выпирать GNU?
Why not? Расплывчатые понятия не нужны. Если я имею ввиду поделие гугля, я так и говорю - Android, если я имею ввиду ОС GNU с ядром Linux, я так и говорю - GNU/Linux. Зачем мне называть это - Linux-based OS непонятно. В случае с прошивкой для роутера можно так сказать (и сразу будет ясно, что ты имеешь ввиду не Android и не GNU/Linux), потому что не будешь же говорить Busybox+чего то там+Linux. А в случае с GNU/Linux всё вполне нормально звучит и главное, не двусмысленно.
> а чем она по функционалу отличается от GNU/Linux ?
> Ибо инсталяций без gnu tools намного больше чем с ними :)Это, в данном случае, не важно.
> Why not? Расплывчатые понятия не нужны. GNU Linux.именно зачем расплывчатые понятия - тогда когда можно сказать GNU linux - надо говорить Ubuntu, RedHat, Fedora, Suse, ... etc. ведь так? продолжим до конца формализовать понятия ?
Потому что нет такого дистрибутива GNU linux - есть андроид, есть дистрибутив роутера базирующийся на busybox, есть еще стопка из сто-питьсот дистрибутивов.
На каком основании FSF - требует что бы писали GNU/Linux всегда - не понятно. тем более что gnu сделано ооочень маленькая часть о необходимого софта в дистрибутиве.
> а чем она по функционалу отличается от GNU/Linux ?
> Ибо инсталяций без gnu tools намного больше чем с ними :)
> Это, в данном случае, не важно.Важно. важно - ибо не понятно почему авторы не самого значительного куска в дистрибутиве - выпячивают свое самомнение и пытаются требовать указывать их trademark в указании на произвольный дистрибутив.
Тем более оказывается что даже не в самой распространной исталяции он присутсвует.Вот не станет gnu coretools/nettools - как это отразится на стопках роутеров - да никак :) продолжится развитие как встраиваемой OS :)
> именно зачем расплывчатые понятия - тогда когда можно сказать GNU linux -
> надо говорить Ubuntu, RedHat, Fedora, Suse, ... etc. ведь так?Нет. Это зависит от того, что вы имеете в виду. Если все дистрибутивы в целом, то можно сказать - "GNU/Linux" или "дистрибутивы GNU/Linux", а когда надо выделить какой либо дистрибутив, то следует говорить конкретней - Ubuntu GNU/Linux, например.
> Потому что нет такого дистрибутива GNU linux
Есть такая группа дистрибутивов. И когда надо указать на неё, так и говорят.
> На каком основании FSF - требует что бы писали GNU/Linux всегда
Не всегда, а только когда речь идёт о системе GNU/Linux. Андроид, например, к ним не относится.
> тем более что gnu сделано ооочень маленькая часть о необходимого софта в дистрибутиве.
Linux как бы тоже не 90% дистрибутива составляет. Дело не в том, сколько сделала, а в том, что утилиты GNU и ядро Linux составляют рабочий минимум этих дистрибутивов.
> не понятно почему авторы не самого значительного куска в дистрибутиве
Есть два самых важных куска - Linux и утилиты GNU. Всё остальное необязательно для работы системы.
> Тем более оказывается что даже не в самой распространной исталяции он присутсвует.
> Вот не станет gnu coretools/nettools - как это отразится на стопках роутеров - да никак :) продолжится развитие как встраиваемой OS :)ОС на основе ядра Linux не имеют отношения к GNU/Linux. Какая разница, распространены они больше или меньше, их никто не просит называть GNU/Linux, потому что они не являются системой GNU с ядром Linux.
> ОС на основе ядра Linux не имеют отношения к GNU/Linux. Какая разница, распространены они больше или меньше, их никто не просит называть GNU/Linux, потому что они не являются системой GNU с ядром Linux.как так? а вот столман говорит надо все называть :)
> как так? а вот столман говорит надо все называть :)Нет, он говорит, что надо называть все дистрибутивы GNU/Linux, GNU/Linux`ом, а не как кому захочется - Ubuntu, Mandriva Linux, BolgenOS...
Самое интересное - лицензия на BusyBox - GNU GPL, а значит и это гнутые утилиты, разве не так?
>На каком основании FSF - требует что бы писали GNU/Linux всегда - не понятно. тем более что gnu сделано ооочень маленькая часть о необходимого софта в дистрибутиве.Ядро, как и большая часть необходимого софта в дистрибутиве, вообще-то, собирается обычно именно GNU-компилятором.
> Ядро, как и большая часть необходимого софта в дистрибутиве, вообще-то, собирается обычно именно GNU-компилятором.Макось, кажется, до сих пор им собирается, но это же не повод называть её GNU/MacOS :)
>> Ядро, как и большая часть необходимого софта в дистрибутиве, вообще-то, собирается обычно именно GNU-компилятором.
> Макось, кажется, до сих пор им собирается, но это же не повод
> называть её GNU/MacOS :)Она и не свободная... а раз так, Столлман и не настаивает, а остальные и не подхватывают. К флагману свободных ОС совсем другое у него отношение, да это и естественно.
OpenBSD тоже GNU GCC собирается, но никто даже не говорит о том, чтобы называть её GNU/OpenBSD. А вот систему GNU с ядром OpenBSD так называют, см. Gentoo GNU/OpenBSD.
а почему тогда не базибоксОС?
> Почему надо обязательно выпирать GNU?
> Ибо инсталяций без gnu tools намного больше чем с ними :) одна
> стопка роутеров/adsl модемов и тп.Встречный наводящий вопрос - а при помощи каких утилит и компиляторов все это обычно собирается?
это минимальный набор (по POSIX стандарту), который из голого ядра делает полноценную ОС.
> Это из-за этих утилит операционная система называется GNU/Linux, а не просто Linux?В том числе. Ещё командный процессор нужен, терминал управления, см. POSIX: http://ru.wikipedia.org/wiki/Posix
в том числе
Система называлась, называется и будет называться просто Linux, как бы дармоедам из GNU не хотелось попиариться.
У дураков и дармоедов, разумеется.
> При выводе времени в "ls -l" теперь используется три поля (xx:xx:xx) вместо двух, если текущая локаль явно не определяет стиль вывода времени;Нужно проверить, не поломались ли скрипты. В частности, extfs lslR в MC.
это кривые скрипты, которые небось егрипом (если не перлом) вывод даты парсили.
awk-ом.
Кхе, кхе … 8) Маленькое уточнение: в busybox весь функционал берется извне. Это, если хотите - извращенный метод сборки тех же coreutils и прочих *[tool|util]s позволяющий сэкономить место.
> - Утилита "du" с целью повышения совместимости с FreeBSD теперь распознает
> опцию "-d N", как эквивалент "--max-depth=N";Жизнь налаживается... =)
P.S.
Если кто из разрабов этих самых coreutils читает данную тему, я бы рекомендовал рассмотреть такую опцию из bsd версии команды date:
-r seconds
Print the date and time represented by seconds, where seconds is
the number of seconds since the Epoch (00:00:00 UTC, January 1,
1970; see time(3)), and can be specified in decimal, octal, or
hex.Очень удобная штука.
-r в gnu date занят, но можно подумать вместить это под другой буквой.
>> - Утилита "du" с целью повышения совместимости с FreeBSD теперь распознает
>> опцию "-d N", как эквивалент "--max-depth=N";
> Жизнь налаживается... =)
> P.S.
> Если кто из разрабов этих самых coreutils читает данную тему, я бы
> рекомендовал рассмотреть такую опцию из bsd версии команды date:
> -r secondsтам это есть (где-то в примерах из info date) - но строчка получается не слабая :)
>-r secondsdate +%s ???
>>-r seconds
> date +%s ???$ date +%s
1289755949
$ date -r 1289755949
воскресенье, 14 ноября 2010 г. 23:32:29 (NOVT)дошло?