| |
| 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*
| | |
| 6.17, Аноним10084 и 1008465039 (?), 11:46, 01/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Корпорации ничего не вкладывают в GNU/Linux.
А весь код, который пишут сотрудники корпораций на зарплате в ядро? А спонсорство?
> Тем, что аккумулирует в себя все передовые технологии.
Ну только он не архитектурно делает, а засчет гигантских капзатрат. О чём я упомянул
> На практике микроядра и Майкрософтские объекты это красивая и одновременно бесполезная на практике теория.
Микроядра - пожалуй не взлетели, кроме специфических мест. NT, однако, показала себя неплохо.
> Линукс и чистый Си работает на практике и для практиков.
Тут не спорю. Он не особо изящный, но работает, тут надо отдать должное
| | |
| 6.27, Аноним (27), 12:44, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Корпорации ничего не вкладывают в GNU/Linux. Корпорации пользуются трудом Сообщества вкладывая в себя.
Спасибо, посмеялся. Даже по старым показателям доля разработки от компаний была 75%.
| | |
|
|
| |
| 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 +/– |  Как же я обожаю опеннетный дуализм - когда надо Линукс везде Смотрите сколь... большой текст свёрнут, показать | | |
|
|
|
|
| 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-лохматого-года таскает - ну, чисто чтоб софт не переписывать
| | |
|
|
|
|
|
| 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 не существует.
| | |
| 1.5, Аноним (5), 10:57, 01/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Интегрирован новый движок для диагностики проблем, основанный на библиотеке ariadne и выводящий при запуске утилит в терминале наглядные отчёты об ошибках c пометкой аргументов командной строки
интересно, а сколько поломается софта из-за этого, как было с выводом даты
| | |
| |
| |
| 3.23, Аноним10084 и 1008465039 (?), 12:16, 01/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Жаль, что объектный шелл типа Powershell или nushell пока не взлетел. Там это более изящно решается. Но все уже привыкли к чистому парсингу текста
| | |
| |
| |
| 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 +/– | |
> Интегрирован новый движок для диагностики проблем
ахах, вектор задан, но лучше сразу пропускайте ввод через ИИ, на его одобрение.
| | |
| |
| 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 [^] [^^] [^^^] [ответить]
| +/– |
>> Проведена работа по устранению аварийных завершений
> Ого, раст может аварийно падать?!
А что, лучше тихо портить память и данные?
| | |
|
| |
| 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, поэтому давайте к нам".
| | |
|