The OpenNET Project / Index page

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

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

09.03.2026 08:52 (MSK)

Опубликован выпуск проекта uutils coreutils 0.7.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 и применяется в дистрибутивах AerynOS (Serpent OS) и Apertis (развивается компанией Collabora). В отличие от GNU Coreutils реализация на Rust распространяется под пермиссивной лицензией MIT, вместо копилефт-лицензии GPL. Дополнительно той же командой разработчиков развиваются написанные на Rust аналоги наборов утилит util-linux, diffutils, findutils, procps и acl, а также программ sed и login.

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

  • Уровень совместимости с эталонным набором тестов GNU Coreutils составил 94.59% (было 96.28%). Успешно выполнено 629 тестов, что на 7 больше, чем в прошлой версии (622). 23 (было 16) теста завершилось неудачей, а 13 (было 7) тестов было пропущено. Снижение уровня совместимости объясняется обновлением набора тестов до состояния выпуска GNU Coreutils 9.10, в котором добавлено 19 новых тестов. Если считать общее число тестов, то в Rust Coreutils обеспечено прохождение на 7 тестов больше, чем в прошлом выпуске.
  • Наиболее значительное повышение совместимости отмечено для утилит date, fmt, kill, ptx, numfmt и cksum. Менее значимые улучшения совместимости отмечены в утилитах cut, tac, tail, tr, uniq, od, chroot, stat, mktemp, pr, readlink, ln, kill, nproc, rm, env, sync, fmt, factor и wc.
  • Обеспечено сопровождение Rust-библиотеки num-prime, применяемой для тестирования в утилите factor.
  • Задействованы более быстрые реализации хэшей rustc-hash в ls, du, tsort, shuf, mv, и foldhash в sort.
  • Оптимизирована работа с ASCII-символами в утилитах unexpand и expand, позволившая на 14% ускорить работу при буферизированном чтении.
  • Оптимизированы операции выделения памяти в утилитах shuf, split, sort и du, что позволило ускорить du на 3–6%, а shuf на 4%.
  • Ускорено преобразование чисел в строки в утилите nl.
  • Сокращён размер исполняемых файлов и ускорен запуск утилит true и false.
  • В более 20 утилитах, включая echo, date, sort, expr, hostname, id, comm, pr и dircolors, решены проблемы с аварийным завершением при невозможности записи в stderr (перенаправлении в /dev/full).
  • В umask, mkdirat, mknod и других утилитах заменены небезопасные вызовы libc на защищённые обвязки из crate-пакета nix.
  • Обеспечена корректная работа опции "--preserve-root" в утилите "rm" при указании символических ссылок.
  • Улучшена поддержка платформ NetBSD, Windows и NixOS. Улучшена сборка для архитектуры PowerPC.
  • Расширены возможности, устранены проблемы и добавлены недостающие опции для утилит cat, cksum, chroot, comm, cp, csplit, cut, date, dd, df, dircolors, du, echo, env, expand, expr, factor, false, fmt, fold, hostname, id, install, kill, ln, ls, mktemp, mknod, mv, nl, nproc, numfmt, od, paste, pr, printfm, ptx, readlink, rm, shuf, sort, split, stat, stdbuf, stty, sync, tac, tail, test, tr, true, tsort, unexpand, uniq, uptime, vdir, wc, whoami.


  1. Главная ссылка к новости (https://github.com/uutils/core...)
  2. OpenNews: Выпуск набора утилит GNU Coreutils 9.10
  3. OpenNews: Выпуск Rust Coreutils 0.6.0, повысивший совместимость с GNU Coreutils с 87% до 96%
  4. OpenNews: Из-за ошибки в uutils в Ubuntu 25.10 перестала работать автоматическая проверка наличия обновлений
  5. OpenNews: В Ubuntu 25.10 решено заменить GNU Coreutils на uutils, написанные на Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64945-coreutils
Ключевые слова: coreutils, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (76) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:56, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    как можно ускорить true и false?
     
     
  • 2.3, Аноним (3), 09:00, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +15 +/
    drop Vec for binary size and perf
    https://github.com/uutils/coreutils/commit/59aa4d7bbc3f1b8395f663d681a2be81917

    Improve perf & fix clippy::unnecessary_wraps -  improve performance by ×39
    https://github.com/uutils/coreutils/commit/3136627d5262b74a12e81b9ce6abfe9b441

    disable signals at simple utils for binary size and fast startup
    https://github.com/uutils/coreutils/commit/e6cd47e8ab684114bce21acd45cdc685371

     
  • 2.39, Дед банан (?), 18:30, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Чтобы что-то сильно убыстрить, нужно сначала что-то сильно замедлить, как вариант переписав это на очередном нескучном язычке. Создать низкую базу, так сказать, от которой можно взлетать свечкой. Есть, конечно, и исключения, но они лишь подтверждают правило.
     

  • 1.4, Аноним (4), 09:01, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > Уровень совместимости с эталонным тестовым набором GNU Coreutils составил 94.59% (было 96.28%).

    Т.е., раньше просто врали?  Как совместимость может упасть?

     
     
  • 2.6, уп (?), 09:04, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Читай внимательнее и не беги сразу постить.
     
     
  • 3.9, Аноним (9), 09:30, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Просто раньше растерманы не тестировали свой gush. И текущий уровень не означает реальный, добавят тестов - и опять всё не сойдётся.
     
  • 2.7, iPony128052 (?), 09:05, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что такого?
    На что-то специально могут забить, если будет конфликтов ать с чем-то другим
     
     
  • 3.13, Аноним (13), 10:30, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, не могут. Одна из целей проекта - получить на 100% аналогичное поведение coreutils, а все несоответствия считаются багами.
     
     
  • 4.43, Аноним (43), 19:42, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это хорошая цель пока "дефолт" не сменится на сабж. Когда это произойдёт, эта цель будет выброшена и забыта.
     
  • 2.8, Аноним (8), 09:05, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    "Снижение уровня совместимость объясняется обновлением тестового набора до состояния выпуска GNU Coreutils 9.10, в котором добавлено 19 новых тестов. Если считать общее число тестов, то в Rust Coreutils обеспечено прохождение на 7 тестов больше, чем в прошлом выпуске."
     
     
  • 3.10, Аноним (9), 09:32, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Может, надо привлечь ИИ, чтобы она точно переписала с Си на раст? Если квалификации рустерманов не хватает.
     
     
  • 4.70, НяшМяш (ok), 14:13, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ты же первый побежишь плакаться, что код писала нейросеть и использовать его нельзя.
     
  • 2.64, Аноним (64), 13:14, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Очевидно, проблема в том. Что маркетоиды rust'а преподносят тесты GNU Coreutils как тесты на совместимость. Но это, вообще, ни разу не так. Ибо это тесты для разработчиков, в которых те проверяют то, в одинаковости работы чего на разных платформах они не уверены. То в чём уверены - в тесты не пихают.
     
     
  • 3.71, НяшМяш (ok), 14:14, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > То в чём уверены - в тесты не пихают.

    Как понять, что этот онаним кeкспeрт.

     
     
  • 4.73, Аноним (64), 14:28, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Иди и посмотри исходники и тесты.

    Там тестов можно на порядки больше сделать, но не делают.

     

  • 1.5, Аноним (13), 09:03, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Расширены возможности, устранены проблемы и добавлены недостающие опции для утилит

    Погодите, то есть, эти утилиты до сих пор не обладали всеми опциями? Как вообще система работала?

    >В более 20 утилитах, включая echo, date, sort, expr, hostname, id, comm, pr и dircolors, решены проблемы с аварийным завершением при невозможности записи в stderr (перенаправлении в /dev/full).

    А, вот как работала...

     
     
  • 2.14, Аноним (14), 11:23, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Есть, например, BSD utils и Busybox. Они не на 100% совместимы с GNU, но системы на их основе как-то работают. Так и тут.
     
  • 2.15, Аноним (15), 11:57, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Как вообще система работала?

    https://www.opennet.dev/opennews/art.shtml?num=64108

     
  • 2.16, Аноним (16), 12:03, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Погодите, то есть, эти утилиты до сих пор не обладали всеми опциями?

    Вот так и работало. Внезапно не все опции нужны.
    Какие-то депрекейтнутые, какие-то используются неверноятно редко.
    Часть утилит - это вообще безумные фантазции гнутиков и больше вообще нигде не используются.

     
     
  • 3.29, Аноним (29), 13:49, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Часть утилит - это вообще безумные фантазции гнутиков

    Кстати, да, многие не замечают слона в комнате.

    Ну вот например.

    * factor
    * unexpand
    * sum
    * ptx
    * pinky (!!!)

    Короче, дедофантазии времен терминалов, ed и миникса.

     

  • 1.12, Фонтимос (?), 10:15, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Что-то никак date не допилят. Специально что-ли, чтобы было за что их хейтить. Или date оказался не под силу? Не понимаю.
     
     
  • 2.21, anonymmmeer (?), 12:37, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    клод код впадает в бесконечный цикл, а тесты так и не проходят.
    И угрожать пробовали и просить, чтобы ошибок не делал, всё никак не работает
     
     
  • 3.35, Аноним (35), 14:11, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    еще бы ему не в падать на факторизации в глубокий цикл, попроси чатгпт и гемини факторизовать число, а потом попроси перепроверить, и так несколько раз, и все он в цикле.
     
  • 3.41, butsan (?), 19:07, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пускай кормят получше.
     

  • 1.17, Аноним (16), 12:10, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    > решены проблемы с аварийным завершением при невозможности
    > записи в stderr (перенаправлении в /dev/full).

    Мда... Какие же фиговые оказались тесты у гнутья.
    Это столько проблем находится при прохождении тестов близким к 100%.
    Очередной пример как диды клали болт на тестирование.

     
     
  • 2.18, Аноним (13), 12:19, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нейросеть, новость про uutils.
     
     
  • 3.23, Аноним (23), 12:51, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Нейросеть, новость про uutils.

    "Дядя Петя, ты дурак?" (с)

    uutils проходят 94-96% тестов coreutils. При этом проблемы все еще находятся.
    О чем это говорит? Что тесты не покрывают все кейсы! Причем огромное количество.
    Это собственно и показывает, что тесты coreutils омно.

     
     
  • 4.27, Аноним (13), 13:24, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >uutils проходят 94-96% тестов coreutils. >При этом проблемы все еще находятся.
    >О чем это говорит?

    Это говорит лишь о том, что прохождение тестов не означает аналогичное поведение. Об этом под каждой новостью про uutils говорят, но у тебя слишком маленький контекст, чтобы это помнить.

     
     
  • 5.32, Аноним (-), 14:00, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Это говорит лишь о том, что прохождение тестов не означает аналогичное поведение

    А еще чуть-чуть подумать ты не осилил?
    Что значит что "прохождение тестов не означает аналогичное поведение"?
    Только то, что тесты не покрывают это поведение, покрытие и качество тестов у coreutils омно.

     
  • 5.45, Аноним (45), 20:17, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если тесты являются спецификацией, то падение гнутых утилит является нормальным и ожидаемым поведением.

    Если тесты не являются спецификацией, то это плохие тесты.

     

  • 1.19, eugener (ok), 12:24, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что за прикол делать лицензию пермиссивной? Это же выгодно только корпорациям, которые не хотят делиться изменениями. Наблюдаю это странное поветрие у зумеров/растеров.

    Если так хочется пермиссивку — так делайте уже под public domain/CC0, чего мелочиться?

     
     
  • 2.20, Аноним (13), 12:34, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради, public domain везде по-разному может трактоваться.
     
  • 2.24, Аноним (24), 13:09, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Это же выгодно только корпорациям, которые не хотят делиться изменениями. Наблюдаю это странное поветрие у зумеров/растеров.

    А ты думаешь на чьи деньги идет переписывание?
    Думаешь зумероы/растеры оторвались бы от кальянов бесплатно переписывать? Они и за деньги то не разбежались :)

     
  • 2.31, Аноним (29), 13:52, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так и MIT не то, чтоб много требует: «делай что хочешь, никаких претензий к авторам, цепляй лицензию к копии софта.»
     
  • 2.44, Аноним (44), 19:43, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Думается мне, это юношеские максимализм. Потом, через 10-20 лет они начинают задавать вопросы: "почему я бесплатно пашу столько лет, а злые корпорации мне ничегошеньки не платят?" Вот тогда-то и вспомнят дедушку Столлмана.
     
     
  • 3.46, Аноним (-), 20:39, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > "почему я бесплатно пашу столько лет, а злые корпорации мне ничегошеньки не платят?"

    Так немамонты пашут бесплатно как раз со времен Столлмана)))

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

    И при этом практическе не давать аффтару никак заработать, потому что код открыть он обязан, а на поддержке даже на хлеб фиг заработаешь.

     
  • 2.85, Аноним (85), 15:49, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Это же выгодно только корпорациям

    Это выгодно всем. Копилефт-софт вырос на основе пермиссив-софта. Не было бы пермиссива, ты бы пырился в цонсольку, запустив loadlin из ДОСа.

     

  • 1.40, scriptkiddis (?), 18:43, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем этот проект нужен?
     
     
  • 2.42, Аноним (43), 19:40, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы заменить GNU coreutils во всех мейнстримных коммерческих дистрибутивах Линукса.
     
     
  • 3.47, scriptkiddis (?), 21:56, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем?
     
  • 3.49, ятупойтролль (ok), 23:10, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    что это даст?
     
     
  • 4.67, Аноним (9), 13:33, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кучу багов из-за нереализации опций, с чем потом можно долго и героически бороться с помощью ИИ.
     
  • 3.81, Аноним (81), 15:06, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если вас GNU не устраивает, просто используйте FreeBSD. Там все хорошо, никакого гну, везде пермиссивка.

    >во всех мейнстримных
    >коммерческих дистрибутивах

    А точно коммерческие мейнстримны? Если за пределами корпоративных внедрений брать, какая там доля установок?

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

     
     
  • 4.88, Аноним (88), 16:39, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вас GNU не устраивает, просто используйте FreeBSD.

    Зачем? Если можно из GNU/Linux сделать просто Linux?)

    > Если за пределами корпоративных внедрений брать, какая там доля установок?

    Думаю доля установок убунты среди "обычных" людей довольно велика.
    Они даже ноуты с предустановленной ос продают. Чем не могут похвастаться дистры их подвала.

    > Более или менее успешны как раз максимально некоммерческие комьюнити дистрибутивы.

    Имя! Мне нужно имя!))
    А какой критерий успеха?
    Могу предложить распространенность, сроки поддержки, наличие платной поддержки (для тех, кто не хочет прдлиться). Чем нескучные васянодистры могут похвастаться?

    > сообщество

    А что это такое? Кучка крикривых нетакусь, которые /б/орятся с корпами?)

     
     
  • 5.98, Аноним (98), 18:59, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если можно из GNU/Linux сделать просто Linux?)

    А систему к ядру как называть? uutils? Что-то не очень звучит. Как что-то, что годится только в утиль.

     
     
  • 6.99, Аноним (99), 19:11, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А систему к ядру как называть? uutils? Что-то не очень звучит.

    Нормально звучит. Universal Utilities. Просто кто-то не умеет в инглиш.

    > Как что-то, что годится только в утиль.

    А coreutils типа лучше? Если есть core utils, то где тогда extended?
    Почему они только core? Зачем такие ограничения.

    Но вообще в GNU Coreutils главное выбросить GNU.
    А как остальное назвать - уже не важно :)


     

  • 1.48, ятупойтролль (ok), 23:09, 09/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    он хоть на 10% достиг функционала оригинала?
     
     
  • 2.50, Аноним (50), 23:57, 09/03/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > он хоть на 10% достиг функционала оригинала?

    Достиг. В убунте не-lts уже идет в комплекте. И надеюсь в следующей lts гнутость отправят на мороз.

    Ну где-то даже перегнал coreutils, потому что они linux-only, а uutils Linux, macOS, Windows, FreeBSD, Redox.


     
     
  • 3.55, Аноним (55), 08:31, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну где-то даже перегнал coreutils, потому что они linux-only

    Нет, не linux-only.

     
  • 3.66, Аноним (9), 13:31, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > идет в комплекте

    Это не помешало эпически навернуть сравнение дат.

     
     
  • 4.68, Аноним (68), 13:48, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > эпически навернуть сравнение дат

    "эпически" это твоя личная оценка, к реальности это никак не относится.


    Ты сравни это с
    opennet.me/opennews/art.shtml?num=63320


     
  • 3.72, Аноним (64), 14:23, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пока только ubuntu в пролете:

    Как пример доля на серверах (среди linux):

    2015 24.5%

    2016 30.6%

    2017 34.9%

    2018 38.9%

    2019 38.1%

    2020 38.7%

    2021 48.1%

    2022 34.9%

    2023 32.4%

    2024 28.8%

    2025 15.5%

    2026 13.7%

    Интересно, и что же могло пойти не так?

     
     
  • 4.75, Аноним (75), 14:31, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылочку на цифры не предоставите?
    Не то чтобы не верится, но статистика вещь такая... кто и как собирал надо почитать.

    Потому что напр. тут commandlinux.com/statistics/linux-server-market-share/ у убунты 33.9% и проигрывает только RHEL.

    Ну а учитывая что ваши цифры начали падать в 2022м, то ну вот разумеется виноваты uutils))))

     
     
  • 5.77, Аноним (64), 14:52, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https://w3techs.com/technologies/history_details/os-linux/all/y
     
     
  • 6.83, Аноним (83), 15:31, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    "Linux subtechnologies for websites"

    Ээээ...  А вас в этой статистике ничего не смущает?
    Ну не знаю... например что у убунты в 2026м 15.0% и это ТОП?
    Что сумма всех участников не до тягивает до 25%?
    Что у RHEL целых 0.2%, при этом у забошки CentOS - 1.5%?

    А кто занимает остальные 75%? Винда с макосью?

     
     
  • 7.84, Аноним (64), 15:38, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно, "другие linux". Очень много появилось сборок. Они и вытесняют старые дистрибутивы из этого сегмента.
     
  • 5.79, Аноним (64), 15:00, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если не нравиться такая. Вот есть еще по steam.

    Падение до 2.83% в общей доле linux.

     
     
  • 6.86, Аноним (-), 16:02, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот есть еще по steam.
    > Падение до 2.83% в общей доле linux.

    Там на первом месте копро-дист от вальвы c большим отрывом, а потом арчик и васянский кашЫось. Хотя у убунты не все так плохо - вы просто решили "не заметить" Ubuntu Core с 3.82%)) Ну и минт тоже убунту-based, хотя так и быть, запишу его отдельно.

    Но речь в вашем же сообщении шла про серваки, не?)))

     
     
  • 7.87, Аноним (64), 16:09, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Выше писал и про серверы. Здесь же пример про то, что просадка везде. Не только на серверах.

    Ну и да. Там то же ubuntu потеснили "копро-дистры" (в вашей терминологии).

     
     
  • 8.89, Аноним (89), 16:41, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я пока не увидел где Вы привели странную статистику, которая не матчится вот ни... текст свёрнут, показать
     
     
  • 9.95, Аноним (64), 18:19, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это же ясно, дальше некуда До этого процент ubuntu был большим из-за готовых ко... текст свёрнут, показать
     
  • 5.82, Аноним (64), 15:09, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И да. Виноват, конечно, snap. Но! В основном, проблема в изменении в подходе к построению дистрибутива, который и привел к появлению uutils.
     

  • 1.54, Аноним (55), 08:30, 10/03/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Улучшена сборка для архитектуры PowerPC.

    Прям смешно такое читать. Кем улучшена - растокодерами? Поддержка PowerPC в расте осуществляется через LLVM, а эти uutils'щики к нему не имеют никакого отношения.

     
     
  • 2.63, Аноним (63), 13:09, 10/03/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Прям смешно такое читать. Кем улучшена - растокодерами?

    Надмозгом, который умудрился перевести "NetBSD and PowerPC build fixes" из changelog как "Улучшена сборка для архитектуры PowerPC."
    Там по PowerPC был один единсвенный фикс в утилите stty.

     

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



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

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