Вход на сайт

Просмотр новости

Найдите то, что Вас интересует

Выпуск uutils 0.11, варианта GNU Coreutils на языке Rust

Дата публикации: 01-09-2026 06:21:57

Опубликован выпуск проекта uutils coreutils 0.11.0 (Rust Coreutils), развивающего аналог пакета GNU Coreutils, написанный на языке Rust. В состав coreutils входит более ста утилит, включая sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln и ls. Целью проекта является создание кроссплатформенной альтернативной реализации Coreutils, среди прочего способной работать на платформах Windows, Redox и Fuchsia.

Основное содержимое страницы с новостью.

Опубликован выпуск проекта uutils coreutils 0.11.0 (Rust Coreutils), развивающего аналог пакета GNU Coreutils, написанный на языке Rust. В состав coreutils входит более ста утилит, включая sort, cat, chmod, chown, chroot, cp, date, dd, echo, hostname, id, ln и ls. Целью проекта является создание кроссплатформенной альтернативной реализации Coreutils, среди прочего способной работать на платформах Windows, Redox и Fuchsia.

Rust Coreutils задействован по умолчанию в выпуске Ubuntu 25.10 и частично в Ubuntu 26.04. Rust Coreutils также применяется в дистрибутивах AerynOS (Serpent OS) и Apertis (развивается компанией Collabora). В отличие от GNU Coreutils реализация на Rust распространяется под пермиссивной лицензией MIT, вместо копилефт-лицензии GPL. Дополнительно той же командой разработчиков развиваются написанные на Rust аналоги наборов утилит util-linux, diffutils, findutils, procps и acl, а также программ sed и login.

В новой версии Rust Coreutils:

  • Уровень совместимости с эталонным набором тестов GNU Coreutils составил 95.33% (было 94.44%). Успешно выполнено 653 теста, что на 8 больше, чем в прошлой версии (645). 22 теста завершились неудачей (было 29), а 15 тестов было пропущено (было 15).
  • Интегрирован новый движок для диагностики проблем, основанный на библиотеке ariadne и выводящий при запуске утилит в терминале наглядные отчёты об ошибках c пометкой аргументов командной строки, из-за которых возникла проблема. Визуализация ошибок задействована в утилитах chmod, mkdir, mkfifo, mknod, install, tr, expr, sort, numfmt, cut, env, head, tail, truncate, split, shred, stdbuf, od, seq, dd, stat, join, csplit, ls, df и du. Для отключения диагностических отчётов предложена переменная окружения UUTILS_DIAG.
    CFD0C5CECEC5D4_1788243698.png
  • При сборке релизов активированы оптимизации на основе результатов профилирования кода (PGO - Profile-guided optimization), позволяющие генерировать более оптимальный код на основе анализа особенностей выполнения программы. По оценке разработчиков прирост производительности при выполнении некоторых операций составил до 31%.
  • Проведена оптимизация производительности утилит cp (+32.93%), join (в 2.5 раза быстрее, чем GNU за счёт отключения лишних сравнений локали), od, ptx (+4%), nl, tail, expand, unexpand, numfmt и sort. Как ошибки стали рассматриваться ситуации с выполнением операций заметно медленнее чем в GNU Coreutils.
  • Устранены отдельные расхождения с GNU Coreutils в поведении утилит pr, numfmt, join, id, mkdir, fold, sort, stat, od и date.
  • Реализованы специфичные для GNU Coreutils опции: "uname -A", "uname --all-labeled", "cut -F", "cut --whitespace-delimited", "pr --columns", "pr --join-lines", "pr -f".
  • В утилитах mv, cp, rm, chmod, stdbuf проведена работа по усилению безопасности для предотвращения появления уязвимостей, вызванных состоянием гонки, позволяющим изменить данные в момент после проверки корректности информации, но до выполнения операции с ними, например, подменить файл на символическую ссылку в момент между завершением проверки и началом выполнения операции. В контексте использования утилит cp, chmod и mv в системных скриптах, запускаемых с правами root, подобные уязвимости позволяют скопировать или перезаписать произвольные файлы.
  • Проведена работа по устранению аварийных завершений в утилитах split, yes, sort, stat, csplit, ls, od, nl, pr, csplit, dd, touch, tail, tac, who.
  • Реализованы варианты утилит kill и uptime для Windows.
  • Прекращено использование пакетов byteorder, same-file, filetime, winapi-util, file_diff, mockstream, binary-heap-plus, compare, arrayref (недавно был скомпрометирован), exacl и dns-lookup в пользу функций из библиотек std, rustix и windows-sys.
  • В утилиты ls и comm добавлена поддержка свойств локали "collation", позволяющих выполнять сопоставления с учётом смысла символов (например, при сравнении может не приниматься во внимание знак ударения).
  • Улучшена работа с многобайтовыми символами в утилитах nl и cut.

Дополнительно можно отметить публикацию компанией Canonical двух экспериментальных образов контейнеров с начинкой для разработки программ на языке Rust, соответствующих спецификации Dev Container. Первый образ включает Rust 1.93, Cargo, rust-analyzer, Clippy, Rustfmt, Miri (интерпретатор для выявления неопределённого поведения), cargo-auditable (аудит сборок), GCC, Clang, LLD, pkg-config, Just, Git, Vim, Helix, Ripgrep, Hyperfine, Bacon, xh и curl. Второй образ помимо этого содержит пакеты для разработки Ubuntu: git-buildpackage, sbuild, ubuntu-dev-tools, devscripts, dh-make, dh-cargo, autopkgtest, cargo-vendor-filterer.

  1. Главная ссылка к новости (https://github.com/uutils/core...)
  2. OpenNews: Выпуск uutils 0.10, варианта GNU Coreutils на языке Rust
  3. OpenNews: Возвращение в Ubuntu утилиты cp из Rust Coreutils привело к сбою при сборке livecd-rootfs
  4. OpenNews: Microsoft представил Coreutils для Windows, эмулятор терминала Intelligent Terminal и контейнеры в WSL
  5. OpenNews: В Rust Coreutils выявлено 113 уязвимостей. В Ubuntu 26.04 возвращены cp, mv и rm из GNU Coreutils
  6. OpenNews: Уязвимости в snapd и Rust Сoreutils, позволяющие получить root-привилегии в Ubuntu
Лицензия: CC BY 3.0 Короткая ссылка: https://opennet.ru/66185-uutils Ключевые слова: uutils, rust, coreutils
 
2.4, Аноним (4), 10:57, 01/09/2026 [^] [^^] [^^^] [ответить]   +4 +/
Новых ОС не будет, потому что все ОС полагаются на фундамент POSIX. Вон, в Redox попробовали подход "все есть URL", но в итоге обратно к файлам вернулись. Пока не будет изобретен фундаментально новый способ хранения информации ничего ждать не стоит. Лучше дальше идеи POSIX развивать и строить на них ОС.
 
 
3.8, Аноним (8), 11:06, 01/09/2026 [^] [^^] [^^^] [ответить]   –2 +/
Неверно. GNU/Linux это самая передовая операционная система в мире. Поэтому и нет новых ОС. Что может быть передовее самой, передовой? Ни-че-го.
 
 
4.10, Аноним10084 и 1008465039 (?), 11:26, 01/09/2026 [^] [^^] [^^^] [ответить]   +4 +/
При всём уважении к Linux, передовое в нем - объем капзатрат и вклад корпораций. Поэтому да, в него пилят все самые современные и крутые фичи, но архитектурно в чём он передовой?
 
 
5.12, Аноним (12), 11:41, 01/09/2026 [^] [^^] [^^^] [ответить]   –3 +/
>При всём уважении к Linux, передовое в нем - объем капзатрат и вклад корпораций

Корпорации ничего не вкладывают в GNU/Linux. Корпорации пользуются трудом Сообщества вкладывая в себя.

>архитектурно в чём он передовой?

Тем, что аккумулирует в себя все передовые технологии. Кроме тех, которые на практике ничем себя не проявили. На практике микроядра и Майкрософтские объекты это красивая и одновременно бесполезная на практике теория. Линукс и чистый Си работает на практике и для практиков.

 
 
6.16, Аноним (16), 11:45, 01/09/2026 [^] [^^] [^^^] [ответить]   +5 +/
> Корпорации ничего не вкладывают в GNU/Linux

*Смеётся по-фински в Linux Foundation*

 
6.17, Аноним10084 и 1008465039 (?), 11:46, 01/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
> Корпорации ничего не вкладывают в GNU/Linux.

А весь код, который пишут сотрудники корпораций на зарплате в ядро? А спонсорство?

> Тем, что аккумулирует в себя все передовые технологии.

Ну только он не архитектурно делает, а засчет гигантских капзатрат. О чём я упомянул

> На практике микроядра и Майкрософтские объекты это красивая и одновременно бесполезная на практике теория.

Микроядра - пожалуй не взлетели, кроме специфических мест. NT, однако, показала себя неплохо.

> Линукс и чистый Си работает на практике и для практиков.

Тут не спорю. Он не особо изящный, но работает, тут надо отдать должное

 
6.27, Аноним (27), 12:44, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
> Корпорации ничего не вкладывают в GNU/Linux. Корпорации пользуются трудом Сообщества вкладывая в себя.

Спасибо, посмеялся. Даже по старым показателям доля разработки от компаний была 75%.

 
 
7.57, Аноним (56), 16:00, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Ну это они для себя пишут. Не для Сообщества. А теперь где твой смех?
 
 
8.90, _ (??), 03:19, 02/09/2026 [^] [^^] [^^^] [ответить]  –1 +/

Все хорошие штуки в этом говённом мире - появлялись именно так Плевать на Сооб... текст свёрнут, показать

 
 
5.32, Аноним (32), 13:28, 01/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
Это только у тех, кто этот сабж у себя в дистр впендюрил. И то, этого ещё недостаточно, GLibc на Хрусте ещё не переписали. Да и кроме coreutils ещё в базе есть GPL'ный софт.
 
 
6.41, User (??), 14:36, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Не сильно удивлюсь, если "в штуках" окажется, что "самый распространенный" - это какая-нибудь alpine с musl+busibox, ага
 
6.46, Аноним (46), 14:59, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
1df12e22f20af9e64081b6612a0933b4.jpg> Это только у тех, кто этот сабж у себя в дистр впендюрил.
> И то, этого ещё недостаточно, GLibc на Хрусте ещё не переписали.

Э-э, я тебя расстрою, но есть такой дистр, Ведроид (или как-то так) называется. Пара-тройка миллиардов устройств-пользователей. Так вот - там ни глибц, ни корутилит.
Впрочем и в домашних вай-фай маршрутизаторах их тоже может и не быть:
https://www.tp-link.com/us/support/faq/1055/
> TP-Link product firmware does not use glibc and is therefore not at any risk as a result of this vulnerability.

 
 
7.51, Аноним (32), 15:23, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
А Ведроид ты к чему вообще упомянул? Ведроид - не дистрибутив вообще, и не GNU/Linux, а отдельная ОСь. Там даже ядро далеко от ванильного.

OpenWRT можно и GLibc собрать. Совместимость с софтом от этого только улучшится.

 
 
8.54, Аноним (46), 15:45, 01/09/2026 [^] [^^] [^^^] [ответить]  +1 +/

1df12e22f20af9e64081b6612a0933b4.jpgКак же я обожаю опеннетный дуализм - когда надо Линукс везде Смотрите сколь... большой текст свёрнут, показать

 
 
9.74, Аноним (74), 18:20, 01/09/2026 [^] [^^] [^^^] [ответить]  +/

Лично я никогда Ведроид дистрибутивом GNU Linux не считал А с чего ты взял, что... текст свёрнут, показать

 
9.75, Аноним (75), 18:21, 01/09/2026 [^] [^^] [^^^] [ответить]  +/

С тех пор, как гугл стал накладывать столько патчей, что оно из linux превратило... текст свёрнут, показать

 
6.89, Тот_Самый_Анонимус_ (?), 00:35, 02/09/2026 [^] [^^] [^^^] [ответить]   +/
> Да и кроме coreutils ещё в базе есть GPL'ный софт.

А при чём тут гпл? Сам линух - это гпл. Я про гну. Линух уже давно не гну (т.к. вклад тех же редхатов превышает гнутый), а теперь этот набор утилит убивает все аргументы любителей писать неправильно.

 
4.73, Аноним (73), 18:12, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Linux это не ОС, а ядро. Операционная система с ядром Linux есть только одна -- Android. Всё остальное это дистрибутивы софта. Разница примерно как между каналом и канализацией, если понимаешь о чём я.
 
3.9, Аноним10084 и 1008465039 (?), 11:24, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Ну есть Windows NT, она внутри вообще не POSIX, а POSIX-подсистема в ней была чисто для галочки. Насколько я понимаю, в NT для ядра всё есть объект. Но да, состояние ReactOS мы видим - прикольно, мощно (всё-таки энтузиастам довести систему до запуска того, что она запускает - это мощно), но увы недостаточно мощно, чтобы выйти из альфы в маломальскую бету. А без софта и без winapi аналог Windows NT как будто не нужен... Всё в софт упирается, опять же

Не POSIX ОСи вроде только в сегменте RTOS ещё остались, но это обычно условный марсоход и там весь софт под одну конкретную железку и ее миссию

 
3.15, Аноним (15), 11:44, 01/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
В Fuchsia уже попробовали концепцию всё есть drm и реклама, чёт не взлетело тоже. Новые ОС пишут регулярно и я имею в виду каждый год по 5 штук, но нужны ли они кому?
 
 
4.18, Аноним10084 и 1008465039 (?), 11:52, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Да просто в каком-то смысле раньше интересней было, много разных концепций, много разных ОС. Но я согласен, что в целом оно не очень нужно по жизни
 
 
 
6.20, Аноним10084 и 1008465039 (?), 11:56, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Да, в этом и дело. Какую бы концепцию новую распрекрасную не придумать - для старого софта всё равно потребуется эмуляция почти всех старых концепций. И если в 90-е ещё можно было попробовать новую систему сделать, особенно с учётом того, что часто выходило новое железо, сейчас уже накоплено столько программного наследия, что это едва возможно
 
 
7.42, User (??), 14:42, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
И меж тем межделмаш все еще полную обратную совместимость с s/360 60-лохматого-года таскает - ну, чисто чтоб софт не переписывать
 
3.62, Аноним (62), 16:46, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Smalltalk/squeak/pharo были интересны концептуально
 
3.77, DEF (?), 18:47, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
>Вон, в Redox попробовали подход "все есть URL", но в итоге обратно к файлам вернулись.

Ложь. Этот подход актуален до сих пор.

 
2.30, Аноним (30), 13:02, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
> Альтернативы - это всегда хорошо. Раз уж нет заметных новых ОС нынче, новый набор главный утилит - уже что-то интересное

Альтернатива? Поставьте Ubuntu 26.04 и попробуйте переключиться на GNU Coreutils...

 

1.2, Аноним (2), 10:45, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   –3 +/
> Уровень совместимости с эталонным набором тестов GNU Coreutils составил 95.33%

Это ложь. Эталонного набора тестов GNU Coreutils не существует.

 
 
2.7, Аноним (8), 11:01, 01/09/2026 [^] [^^] [^^^] [ответить]   +7 +/
Во всяком случае, сам GNU Coreutils сам по себе эталон.
 
 
3.78, Аноним (78), 19:14, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Это так, вот только они не создавали эталонных тестов. У них просто тесты, никаким боком не являющиеся эталонными.
 

1.5, Аноним (5), 10:57, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +1 +/
> Интегрирован новый движок для диагностики проблем, основанный на библиотеке ariadne и выводящий при запуске утилит в терминале наглядные отчёты об ошибках c пометкой аргументов командной строки

интересно, а сколько поломается софта из-за этого, как было с выводом даты

 
 
 
3.23, Аноним10084 и 1008465039 (?), 12:16, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Жаль, что объектный шелл типа Powershell или nushell пока не взлетел. Там это более изящно решается. Но все уже привыкли к чистому парсингу текста
 
 
4.29, Аноним (29), 12:58, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
ты видимо недостаточно набивал в них шишки
 
 
5.31, Аноним10084 и 1008465039 (?), 13:22, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Если у вас есть что рассказать по этому поводу или направить куда-то, буду рад почитать. Я скорее просто смотрю на это как на красивую идею, но сам пока работал 99% времени с текстовыми шеллами. С Powershell немного пересекался - там меня помню раздражала непоследовательность, что если объектов два - выдаётся массив, а если один - то внезапно выдаётся только он сам, а не массив из одного (хотя это вроде можно как-то отрегулировать)
 
4.83, нах. (?), 21:40, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
у powershell оно немного кривовато решается - по сути внутри объекты это строки, что иногда вылезает боком.

ну и скорость работы оставляет желать...

в качестве шелла этим постоянно пользоваться надо себя очень все же не любить. Когда tab completion скребет диском по пол-минуты (а потом еще и выводит не то)

 
 
5.87, Аноним (73), 23:05, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
> ну и скорость работы оставляет желать...

Ну не пиши критичные к скорости вещи на павершелле, скажи клаве чтобы C# хотя бы взяла.

> Когда tab completion скребет диском по пол-минуты

На NVME не скребёт ;)

