Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

01.09.2026 09:21 (MSK)

Опубликован выпуск проекта 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.
  • При сборке релизов активированы оптимизации на основе результатов профилирования кода (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
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (59) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним10084 и 1008465039 (?), 10:34, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Альтернативы - это всегда хорошо. Раз уж нет заметных новых ОС нынче, новый набор главный утилит - уже что-то интересное
     
     
  • 2.4, Аноним (4), 10:57, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Новых ОС не будет, потому что все ОС полагаются на фундамент POSIX. Вон, в Redox попробовали подход "все есть URL", но в итоге обратно к файлам вернулись. Пока не будет изобретен фундаментально новый способ хранения информации ничего ждать не стоит. Лучше дальше идеи POSIX развивать и строить на них ОС.
     
     
  • 3.8, Аноним (8), 11:06, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Неверно. GNU/Linux это самая передовая операционная система в мире. Поэтому и нет новых ОС. Что может быть передовее самой, передовой? Ни-че-го.
     
     
  • 4.10, Аноним10084 и 1008465039 (?), 11:26, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    При всём уважении к Linux, передовое в нем - объем капзатрат и вклад корпораций. Поэтому да, в него пилят все самые современные и крутые фичи, но архитектурно в чём он передовой?
     
     
  • 5.12, Аноним (12), 11:41, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >При всём уважении к Linux, передовое в нем - объем капзатрат и вклад корпораций

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     
     
  • 7.57, Аноним (56), 16:00, 01/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.28, Тот_Самый_Анонимус_ (?), 12:53, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Благодаря сабжу линух уже не гну.
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    > Это только у тех, кто этот сабж у себя в дистр впендюрил.
    > И то, этого ещё недостаточно, 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 +/
    Как же я обожаю опеннетный дуализм - когда надо Линукс везде Смотрите сколь... большой текст свёрнут, показать
     
  • 7.65, Аноним (64), 17:07, 01/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.69, Аноним (46), 17:49, 01/09/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Да просто в каком-то смысле раньше интересней было, много разных концепций, много разных ОС. Но я согласен, что в целом оно не очень нужно по жизни
     
     
  • 5.19, Аноним (15), 11:53, 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.61, Ananas (?), 16:45, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Smalltalk/squeak/pharo были интересны концептуально
     
  • 3.62, Аноним (62), 16:46, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Smalltalk/squeak/pharo были интересны концептуально
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Во всяком случае, сам GNU Coreutils сам по себе эталон.
     

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

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

     
     
  • 2.21, Карлос Сношайтилис (ok), 11:57, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Если софт полагается на текстовый выхлоп ошибки, а не код, то ССЗБ
     
     
  • 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 немного пересекался - там меня помню раздражала непоследовательность, что если объектов два - выдаётся массив, а если один - то внезапно выдаётся только он сам, а не массив из одного (хотя это вроде можно как-то отрегулировать)
     

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


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

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

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

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

     
  • 1.22, Ононямус (?), 12:01, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что на этот раз сломали?
     
  • 1.24, Аноним (29), 12:23, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а Боромир бы на голагне переписал
     
     
  • 2.40, Аноним (40), 14:26, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее сказал бы, что нельзя просто так взять и переписать 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 [^] [^^] [^^^] [ответить]  
  • +/
    > Процентаж выполненного прям как в виндоузе: последние проценты тянутся особенно долго.

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

     

  • 1.43, freehck (ok), 14:47, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Проведена работа по устранению аварийных завершений в утилитах 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 [^] [^^] [^^^] [ответить]  
  • +/
    >> Проведена работа по устранению аварийных завершений в утилитах 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 +/
    > "Обобщение" в переводе.

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

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

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

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

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

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

     

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

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

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

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


     

  • 1.48, Аноним (50), 15:11, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    uname --all-labeled uname unrecognized option --all-labeled Try uname --he... большой текст свёрнут, показать
     
     
  • 2.72, Аноним (46), 18:08, 01/09/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Реализованы специфичные для 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 [^] [^^] [^^^] [ответить]  
  • +/
    Даже если все тесты успешно пройдены - это не гарантирует совместимость.
     

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

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру