Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск uutils 0.11, варианта GNU Coreutils на языке Rust "	+/–
Сообщение от opennews (?), 01-Сен-26, 10:34
Опубликован выпуск проекта 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... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66185
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 10:34	+2 +/–
Альтернативы - это всегда хорошо. Раз уж нет заметных новых ОС нынче, новый набор главный утилит - уже что-то интересное
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #30

2. Сообщение от Аноним (2), 01-Сен-26, 10:45	–3 +/–
> Уровень совместимости с эталонным набором тестов GNU Coreutils составил 95.33% Это ложь. Эталонного набора тестов GNU Coreutils не существует.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7

4. Сообщение от Аноним (4), 01-Сен-26, 10:57	+4 +/–
Новых ОС не будет, потому что все ОС полагаются на фундамент POSIX. Вон, в Redox попробовали подход "все есть URL", но в итоге обратно к файлам вернулись. Пока не будет изобретен фундаментально новый способ хранения информации ничего ждать не стоит. Лучше дальше идеи POSIX развивать и строить на них ОС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #8, #9, #15, #62, #77

5. Сообщение от Аноним (5), 01-Сен-26, 10:57	+1 +/–
> Интегрирован новый движок для диагностики проблем, основанный на библиотеке ariadne и выводящий при запуске утилит в терминале наглядные отчёты об ошибках c пометкой аргументов командной строки интересно, а сколько поломается софта из-за этого, как было с выводом даты
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

6. Сообщение от Аноним (6), 01-Сен-26, 10:59	+/–
По оценке разработчиков прирост производительности при выполнении некоторых операций составил до 31%. Проведена оптимизация производительности утилит cp (+32.93%), вот так и язык свой оценивают. 32 до 31
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38

7. Сообщение от Аноним (8), 01-Сен-26, 11:01	+7 +/–
Во всяком случае, сам GNU Coreutils сам по себе эталон.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #78

8. Сообщение от Аноним (8), 01-Сен-26, 11:06	–2 +/–
Неверно. GNU/Linux это самая передовая операционная система в мире. Поэтому и нет новых ОС. Что может быть передовее самой, передовой? Ни-че-го.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #10, #28, #73

9. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 11:24	+/–
Ну есть Windows NT, она внутри вообще не POSIX, а POSIX-подсистема в ней была чисто для галочки. Насколько я понимаю, в NT для ядра всё есть объект. Но да, состояние ReactOS мы видим - прикольно, мощно (всё-таки энтузиастам довести систему до запуска того, что она запускает - это мощно), но увы недостаточно мощно, чтобы выйти из альфы в маломальскую бету. А без софта и без winapi аналог Windows NT как будто не нужен... Всё в софт упирается, опять же Не POSIX ОСи вроде только в сегменте RTOS ещё остались, но это обычно условный марсоход и там весь софт под одну конкретную железку и ее миссию
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

10. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 11:26	+4 +/–
При всём уважении к Linux, передовое в нем - объем капзатрат и вклад корпораций. Поэтому да, в него пилят все самые современные и крутые фичи, но архитектурно в чём он передовой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #12

12. Сообщение от Аноним (12), 01-Сен-26, 11:41	–3 +/–
>При всём уважении к Linux, передовое в нем - объем капзатрат и вклад корпораций Корпорации ничего не вкладывают в GNU/Linux. Корпорации пользуются трудом Сообщества вкладывая в себя. >архитектурно в чём он передовой? Тем, что аккумулирует в себя все передовые технологии. Кроме тех, которые на практике ничем себя не проявили. На практике микроядра и Майкрософтские объекты это красивая и одновременно бесполезная на практике теория. Линукс и чистый Си работает на практике и для практиков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16, #17, #27, #94

13. Сообщение от Аноним (16), 01-Сен-26, 11:41	–1 +/–
> Интегрирован новый движок для диагностики проблем ахах, вектор задан, но лучше сразу пропускайте ввод через ИИ, на его одобрение.
Ответить | Правка | Наверх | Cообщить модератору