> (а потом еще и выводит не то)

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

 
 
6.88, нах. (?), 23:40, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
не, я не про писанину, я про пользование именно как шелла. Очень неудобно и медленно.

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

На nvme тоже.

 

1.6, Аноним (6), 10:59, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +/
По оценке разработчиков прирост производительности при выполнении некоторых операций составил до 31%.
Проведена оптимизация производительности утилит cp (+32.93%),


вот так и язык свой оценивают. 32 до 31

 
 
2.38, Аноним (38), 13:51, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Это же растерманы, они как-то в FF путали сравнения больше-меньше.
 

1.13, Аноним (16), 11:41, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   –1 +/
> Интегрирован новый движок для диагностики проблем

ахах, вектор задан, но лучше сразу пропускайте ввод через ИИ, на его одобрение.

 
 
2.40, Аноним (40), 14:26, 01/09/2026 [^] [^^] [^^^] [ответить]   +4 +/
Скорее сказал бы, что нельзя просто так взять и переписать coreutils
 

1.25, Аноним (25), 12:27, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +/
О, может теперь откроют штатную обнову с ubuntu 24.04 до 26.04.1
А то для простых смертных отложили из-за регрессий в этих coreutils
 
1.37, Аноним (38), 13:49, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +1 +/
Процентаж выполненного прям как в виндоузе: последние проценты тянутся особенно долго.
 
 
2.44, freehck (ok), 14:50, 01/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
a494d494c0bd6f76cae0eef0aa6f7dfc.jpg> Процентаж выполненного прям как в виндоузе: последние проценты тянутся особенно долго.

По классике: работа выполнена на 95% — 95% времени

 

1.43, freehck (ok), 14:47, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +2 +/
a494d494c0bd6f76cae0eef0aa6f7dfc.jpg> Проведена работа по устранению аварийных завершений в утилитах split, yes, sort, stat, csplit, ls, od, nl, pr, csplit, dd, touch, tail, tac, who.

Это, право слово, любопытная строчка. Аварийное завершение таких вещей, как yes, stat и touch — удивительно. Они ж буквально тривиальные. Где там косяки-то могли всплыть. Я понимаю, где можно было накосячить в ls, tail или dd, например. Но в этих-то как... )

В любом случае, альтернативы — это конкуренция, нехай ребята работают. Жаль, конечно, что под пермиссивом пилят, так что успехов им не желаю, но в целом — за их работой интересно следить.

 
 
2.55, User (??), 15:47, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Ээээ... ты будешь смеяться - но на тот же gnu'тый yes анализатор ругается. Говорит, переполнение буфера при дохрена длинных аргументах - на практике конечно в posix'овый ARG_MAX упрешься, но если на шкаф залезть...
 
2.63, Анонимм (??), 17:00, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
1df12e22f20af9e64081b6612a0933b4.jpg>> Проведена работа по устранению аварийных завершений в утилитах split, yes, sort, stat, csplit, ls, od, nl, pr, csplit, dd, touch, tail, tac, who.
> Это, право слово, любопытная строчка. Аварийное завершение таких вещей, как yes, stat
> и touch — удивительно. Они ж буквально тривиальные. Где там косяки-то