15. Сообщение от Аноним (15), 01-Сен-26, 11:44	+1 +/–
В Fuchsia уже попробовали концепцию всё есть drm и реклама, чёт не взлетело тоже. Новые ОС пишут регулярно и я имею в виду каждый год по 5 штук, но нужны ли они кому?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #18

16. Сообщение от Аноним (16), 01-Сен-26, 11:45	+5 +/–
> Корпорации ничего не вкладывают в GNU/Linux *Смеётся по-фински в Linux Foundation*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #56

17. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 11:46	+1 +/–
> Корпорации ничего не вкладывают в GNU/Linux. А весь код, который пишут сотрудники корпораций на зарплате в ядро? А спонсорство? > Тем, что аккумулирует в себя все передовые технологии. Ну только он не архитектурно делает, а засчет гигантских капзатрат. О чём я упомянул > На практике микроядра и Майкрософтские объекты это красивая и одновременно бесполезная на практике теория. Микроядра - пожалуй не взлетели, кроме специфических мест. NT, однако, показала себя неплохо. > Линукс и чистый Си работает на практике и для практиков. Тут не спорю. Он не особо изящный, но работает, тут надо отдать должное
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

18. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 11:52	+/–
Да просто в каком-то смысле раньше интересней было, много разных концепций, много разных ОС. Но я согласен, что в целом оно не очень нужно по жизни
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #19

19. Сообщение от Аноним (15), 01-Сен-26, 11:53	+/–
ОС без софта никому не интересны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #20

20. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 11:56	+/–
Да, в этом и дело. Какую бы концепцию новую распрекрасную не придумать - для старого софта всё равно потребуется эмуляция почти всех старых концепций. И если в 90-е ещё можно было попробовать новую систему сделать, особенно с учётом того, что часто выходило новое железо, сейчас уже накоплено столько программного наследия, что это едва возможно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #42

21. Сообщение от Карлос Сношайтилис (ok), 01-Сен-26, 11:57	–3 +/–
Если софт полагается на текстовый выхлоп ошибки, а не код, то ССЗБ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #23

22. Сообщение от Ононямус (?), 01-Сен-26, 12:01	+1 +/–
Что на этот раз сломали?
Ответить | Правка | Наверх | Cообщить модератору

23. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 12:16	+/–
Жаль, что объектный шелл типа Powershell или nushell пока не взлетел. Там это более изящно решается. Но все уже привыкли к чистому парсингу текста
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #29, #83

24. Сообщение от Аноним (29), 01-Сен-26, 12:23	–1 +/–
а Боромир бы на голагне переписал
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

25. Сообщение от Аноним (25), 01-Сен-26, 12:27	+/–
О, может теперь откроют штатную обнову с ubuntu 24.04 до 26.04.1 А то для простых смертных отложили из-за регрессий в этих coreutils
Ответить | Правка | Наверх | Cообщить модератору

27. Сообщение от Аноним (27), 01-Сен-26, 12:44	+/–
> Корпорации ничего не вкладывают в GNU/Linux. Корпорации пользуются трудом Сообщества вкладывая в себя. Спасибо, посмеялся. Даже по старым показателям доля разработки от компаний была 75%.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #57

28. Сообщение от Тот_Самый_Анонимус_ (?), 01-Сен-26, 12:53	+/–
Благодаря сабжу линух уже не гну.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #32

29. Сообщение от Аноним (29), 01-Сен-26, 12:58	+/–
ты видимо недостаточно набивал в них шишки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #31

30. Сообщение от Аноним (30), 01-Сен-26, 13:02	+/–
> Альтернативы - это всегда хорошо. Раз уж нет заметных новых ОС нынче, новый набор главный утилит - уже что-то интересное Альтернатива? Поставьте Ubuntu 26.04 и попробуйте переключиться на GNU Coreutils...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

31. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 13:22	+/–
Если у вас есть что рассказать по этому поводу или направить куда-то, буду рад почитать. Я скорее просто смотрю на это как на красивую идею, но сам пока работал 99% времени с текстовыми шеллами. С Powershell немного пересекался - там меня помню раздражала непоследовательность, что если объектов два - выдаётся массив, а если один - то внезапно выдаётся только он сам, а не массив из одного (хотя это вроде можно как-то отрегулировать)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

32. Сообщение от Аноним (32), 01-Сен-26, 13:28	+1 +/–
Это только у тех, кто этот сабж у себя в дистр впендюрил. И то, этого ещё недостаточно, GLibc на Хрусте ещё не переписали. Да и кроме coreutils ещё в базе есть GPL'ный софт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #41, #46, #89

37. Сообщение от Аноним (38), 01-Сен-26, 13:49	+1 +/–
Процентаж выполненного прям как в виндоузе: последние проценты тянутся особенно долго.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

38. Сообщение от Аноним (38), 01-Сен-26, 13:51	+/–
Это же растерманы, они как-то в FF путали сравнения больше-меньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

40. Сообщение от Аноним (40), 01-Сен-26, 14:26	+4 +/–
Скорее сказал бы, что нельзя просто так взять и переписать coreutils
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

41. Сообщение от User (??), 01-Сен-26, 14:36	+/–
Не сильно удивлюсь, если "в штуках" окажется, что "самый распространенный" - это какая-нибудь alpine с musl+busibox, ага
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

42. Сообщение от User (??), 01-Сен-26, 14:42	+/–
И меж тем межделмаш все еще полную обратную совместимость с s/360 60-лохматого-года таскает - ну, чисто чтоб софт не переписывать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

43. Сообщение от freehck (ok), 01-Сен-26, 14:47	+2 +/–
> Проведена работа по устранению аварийных завершений в утилитах split, yes, sort, stat, csplit, ls, od, nl, pr, csplit, dd, touch, tail, tac, who. Это, право слово, любопытная строчка. Аварийное завершение таких вещей, как yes, stat и touch — удивительно. Они ж буквально тривиальные. Где там косяки-то могли всплыть. Я понимаю, где можно было накосячить в ls, tail или dd, например. Но в этих-то как... ) В любом случае, альтернативы — это конкуренция, нехай ребята работают. Жаль, конечно, что под пермиссивом пилят, так что успехов им не желаю, но в целом — за их работой интересно следить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #63, #84

44. Сообщение от freehck (ok), 01-Сен-26, 14:50	+1 +/–
> Процентаж выполненного прям как в виндоузе: последние проценты тянутся особенно долго. По классике: работа выполнена на 95% — 95% времени
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

45. Сообщение от Аноним (38), 01-Сен-26, 14:51	+1 +/–
> Проведена работа по устранению аварийных завершений Ого, раст может аварийно падать?!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #71

46. Сообщение от Аноним (46), 01-Сен-26, 14:59	+/–
> Это только у тех, кто этот сабж у себя в дистр впендюрил. > И то, этого ещё недостаточно, 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.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #51

48. Сообщение от Аноним (50), 01-Сен-26, 15:11	+/–
>Реализованы специфичные для GNU Coreutils опции: "uname -A", "uname --all-labeled", ... $ uname --all-labeled uname: unrecognized option '--all-labeled' Try 'uname --help' for more information. $ uname --help Usage: uname [OPTION]... Print certain system information.  With no OPTION, same as -s.   -a, --all                print all information, in the following order,                              except omit -p and -i if unknown:   -s, --kernel-name        print the kernel name   -n, --nodename           print the network node hostname   -r, --kernel-release     print the kernel release   -v, --kernel-version     print the kernel version   -m, --machine            print the machine hardware name   -p, --processor          print the processor type (non-portable)   -i, --hardware-platform  print the hardware platform (non-portable)   -o, --operating-system   print the operating system       --help        display this help and exit       --version     output version information and exit
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72

49. Сообщение от Аноним (50), 01-Сен-26, 15:15	+1 +/–
>22 теста завершились неудачей ..., а 15 тестов было пропущено вообще-то, если даже один тест не пройден, то это несовместимость и потенциальные ошибки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68

50. Сообщение от Аноним (50), 01-Сен-26, 15:18	+/–
Конечно, ведь это обычный язык программирования, такой же как все, ничто челове... то есть компьютерное, ему не чуждо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

51. Сообщение от Аноним (32), 01-Сен-26, 15:23	+/–
А Ведроид ты к чему вообще упомянул? Ведроид - не дистрибутив вообще, и не GNU/Linux, а отдельная ОСь. Там даже ядро далеко от ванильного. OpenWRT можно и GLibc собрать. Совместимость с софтом от этого только улучшится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #54

52. Сообщение от Аноним (50), 01-Сен-26, 15:24	+1 +/–
>В любом случае, альтернативы — это конкуренция uutils - это не конкуренция для coreutils, это попытка реализации coreutils для других ОС (win, fux, redx), наивная попытка показать что "а в нашей ОС всё как в Linux, поэтому давайте к нам".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79, #82, #86

54. Сообщение от Аноним (46), 01-Сен-26, 15:45	+1 +/–
> А Ведроид ты к чему вообще упомянул? Ведроид - не дистрибутив вообще, > и не GNU/Linux, а отдельная ОСь. Как же я обожаю опеннетный "дуализм" - когда надо: "Линукс везде! Смотрите сколько телефонов и планшетов!", а так-то "ведроид не линукс!" (кстати, об умных телевизорах и прочих колонках я подзабыл, а так-то там тоже оно - ядро без глибцы и корутилит) С какого перепугу android перестал быть дистрибуцией ядра линукс с прилагающимися библиотеками и софтом? "LineageOS Android Distribution ..." Но да, не GNU/Linux, но ведь об этом и шла речь, не? > OpenWRT можно и GLibc собрать. Совместимость с софтом от этого только улучшится. Ну да, ведроид-прошивка не дистр, а опенврт - дистр 🤦 Однако дело даже не в этом, а в том что подавляющее большинство домашних устройств не перепрошивается пользователями, а используются "аз ис". И чисто по чиселкам получается, что линукс в основном совсем не в связке GNU-coreutils + glibc используется ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #74, #75

55. Сообщение от User (??), 01-Сен-26, 15:47	+/–
Ээээ... ты будешь смеяться - но на тот же gnu'тый yes анализатор ругается. Говорит, переполнение буфера при дохрена длинных аргументах - на практике конечно в posix'овый ARG_MAX упрешься, но если на шкаф залезть...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

56. Сообщение от Аноним (56), 01-Сен-26, 15:58    Скрыто ботом-модератором	+/–
Смех со стана kernel.org является решающим. А Linux Foundation это тусовка барыг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

57. Сообщение от Аноним (56), 01-Сен-26, 16:00	+/–
Ну это они для себя пишут. Не для Сообщества. А теперь где твой смех?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #85, #90

62. Сообщение от Аноним (62), 01-Сен-26, 16:46	+/–
Smalltalk/squeak/pharo были интересны концептуально
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

63. Сообщение от Анонимм (??), 01-Сен-26, 17:00	+/–
>> Проведена работа по устранению аварийных завершений в утилитах 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 --- > Жаль, конечно, что под пермиссивом пилят, так что успехов им не желаю, Болеть за дело ГНУ из под мака ... чего только не встретишь в этих ваших интернетах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #66

66. Сообщение от freehck (ok), 01-Сен-26, 17:07	+1 +/–
> "Обобщение" в переводе. Спасибо, принято. > Болеть за дело ГНУ из под мака ... чего только не встретишь в этих ваших интернетах. Да ничего удивительного. Вы абсолютисты, и вам кажется, что если человек болеет за СПО, то он должен исключительно и только СПО использовать. Мне же ближе утилитарные взгляды: если проприетарный инструмент служит моим целям лучше его свободного аналога — он и будет взят на вооружение. А всё потому, что я строю IT-системы огромных масштабов, мне время дорого. Я не могу допускать, чтобы в моей системе на ровном месте что-то сломалось из-за того, что производители стороннего проприетарного ПО внезапно отвалились. Мак позволяет мне закрыть этот вопрос деньгами. Линукс-десктоп — только временем. Лишние деньги у меня есть, а вот лишнего времени — нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #70

68. Сообщение от Ivan_83 (ok), 01-Сен-26, 17:11	+5 +/–
Даже если все тесты успешно пройдены - это не гарантирует совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #96

70. Сообщение от Анонимм (??), 01-Сен-26, 17:59	+/–
>> "Обобщение" в переводе. > Спасибо, принято. >> Болеть за дело ГНУ из под мака ... чего только не встретишь в этих ваших интернетах. > Да ничего удивительного. Вы абсолютисты, и вам кажется, что если человек болеет > за СПО, то он должен исключительно и только СПО использовать. > Мне же ближе утилитарные взгляды: если проприетарный инструмент служит моим целям лучше > его свободного аналога — он и будет взят на вооружение. Гм-хм, мы то может и "абсолютисты" ... но и "под пермиссивом пилят, так что успехов им не желаю" (как заодно и эдакое приравнивание пермиссивки к проприетари) как-то не очень вяжется с "утилитарными взглядами", скорее двойными стандартами 😉.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #76

71. Сообщение от Аноним (46), 01-Сен-26, 18:00	+/–
>> Проведена работа по устранению аварийных завершений > Ого, раст может аварийно падать?! А что, лучше тихо портить память и данные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

72. Сообщение от Аноним (46), 01-Сен-26, 18:08	+/–
>>Реализованы специфичные для 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 >
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

73. Сообщение от Аноним (73), 01-Сен-26, 18:12	+/–
Linux это не ОС, а ядро. Операционная система с ядром Linux есть только одна -- Android. Всё остальное это дистрибутивы софта. Разница примерно как между каналом и канализацией, если понимаешь о чём я.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #93

74. Сообщение от Аноним (74), 01-Сен-26, 18:20	+/–
Лично я никогда Ведроид дистрибутивом GNU/Linux не считал. А с чего ты взял, что прошивки телеков все без GLibc? Какие-то может быть, но вот чтоб все - не факт. Тем не менее, при сборке OpenWRT, можно выбрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

75. Сообщение от Аноним (75), 01-Сен-26, 18:21	+/–
> С какого перепугу android перестал быть дистрибуцией ядра линукс с прилагающимися библиотеками и софтом? С тех пор, как гугл стал накладывать столько патчей, что оно из linux превратилось в linux-based android kernel, android и перестал быть дистрибуцией ядра линукс. Читай их документацию. А то так и макось будет не семейством BSD, а полноценном её дистрибутивом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #97

76. Сообщение от freehck (ok), 01-Сен-26, 18:29	+/–
> Гм-хм, мы то может и "абсолютисты" ... но и "под пермиссивом пилят, > так что успехов им не желаю" (как заодно и эдакое приравнивание > пермиссивки к проприетари) как-то не очень вяжется с "утилитарными взглядами", скорее > двойными стандартами 😉. Хо-хо! А вот это было тонко, я оценил. =) Впрочем, никаких двойных стандартов. Утилитарные взгляды не отменяют стратегического планирования. Как пользователь я беру то, что работает. Как инженер я вижу, какие модели вредят экосистеме в долгую. Это не противоречие — это два уровня одной позиции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

77. Сообщение от DEF (?), 01-Сен-26, 18:47	+/–
>Вон, в Redox попробовали подход "все есть URL", но в итоге обратно к файлам вернулись. Ложь. Этот подход актуален до сих пор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

78. Сообщение от Аноним (78), 01-Сен-26, 19:14	+/–
Это так, вот только они не создавали эталонных тестов. У них просто тесты, никаким боком не являющиеся эталонными.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