"Обобщение" в переводе. В оригинале:
---
Robustness: Anti-Panic & Anti-Hang

    Hangs fixed: split endless loop, yes deadlock, sort Lines fuse when a chunk boundary lands exactly at EOF
    Panics and aborts fixed in stat and csplit on /dev/full, ls with an invalid
---

> Жаль, конечно, что под пермиссивом пилят, так что успехов им не желаю,

Болеть за дело ГНУ из под мака ... чего только не встретишь в этих ваших интернетах.

 
 
3.66, freehck (ok), 17:07, 01/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
a494d494c0bd6f76cae0eef0aa6f7dfc.jpg> "Обобщение" в переводе.

Спасибо, принято.

> Болеть за дело ГНУ из под мака ... чего только не встретишь в этих ваших интернетах.

Да ничего удивительного. Вы абсолютисты, и вам кажется, что если человек болеет за СПО, то он должен исключительно и только СПО использовать.
Мне же ближе утилитарные взгляды: если проприетарный инструмент служит моим целям лучше его свободного аналога — он и будет взят на вооружение.

А всё потому, что я строю IT-системы огромных масштабов, мне время дорого. Я не могу допускать, чтобы в моей системе на ровном месте что-то сломалось из-за того, что производители стороннего проприетарного ПО внезапно отвалились. Мак позволяет мне закрыть этот вопрос деньгами. Линукс-десктоп — только временем. Лишние деньги у меня есть, а вот лишнего времени — нет.

 
 
4.70, Анонимм (??), 17:59, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
1df12e22f20af9e64081b6612a0933b4.jpg>> "Обобщение" в переводе.
> Спасибо, принято.
>> Болеть за дело ГНУ из под мака ... чего только не встретишь в этих ваших интернетах.
> Да ничего удивительного. Вы абсолютисты, и вам кажется, что если человек болеет
> за СПО, то он должен исключительно и только СПО использовать.
> Мне же ближе утилитарные взгляды: если проприетарный инструмент служит моим целям лучше
> его свободного аналога — он и будет взят на вооружение.

Гм-хм, мы то может и "абсолютисты" ... но и "под пермиссивом пилят, так что успехов им не желаю" (как заодно и эдакое приравнивание пермиссивки к проприетари) как-то не очень вяжется с "утилитарными взглядами", скорее двойными стандартами 😉.  

 
 
5.76, freehck (ok), 18:29, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
a494d494c0bd6f76cae0eef0aa6f7dfc.jpg> Гм-хм, мы то может и "абсолютисты" ... но и "под пермиссивом пилят,
> так что успехов им не желаю" (как заодно и эдакое приравнивание
> пермиссивки к проприетари) как-то не очень вяжется с "утилитарными взглядами", скорее
> двойными стандартами 😉.

Хо-хо! А вот это было тонко, я оценил. =)

Впрочем, никаких двойных стандартов. Утилитарные взгляды не отменяют стратегического планирования.
Как пользователь я беру то, что работает. Как инженер я вижу, какие модели вредят экосистеме в долгую.
Это не противоречие — это два уровня одной позиции.

 
2.84, laindono (ok), 21:50, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
3716f4e2a9db61f9e03f83e07f79dfc7.jpgПермиссивные лицензии, очевидно, более свободны. Свободнее только публичное достояние.
 

1.45, Аноним (38), 14:51, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +/
> Проведена работа по устранению аварийных завершений

Ого, раст может аварийно падать?!

 
 
2.50, Аноним (50), 15:18, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
Конечно, ведь это обычный язык программирования, такой же как все, ничто челове... то есть компьютерное, ему не чуждо.
 
2.71, Аноним (46), 18:00, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
1df12e22f20af9e64081b6612a0933b4.jpg>> Проведена работа по устранению аварийных завершений
> Ого, раст может аварийно падать?!

А что, лучше тихо портить память и данные?

 

 
2.72, Аноним (46), 18:08, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
1df12e22f20af9e64081b6612a0933b4.jpg>>Реализованы специфичные для GNU Coreutils опции: "uname -A", "uname --all-labeled", ...
> $ uname --all-labeled
> uname: unrecognized option '--all-labeled'

А не нужно сидеть на древней версии!
> Commits on Aug 12, 2026
> uname: add -A,--all-labeled to print labeled lines
>

 

1.49, Аноним (50), 15:15, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +/
>22 теста завершились неудачей ..., а 15 тестов было пропущено

вообще-то, если даже один тест не пройден, то это несовместимость и потенциальные ошибки.

 
 
2.68, Ivan_83 (ok), 17:11, 01/09/2026 [^] [^^] [^^^] [ответить]   +3 +/
fcc6fe652ff7aca8290e1f94107aa648.jpgДаже если все тесты успешно пройдены - это не гарантирует совместимость.
 

1.52, Аноним (50), 15:24, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]   +1 +/
>В любом случае, альтернативы — это конкуренция

uutils - это не конкуренция для coreutils, это попытка реализации coreutils для других ОС (win, fux, redx), наивная попытка показать что "а в нашей ОС всё как в Linux, поэтому давайте к нам".

 
 
2.79, Аноним (46), 19:25, 01/09/2026 [^] [^^] [^^^] [ответить]   +1 +/
1df12e22f20af9e64081b6612a0933b4.jpg> uutils - это не конкуренция для coreutils, это попытка реализации coreutils для
> других ОС (win, fux, redx), наивная попытка показать что "а в
> нашей ОС всё как в Linux, поэтому давайте к нам".

Угу, а взять любую другую готовую реализацию, как впрочем и сами корутилиты (работают на опенке/фре/нетке, были когда-то "нативные" порты и на венду, это помимо msys/cygwin) - запрещает религия божества NIH?

 
2.86, maximnik0 (?), 23:01, 01/09/2026 [^] [^^] [^^^] [ответить]   +/
>наивная попытка показать что "а в нашей ОС всё как в Linux, поэтому давайте к нам".

Вряд-ли.Уже была версия всех этих утилит для вин хр +джентльменский набор для интернета.Набор назывался posix service -был компонентный (стандартная установка,переконфигурация,удаление) и разрабатывался исследовательской лабораторией MS.Но забили - был только один sp и пару багофиксов :-(

 

Схожие новости

#Наименование новостиТональностьИнформативностьДата публикации
1Выпуск uutils 0.10, варианта GNU Coreutils на языке Rust 08.3106-08-2026
2Rust Coreutils 0.10 vylepšují bezpečnost a kompatibilitu s GNU014.1606-08-2026
3coreutils @ Savannah: coreutils-9.11 released [stable]014.120-04-2026
4И снова о подвигах растоводов: теперь и в CP-3603-07-2026
5Представлен crustc - компилятор rustc, переведённый на язык Си0703-07-2026
6Simple unzip CLI tool for Windows2602-07-2026
7Опубликован mount-tui, интерфейс для монтирования дисков и SMB-ресурсов в Linux012.2406-08-2026
8findutils @ Savannah: GNU findutils 4.11.0 released05.4711-07-2026
9[Перевод] Rust 1.97.0: манглинг символов, вывод линкера и поддержка запрета предупреждений в Cargo011.4314-07-2026
10Проект FreeCORE продолжил развитие дистрибутива TrueNAS CORE08.4931-08-2026

Классификация: . Схожих патентов: 0. Схожих новостей: 10. Тональность: 0. Информативность: 8.31. Источник: www.opennet.ru.