79. Сообщение от Аноним (46), 01-Сен-26, 19:25	+1 +/–
> uutils - это не конкуренция для coreutils, это попытка реализации coreutils для > других ОС (win, fux, redx), наивная попытка показать что "а в > нашей ОС всё как в Linux, поэтому давайте к нам". Угу, а взять любую другую готовую реализацию, как впрочем и сами корутилиты (работают на опенке/фре/нетке, были когда-то "нативные" порты и на венду, это помимо msys/cygwin) - запрещает религия божества NIH?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

82. Сообщение от нах. (?), 01-Сен-26, 21:33    Скрыто ботом-модератором	+/–
> uutils - это не конкуренция для coreutils а хозяева убунты так не думают. Будешь жрать оно! > byteorder, same-file, filetime, winapi-util, file_diff, mockstream, binary-heap-plus, > compare, arrayref (недавно был скомпрометирован), exacl и dns-lookup безопастно ж был скомпроментирован! Т.е. хрустишки нишмагли с первой попытки без мильена лефтпадов даже такую примитивную хрень как coreutils? И тут один (один ли?) летфпад еще и хакнули враги!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

83. Сообщение от нах. (?), 01-Сен-26, 21:40	+/–
у powershell оно немного кривовато решается - по сути внутри объекты это строки, что иногда вылезает боком. ну и скорость работы оставляет желать... в качестве шелла этим постоянно пользоваться надо себя очень все же не любить. Когда tab completion скребет диском по пол-минуты (а потом еще и выводит не то)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #87

84. Сообщение от laindono (ok), 01-Сен-26, 21:50	+/–
Пермиссивные лицензии, очевидно, более свободны. Свободнее только публичное достояние.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #95

85. Сообщение от Аноним10084 и 1008465039 (?), 01-Сен-26, 22:18	+/–
Пользоваться, однако, этим в итоге могут все. Корпорация написала для себя ядерную подсистему - и ты ещё и сам можешь её использовать. Ну и ну
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

86. Сообщение от maximnik0 (?), 01-Сен-26, 23:01	+/–
>наивная попытка показать что "а в нашей ОС всё как в Linux, поэтому давайте к нам". Вряд-ли.Уже была версия всех этих утилит для вин хр +джентльменский набор для интернета.Набор назывался posix service -был компонентный (стандартная установка,переконфигурация,удаление) и разрабатывался исследовательской лабораторией MS.Но забили - был только один sp и пару багофиксов :-(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

87. Сообщение от Аноним (73), 01-Сен-26, 23:05	+/–
> ну и скорость работы оставляет желать... Ну не пиши критичные к скорости вещи на павершелле, скажи клаве чтобы C# хотя бы взяла. > Когда tab completion скребет диском по пол-минуты На NVME не скребёт ;) > (а потом еще и выводит не то) В Майкрософте начали догадываться о необходимости хорошего CLI, но делать их ещё только учатся. Бывает, что ж поделать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #88

88. Сообщение от нах. (?), 01-Сен-26, 23:40	+/–
не, я не про писанину, я про пользование именно как шелла. Очень неудобно и медленно. Т.е. у меня всегда рядом открыт обычный cmd потому что банальные команды в нем набирать проще и быстрее. Причем этот cmd и прихлопнуть тоже ничего не стоит - а второе окно паверщели будет еще пол-минуты непонятно чего думать прежде чем запустится. На nvme тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

89. Сообщение от Тот_Самый_Анонимус_ (?), 02-Сен-26, 00:35	+/–
> Да и кроме coreutils ещё в базе есть GPL'ный софт. А при чём тут гпл? Сам линух - это гпл. Я про гну. Линух уже давно не гну (т.к. вклад тех же редхатов превышает гнутый), а теперь этот набор утилит убивает все аргументы любителей писать неправильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

90. Сообщение от _ (??), 02-Сен-26, 03:19	–1 +/–
> Ну это они для себя пишут. Все хорошие штуки в этом говённом мире - появлялись именно так! > Не для Сообщества. Плевать на "Сообщества" ... сказка это всё. Уже даже не сказка, а наеобманулка. > А теперь где твой смех? ВотЪ: 8-D Пойдет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

93. Сообщение от Аноним (93), 02-Сен-26, 05:42	+/–
GNU/Linux - это операционная система.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

94. Сообщение от aname (ok), 02-Сен-26, 10:16	+/–
Господи, какой жыр
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

95. Сообщение от freehck (ok), 02-Сен-26, 11:46	+/–
> Пермиссивные лицензии, очевидно, более свободны. Недоказуемо, потому что зависит от определения свободы и её субъекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

96. Сообщение от Аноним (97), 02-Сен-26, 13:00	+/–
Тем более, что эти тесты писались совсем не для проверки на совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

97. Сообщение от Аноним (97), 02-Сен-26, 15:27	+/–
И что поменялось то? Патчи все накладывают. Вообще ни разу не аргумент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #98

98. Сообщение от Аноним (98), 02-Сен-26, 22:33	+/–
https://source.android.com/docs/core/architecture/kernel?hl=ru "Ядро Android основано на ядре Linux с долгосрочной поддержкой (LTS)" Что тебе здесь не понятно? Ядро Linux - это Linux, ядро Android - это, как ни странно, Android Kernel. Андроид Kernel основано на Linux. Так же как macOS основана на Darwin, которая, в свою очередь, основана на BSD. Так же как операционки Sony основаны на FreeBSD. Но нельзя говорить, что там полноценная BSD. Они все модифицированы (наложено очень много патчей). Здесь уже много раз говорили, отличайте форки от семейств. Android - семейство Linux, но само ядро не Linux, а Linux-based. И дистрибутивом линукса он не является. Это вообще бред, который Столлман придумал к своему юзерленду без ядра, чтобы повысить собственную значимость в мире Linux. Операционной системы GNU на ядре Linux не существует, можно назвать ОС только связку GNU/Linux. Но она так и будет называться гнулинукс. А не гну, или линукс. А вот GNU/Hurd можно назвать ОС GNU, потому что в этом случае даже Бородач не называет её почему-то дистрибутивом Hurd. Ядро-то своё, ось цельная. :) Никто в мире не позиционирует операционные системы как дистрибутивы ядра, потому что это маразм. Есть цельные ОСи и отдельные проекты в виде исходников. Windows NT не называют дистрибутивом NT. macOS не называют дистрибутивом ПО Беркли, BSD или XNU. Ubuntu основана на Debian, но не Debian. Mint основана на Ubuntu, но не Ubuntu и не Debian. SteamOS основана на Arch, но не Arch... Далее сам должен догадаться. Торвальдс не принимает все изменения от Android из-за разной архитектуры. В его ядре они ему просто не нужны. Синхронизация дерева происходит лишь частично. Сам Торвальдс называет Android форком. Оно и логично. Это не его ядро. Вообще, гугл мечется от одной стратегии к другой. Например, объявляет, что больше не будет своё ядро делать, а будет использовать обычный Linux. Но в последние годы что-то пошло не так: гугл начал выкладывать код с задержкой, а из значимых последних изменений в Linux приняли только Binder IPC. Разный код, который был получен из Андроида ранее, был заброшен и даже частично удалён из Linux. Сейчас они опять пошли на сближение с Linux, потому что пилить свой форк полностью - удовольствие не из дешёвых. И пытаются максимально увеличить общий код именно в Linux, минимизируя издержки разработки Android Kernel. При этом свою систему ChromeOS перевели с Linux на Android. Наверное, что-то получается с GKI. Так что Android Kernel не Linux, а синхронизируемый форк Linux (continuous merges & mass patching), в котором упор делается на увеличение совместимости с Linux. Для этого в гугл сейчас пытаются разрабатывать новые функции сначала под ванильный Linux, чтобы включить их сразу в общий с Linux код. Но совместимость возможна лишь частичная. И необходимость существования GKI как раз наоборот подтверждает, что это не Linux, а отдельный форк, пусть и синхронизируемый. Если бы это был Linux, никакого GKI бы не понадобилось. Другое дело, что долю кода в GKI планируют постоянно увеличивать. Ну, посмотрим, удастся ли. Гугл уже похоронил множество своих планов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема