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

"Четвёртая редакция патчей для ядра Linux с поддержкой языка Rust "	+/–
Сообщение от opennews (?), 17-Янв-22, 14:18
Мигель Охеда (Miguel Ojeda), автор проекта Rust-for-Linux, предложил для рассмотрения разработчиками ядра Linux четвёртый вариант компонентов для разработки драйверов устройств на языке Rust. Поддержка Rust рассматривается как экспериментальная, но уже согласована для включения в ветку linux-next и достаточно развита для начала работы по созданию слоёв абстракции над подсистемами ядра, а также для написания драйверов и модулей. Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56523
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
Сообщение от Фофа (?), 17-Янв-22, 14:18
Наконец норм язык завезут
Ответить | Правка | Наверх | Cообщить модератору

	7. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+6 +/–
	Сообщение от Аноним (7), 17-Янв-22, 14:26
	до сих пор всё писалось на ненормальном.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–9 +/–
	Сообщение от Аноним (45), 17-Янв-22, 15:11
	> на ненормальном Ты не знаешь определение "нормально"? Все знают, что "нормально" - это "выделятся из толпы".
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+11 +/–
	Сообщение от YetAnotherOnanym (ok), 17-Янв-22, 16:36
	Нормально ты минусов набрал. У толпы желающих выделиться из толпы от твоих слов конкретно подгорело.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от Аноним (45), 17-Янв-22, 17:38
	Я искренне полагаю, что из-за моей безграмотности.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от _hide_ (ok), 18-Янв-22, 10:10
	Ну называть язык "нормальным" и при этом говорить о необходимости добавления его поддержки в ядро -- это на грани. Нормальный язык -- значит особых проблем писать на нем модули ядра нет. Не нормальный -- требуется поддержка со стороны ядра.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	12. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Старший аноним (?), 17-Янв-22, 14:36
	И тут наступит звездец нормальной операционке
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	52. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–2 +/–
	Сообщение от псевдонимус (?), 17-Янв-22, 15:24
	>устаревшей операционные Пофиксил.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от какработать (?), 17-Янв-22, 18:57
	Да, пора всё сначала. К новым победам.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от псевдонимус (?), 17-Янв-22, 19:12
	> Да, пора всё сначала. К новым победам. Это не троллинг. Просто объективно Линукс как был костылем и пародией на юникс так им и остался. Это тупик. Как и концепция универсальной операционной системы.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 19:40
	скорее покажи свой афигенный "непародийный" тру юникс !!!
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от какработать (?), 17-Янв-22, 21:43
	Вы тут многие почему-то думаете, что это ваше "покажи свой", "запили свой" что-то решает в реальном мире, за пределами душного манямирочка опнетного взаимотроллинга.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от tty0 (?), 17-Янв-22, 23:18
	Никому не нужна твоя поделка. Объясняю для одарённых: раз сказал а (что линукс не правильный юникс), то говори б (какой правильный и в чем конкретно причины выбора). Тут де просто трёп.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от какработать (?), 17-Янв-22, 21:41
	И нужен ли сегодня юникс?
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	204. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–2 +/–
	Сообщение от псевдонимус (?), 18-Янв-22, 03:34
	Вопрос дискуссионный, но пародия на него точно не нужна.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (214), 18-Янв-22, 10:33
	Все вменяшки давно на BSD перекатились. Этот ваш линукс после ухода Торвальдса загнется.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	15. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+13 +/–
	Сообщение от Аноним (15), 17-Янв-22, 14:41
	Сегодня пишет он на Rust, а завтра Линуса продаст. Почему что-то, написанное на Rust, всегда преподносится с такой помпой и церемониями? Каждому, пишущему на Rust, обязательно нужно всем сообщить, что он пишет на Rust, всегда мечтал писать на Rust, и всегда будет писать на Rust. А еще он ща пришлет куда-нибудь, где нет Rust, свои патчи на Rust. И потом все пойдем на парад по Rust.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	54. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–6 +/–
	Сообщение от псевдонимус (?), 17-Янв-22, 15:26
	Линус сам кого хочешь продаст.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от псевдонимус (?), 17-Янв-22, 15:28
	Потому что фанатики. Фанатики не могут не упомянуть своего идола. Одно из самых агрессивных, нетерпимых к критике сообществ.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	67. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+8 +/–
	Сообщение от Аноним (-), 17-Янв-22, 15:44
	>> Сегодня пишет он на Rust, а завтра Линуса продаст. >> Пишем, чо пepдишь, вакуум!?   >> Вся суть современного раскисяйства >> Мнение всяких идиотов["Linus Torvalds about C++ ..."] разве нужно учитывать? >> Прочитал как экскриментами >> Пусть там и лепят своего говновика. >> Задолбали навязывать это гуано. >> Сообщение от хрустеры > Одно из самых агрессивных, нетерпимых к критике сообществ. Это да, прям в каждой нвости с упоминанием Rust проходу честным, скромным и вежливым опеннетчикам не дают!
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Аноним (64), 17-Янв-22, 15:36
	Разве могу осуждать мух за то, что е...тся? Однако когда на моей голове, злит. Так же и рустоманы. Когда в тихом уединении делают то, к чему лежат их души, кто возразит? Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в дудки, бьют в барабаны и кричат, чтобы все знали про их нрав...
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	69. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 15:49
	> Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в > дудки, бьют в барабаны и кричат, чтобы все знали про их нрав... "Ел грибы, смотрел новостной ковер!"?
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от псевдонимус (?), 17-Янв-22, 17:25
	>> Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в >> дудки, бьют в барабаны и кричат, чтобы все знали про их нрав... > "Ел грибы, смотрел новостной ковер!"? Будто поедание мухоморов или псилоцибиновых поганок это плохо. Шаманы ели нам велели;-) мы хотя бы клей не нюхаем, как растоманы
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 19:37
	Ели шаманы коренных народов. А тебе русскому полагается только водка.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (211), 18-Янв-22, 09:28
	Не надо тут навешивать ярлыки. Не было у русских "водки" в её нынешнем понимании до 19-го века.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Аноним (-), 17-Янв-22, 20:02
	> Будто поедание мухоморов или псилоцибиновых поганок это плохо. Шаманы ели нам велели;-) > мы хотя бы клей не нюхаем, как растоманы Так я не понял, где можно посмотреть хотя бы на видео или фотки: "Но они устраивают факельные шествия и приковывают себя к фонарям на набережной, дудят в дудки, бьют в барабаны и кричат, чтобы все знали про их нрав..." Или обязательно нужны грибы или клей?
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	92. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DIO (?), 17-Янв-22, 16:54
	такова пиар компания этого яп. это не хорошо и не плохо, а как есть. одни рассказывают про низкий порог вхождения для каждой домохозяйки своего супер-яп, другие рассказывают что их яп самый хайповый, третьи еще что-то , а тут выбрана такая стратегия. момент чисто психологический почему на него так агресивно реагируют. но опять же это скорее хорошо чем плохо. есть 100500 разных яп и вот человек который хочет стать вайтишником или кто-то хочет поменять стек глобально/локально (для проекта). один из показателей - что написано и где используется. на самом деле 99% яп сложно найти что написано на них из большого/весомого/глобального. А тут сразу решили пойти с этоого аргумента как с заманухи. Пожуем - увидим как оно будет дальше. Ведь по факту это извечный холивар на тему: - я учил тру Си/Си-шарп и т.п. и это тру потому что тру - тру - асм т.к. еще бородатые парни в свитерах на нем писали - раст - каках т.к. надописать на гоу т.к. я учил гоу и модные дровосеки пишут на гошечке - (любой яп) круче т.к. он не раст. тоже самое можно писать по отношению и к другим яп. Короче все это фрейдизмы.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	98. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от Самокатофил (?), 17-Янв-22, 17:10
	>тру Си/Си-шарп и т.п. >Короче все это фрейдизмы Личинка эйчара, у вас ус отклеился. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 17:44
	Есть ещё лисп, он умеет в синтаксические макросы полущ этого вашего раста.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	262. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от burjui (ok), 19-Янв-22, 10:36
	Да-да, тот самый LISP, в котором вызов макроса не отличается от вызова функции, а из-за отсутствия нормального синтаксиса он имитируется макросами (скорее, предпринимаются попытки) из-за чего код становится нечитаемым. Если обращать внимание только на отдельные фичи, а не на общую картину, как любят делать хейтеры, то можно найти тысячу ЯП, которые лучше Rust, C, C++ и вообще чего угодно, в зависимости от обсуждаемого в данный момент языка.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Онаним (?), 17-Янв-22, 20:42
	PID'o'rust (PID of rust) - идентификатор запущенного процесса rust
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	203. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от anonymous (??), 18-Янв-22, 03:17
	Ммм... Какой юмор...
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–2 +/–
	Сообщение от псевдонимус (?), 18-Янв-22, 03:41
	Какой язык, такой и юмор.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Аноним (219), 18-Янв-22, 11:43
	> Почему что-то, написанное на Rust, всегда преподносится с такой помпой и церемониями? Потому что наСИльники уже достали со своими частыми и повсеместными выходами за пределы массивов, двойным освобождением памяти, обращением к уже освобожденной памяти и т.д. и т.п. Несмотря на наличие кучи инструментов для верификации исходников. Понятно, что с растом прям _всех_ ошибок не избежать, особенно при написании кода ядра, где и ансейф местами будет, но кол-во их (ошибок) в разы уменьшится. И это достойно помпезности и церемоний, пока не станет обыденностью. НаСИльники должны страдать.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	299. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (299), 21-Янв-22, 15:44
	> норм язык завезут Ах если бы нормальный язык, типа SPARK:\ https://ru.wikipedia.org/wiki/SPARK_(язык_программирования) https://en.wikipedia.org/wiki/SPARK_(programming_language) https://www.adacore.com/about-spark
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
Сообщение от Анонн (?), 17-Янв-22, 14:20
Спасибо за новость! Пойду за попкорном.
Ответить | Правка | Наверх | Cообщить модератору

	58. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от псевдонимус (?), 17-Янв-22, 15:30
	А я только что пива купил. Сейчас картошечка дожарится и приступим.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
Сообщение от Аноним (3), 17-Янв-22, 14:20
Интересно насколько сильно возрастает число комитетеров в ядре, после добавление раста.
Ответить | Правка | Наверх | Cообщить модератору

	22. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним12345 (?), 17-Янв-22, 14:49
	Учитывая масштабы гугла, многократно
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от Аноним (35), 17-Янв-22, 15:01
	Думаю отрицательно. Чем большую "необязательную" (драйвера устройств, не хочешь Rust - сиди без поддержки устройства, а ведь большинство коммиттит в ядро именно из-за поддержки их железок) часть ядра перепишут на раст, тем меньше будет желающих к ЭТОМУ прикасаться.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	89. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от YetAnotherOnanym (ok), 17-Янв-22, 16:37
	а насколько возросло после включения ебпф?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	171. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от . (?), 17-Янв-22, 20:08
	Уменьшилось же ж? Теперь чтобы запускать энтерпрайзненькую блобятинку прямо внутри ядра - пейсбуку не нужно ничего комитить в ведро, оно просто компилится в ebpf.
	Ответить | Правка | Наверх | Cообщить модератору

4. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
Сообщение от InuYasha (??), 17-Янв-22, 14:24
> позволит с минимальными усилиями создавать безопасные и более качественные драйверы Вся суть современного раскисяйства - хотим всё, ничего не де... "с минимальными усилиями"! Что ж, поколение пользователей спеллчекеров подросло и дотянулось до ядра.
Ответить | Правка | Наверх | Cообщить модератору

	6. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+4 +/–
	Сообщение от InuYasha (??), 17-Янв-22, 14:26
	Кстати, принцип "вы сами не можете безопасно, надо вас принудить" я где-то уже наблюдаю...
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Анондвачер (?), 18-Янв-22, 06:36
	Никто не убирал возможность писать на том же C/С++, только Rust сделан для таких компонентов, где не особо критична производительность, но важна скорость с которой нужно это сделать и одновременно возможность не выстрелить себе в ногу. Ну и разрабам дров для периферийных устройств будет в разы легче(Зачем им вообще нужен драйвер на низкоуровневом языке?)
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (219), 18-Янв-22, 11:50
	Это где еще? Российские ЦБ с минфином и госдумой защищают глупое население от страшной крипты?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	257. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от InuYasha (??), 18-Янв-22, 20:34
	Да наоборот же! Вы не умеете хранить деньги - несите их в кассу. Смтрите кредитка - ай как удобно и безопасно! Ой, кредитки всё ещё не то! Нацкрипта! Во. Ну, и медицина и пр.
	Ответить | Правка | Наверх | Cообщить модератору

	281. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Тот_Самый_Анонимус (?), 19-Янв-22, 18:17
	Ну сшашка, к примеру, на уровне парламента обсуждает защиту населения от РТ.
	Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

	31. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+14 +/–
	Сообщение от Ordu (ok), 17-Янв-22, 14:57
	> Вся суть современного раскисяйства - хотим всё, ничего не де... "с минимальными усилиями"! Если хочется с максимальными усилиями, то можно писать ядро на ассемблере. Без макроязыка. Или даже на брейнфаке. Можно, на самом деле, придумать сколько угодно усложнений. Например, писать код ногами. Причём не по клавиатуре, а по сенсорному экрану смартфона. Кто-нибудь писал так ОС? Нет? А вот ты можешь: будет потом чем хвастаться перед зумерками.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	49. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Аноним (45), 17-Янв-22, 15:21
	Разрешаю писать минимальными усилиями redoxos (или как он правильно называется)
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (189), 17-Янв-22, 22:10
	Оно ещё живое? Что-то прекратились новости про него...
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от InuYasha (??), 17-Янв-22, 16:58
	Ну, можешь считать биномы/диффуры на счётных палочках - я не против. Я против того чтобы к процессу допускать тех, кто может их решать лишь через MathCad путём тыканья кнопок "а оно само посчитает".
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	201. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Ordu (ok), 18-Янв-22, 02:03
	Если C для тебя -- необходимый порог для входа, то спешу тебя огорчить: C -- очень плохой порог для входа. Любой идиот сможет написать на C программу, которая скомпилируется, но потом в рантайме будет рандомно падать. Поэтому, собственно, в linux порогом для входа является не язык, а процесс review: люди втыкают глазами в присланный код и думают головой. Ты сам попробуй: ты зашлёшь в ядро свой патчик, который вполне компилируется и даже вроде работает, но те проблемы, с которыми ты столкнулся на пути создания этого патчика будут ничем, по сравнению с теми проблемами переписывания этого патчика, с которыми ты столкнёшься в процессе проталкивания патчика в mainline. Я в целом считаю, что использовать язык порогом для входа -- неудачная затея, но если уж использовать, то rust, а не C, потому что rust требует от программиста умения следить за лайфтаймами, за пользователями объекта и за типами. C не требует от программиста ничего.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+7 +/–
	Сообщение от НяшМяш (ok), 17-Янв-22, 15:04
	> поколение пользователей спеллчекеров Не знаю какое поколение было до, но разве отцы-изобретатели ЭВМ придумали компьютер не для помощи человеку? Чем проверка кода отличается от каких-нибудь математических вычислений с точки зрения трудозатрат?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	48. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от pavlinux (ok), 17-Янв-22, 15:18
	> Чем проверка кода отличается от каких-нибудь математических вычислений с точки зрения трудозатрат? Код не знает где он будет работать. Нужны ли драйверам, операционке жирные сегменты данных?  (обязательной инициализации значений переменных перед использованием) Строгая типизация? Когда в ядре куча (void *)data ... которое через 5-10 вызовов превращается в struct file_operation. le64_to_cpu(), cpu_to_be64(); ntoa(),... Чо он там "строго натипизирует"? Рожание виртуальных объектов, которые на конкретном компе вообще никогда не выполнятся?! Похоже на метод "Бабушкины антрисоли" - а мож в другой жизни пригодится.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от НяшМяш (ok), 17-Янв-22, 16:54
	> Строгая типизация? Когда в ядре куча (void *)data ... которое через 5-10 вызовов превращается в struct file_operation. Осторожнее, а то так можно договориться что C небезопасен /s
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Аноним (139), 17-Янв-22, 18:33
	Не страшно, 95% здешних хейтеров все равно не поймут смысла сказанного.
	Ответить | Правка | Наверх | Cообщить модератору

	209. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–2 +/–
	Сообщение от Аноним (209), 18-Янв-22, 09:08
	Расстрою тебя, компьютеры вообще были придуманы не для облегчения жизни. Вот воообще.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	252. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Анончик (?), 18-Янв-22, 17:19
	Просвети убогих
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Анондвачер (?), 18-Янв-22, 06:28
	Вся суть современного СИкисяйства - хотим всё, ничего не делая "С минимальными усилиями"! Что ж, поколение пользователей высокоуровщиков подросло и дотянулось до ядра. (Opennet, если бы существовал до 1970г)
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
Сообщение от keydon (ok), 17-Янв-22, 14:24
> Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру. Лягушку варят постепенно > Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные драйверы, избавленные от таких проблем как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера. Т.е. то же самое что и современный C++ со статическим анализатором.
Ответить | Правка | Наверх | Cообщить модератору

	9. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Анонн (?), 17-Янв-22, 14:30
	Linus Torvalds: “C++ is really a terrible language!” Так что мимо.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+5 +/–
	Сообщение от Аноним (45), 17-Янв-22, 14:35
	Да, было время, когда Линус мог сказать и показать пальцем.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 17-Янв-22, 14:37
	Ох уже верующие в Бога Нашего Иисуса^W^W^W Святого Линуса Торвальдса.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	25. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Агл (?), 17-Янв-22, 14:51
	я и сам это напишу, без Линуса. Это как с палочками для еды - кто-то ест только ими, другим пофигу чем, а  есть те кто требуют ложку и вилку
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	61. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от pavlinux (ok), 17-Янв-22, 15:34
	> Это как с палочками для еды - кто-то ест только ими, Ну успеха, поесть суп палочками.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от Аноним (71), 17-Янв-22, 16:02
	Никаких проблем с мисо и палочками не вижу. Ем спокойно.
	Ответить | Правка | Наверх | Cообщить модератору

	309. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от pavlinux (ok), 10-Фев-22, 03:49
	> Никаких Опять анонимная xyeта ...
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от keydon (ok), 17-Янв-22, 17:44
	> Linus Torvalds: “C++ is really a terrible language!” > Так что мимо. Ну это когда было то. Я и сам так считал пока не увидел ржавчину.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	136. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Анонн (?), 17-Янв-22, 18:26
	Тем не менее у нас есть уже четвертая редакция патчей для rust и ни один для crap++ Sad, but true.
	Ответить | Правка | Наверх | Cообщить модератору

	277. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от n00by (ok), 19-Янв-22, 15:27
	А зачем для плюсов патчи, просветите чайника? В ядре Виндоса они не требуются.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (139), 17-Янв-22, 18:57
	Статические анализаторы пропускают ошибки, и ты это знаешь. У Гугл и МС 70% уязвимостей это ошибки работы с памятью. Им эти анализаторы не помогли. Я знаю какой ответ будет, потому напишу сразу: Код под unsafe локализует место возможной ошибки. Существует этому и формальное доказательство (пусть пока и не включает все возможности языка): https://plv.mpi-sws.org/rustbelt/popl18/paper.pdf Да, в некоторых синтетических примерах при использовании сложных конструкций языка возможны баги. Но они именно что считаются за баги и будут исправлены.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	162. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 19:41
	"gcc -Wall" и Rust  не нужен.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+4 +/–
	Сообщение от Аноним (-), 17-Янв-22, 20:50
	> "gcc -Wall" и Rust  не нужен. #include<stdio.h> int main(int argc, char** argv) {      int (*putit)(char*) = (int (*) (char*)) (argc != 0 ? 0 : puts);      return putit("bar"); } $ gcc -Wall test.c && ./a.out Segmentation fault $ cat test.rs use std::env; use std::io::{Write}; fn put(foo:&[u8]) ->() {     std::io::stdout().write_all(foo).unwrap(); } pub fn main() {     let putit = if env::args().len() !=0 {0} else {put};     putit(b"hello"); } $ rustc test.rs error[E0308]: `if` and `else` have incompatible types --> tst.rs:7:52   | 7 |     let putit = if env::args().len() !=0 {0} else {put};   |                                           -        ^^^ expected integer, found fn item   |                                           |   |                                           expected because of this   |   = note: expected type `{integer}`           found fn item `for<'r> fn(&'r [u8]) {put} как скажешь.
	Ответить | Правка | Наверх | Cообщить модератору

	310. Скрыто модератором	+/–
	Сообщение от pavlinux (ok), 10-Фев-22, 03:58
	>[оверквотинг удален] > int (*putit)(char*) = (int (*) (char*)) (argc != 0 ? 0 : puts); > >     let putit = if env::args().len() !=0 {0} else >... > как скажешь. Эээээ, пидaРастишка, а чой-то ты в сишнике впихнул строгое приведение типов, а в пидaРасте забыл? Вот так выглядит твой говноРаста код на Си! #include<stdio.h> int main(int argc, char** argv) {      int (*putit)(char*) = argc != 0 ? 0 : puts;      return putit("bar"); } gcc -Wall test.c test.c: In function ‘main’: test.c:3:28: warning: initialization of ‘int (*)(char *)’ from incompatible pointer type ‘int (*)(const char *)’ [-Wincompatible-pointer-types]       int (*putit)(char*) = argc != 0 ? 0 : puts;                             ^~~~
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от keydon (ok), 17-Янв-22, 20:05
	>  Статические анализаторы пропускают ошибки, и ты это знаешь. Также как и статический анализатор в расте. От того что его засунули в компилятор ничего не изменилось. > У Гугл и МС 70% уязвимостей это ошибки работы с памятью. Им эти анализаторы не помогли. Микрософт это просто сборище !@!#$%^. У гугла смотреть надо, например в коде хрома и раст не поможет, разве что только сверхИИ или господь Бог. > Код под unsafe локализует место возможной ошибки. Ну это сказки для впечатлительных. Это тот же самый статический анализ, где спасал он раньше, спасет и сейчас. Во многих анализаторах и раньше точно также можно было указать где подавлять определенные проверки (то же что и unsafe). Где не спасал, не спасает и в расте. > Да, в некоторых синтетических примерах при использовании сложных конструкций языка возможны баги. Но они именно что считаются за баги и будут исправлены. То же самое можно и про плюсы сказать, но почему-то в "плюсах шаблоны кривые" и все кончено, а раст "еще будет исправлен". Мне пора писать rust++? >Существует этому и формальное доказательство (пусть пока и не включает все возможности языка) https://plv.mpi-sws.org/rustbelt/popl18/paper.pdf Очень занятно. Особенно мне понравилось: > In other words, compared to mainstream “safe”languages, Rust offers both lower-level control and stronger safety guarantees. At least, that is the hope. Лучше бы и я не сказал. Надеюсь этим парням поучаствовавшим в миссии "достижения священного грааля" отдали их дипломы.
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	217. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Минона (ok), 18-Янв-22, 11:40
	Дурак всегда оспаривает свою дурость.
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от burjui (ok), 19-Янв-22, 10:41
	>> Статические анализаторы пропускают ошибки, и ты это знаешь. > Также как и статический анализатор в расте. От того что его засунули в компилятор ничего не изменилось. Приведи примеры.
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	269. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от keydon (ok), 19-Янв-22, 12:14
	> Приведи примеры. Вы не тому ответили.
	Ответить | Правка | Наверх | Cообщить модератору

8. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
Сообщение от Аноним (7), 17-Янв-22, 14:29
> избавленные от таких проблем как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера. когда нельзя создать программистов, пишущих более качественный код, приходится создавать язык, более толерантный к качествам программистов.
Ответить | Правка | Наверх | Cообщить модератору

	14. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Урри (ok), 17-Янв-22, 14:38
	"программистов". Ну или старый добрый термин - кодеров.
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от bOOster (ok), 18-Янв-22, 11:47
	Этот термин изначально не относился к программистам. Этот термин относился к ребятам которые умели в машинный код без ассемблера и языков какого-либо уровня. Просто механическая работа.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 18-Янв-22, 13:18
	> Просто механическая работа. Именно об этом я и написал.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Девичья сладость (?), 17-Янв-22, 14:59
	Дядя, но ведь это буквально для того, чтобы писать более качественный код. Не думаешь о ручном управлении памятью -> в освободившееся время пишешь код. В чём проблема?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	77. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Урри (ok), 17-Янв-22, 16:27
	> В чём проблема? Проблема в отсутствии мозгов у растофанатиков, которые за одним единственным деревом не видят лес. Есть миллион языков, в которых нету "ручного управления памятью" (например, брейнфак). Но, почему то, на них не пишут более лучше качественный код.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–3 +/–
	Сообщение от Девичья сладость (?), 17-Янв-22, 19:10
	А что за лес? Лес ваших иррациональных страхов? Ваша личная ненависть ко всему современному понятна; человек в годах выглядит даже глупо, занимаясь молодёжными вещами. Но вас никто не заставляет писать на расте, на нём будут писать новые поколения программистов, и специально для них создаются инструменты, облегчающие работу (например, раст).
	Ответить | Правка | Наверх | Cообщить модератору

	224. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от bOOster (ok), 18-Янв-22, 11:50
	Не будут. Так как сработает обычный принцип разгильдяйства программиста пишущего код раста, появятся дыры, и rust как многие идентичные языки сыграет в ящик.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 18-Янв-22, 13:20
	> на нём будут писать новые поколения программистов, и специально для них создаются инструменты, > облегчающие работу (например, раст). Я именно так и пишу - обезьянкам, не способным в программирование и не способным думать и которые ведутся на "вам не надо ничего учить, наш СуперЯзык вместо вас сделает безопасТно".
	Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

	84. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от Аноним (84), 17-Янв-22, 16:33
	Это не про ручное управление памятью, а про понимание программистом собственного кода. Код непонимающих кадров просто перестанет падать, поэтому искать надо будет другие глюки. Всё. В остальном суть не поменяется: у быдлокодера на любом языке получится быдлокод, а код разумного специалиста в большинстве случаев разумен вне зависимости от языка. Поэтому раст выгоден в первую очередь для корпораций, где понимание возложено на руководство, а обычный штатный кодер понимать что-либо не должен, а должен просто реализовывать заданный алгоритм заданным способом -- при подобном механическом кодировании на сях число проблем с памятью растёт катастрофически.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	150. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+4 +/–
	Сообщение от Аноним (139), 17-Янв-22, 19:07
	А что делать с невнимательностью которая всем присуща. Скажем в питоне можно пропустить запятую и код скомпилируется, будет работать но неправильно. И Не скоро ты это заметишь. https://www.opennet.dev/opennews/art.shtml?num=56470 В С/С++ возможны use after free, double free, out of buffer read/writes и иже с ними. Они тоже ошибок при компиляции не вызывают. Везде в мире принято человеческий фактор сводить на нет (особенно это заметно в промышленности), рутину автоматизировать. Особенно автоматизацией рутины любят заниматься программисты. В этом в сущности состоит их работа. И только у анонимов опеннета это считается злом.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Аноним (196), 17-Янв-22, 23:52
	Никто не говорит, что rust -- зло. Речь не про rust.  Речь про снижение планки вхождения в системное программирование (раз) и методы распространения кода в стиле npm (два): эти два пункта внушают некоторые опасения. Что касается языка, то прежде, чем топить за или против, надо ознакомиться с языком. Учебник тут: https://doc.rust-lang.org/book/index.html // если понимание не срабатывает, то: заменить контекст "язык" на "английский" и перечитать абзац.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от burjui (ok), 19-Янв-22, 10:48
	А методы распространения кода тут при чём? Вообще-то, Cargo не встроен в язык и вообще необязателен, и в разработке ядра не используется. Что до снижения порога вхождения - это ерунда, как по мне: от того, что используется Rust, модель работы ядра и драйверов проще не становится, если только не делать полноценные фреймворки, абстрагирующие это до более высокого уровня.
	Ответить | Правка | Наверх | Cообщить модератору

	267. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от anonymous (??), 19-Янв-22, 11:46
	> Речь про снижение планки вхождения в системное программирование (раз) и методы распространения кода в стиле npm (два): эти два пункта внушают некоторые опасения. Так: 1. Rust наоборот повышает планку, позволяя опустить её назад лишь в рамках unsafe-блоков. 2. Никто не заставляет использовать cargo. Можно использовать apt или по старине вручную скачивать и устанавливать зависимости.
	Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

	237. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Урри (ok), 18-Янв-22, 13:21
	> А что делать с невнимательностью которая всем присуща. Три волшебных понятия, которым не учат обезьянок, но с помощью которых уже много-много лет работает настоящий IT: "CI", "тестирование" и "анализаторы".
	Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

	265. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от burjui (ok), 19-Янв-22, 10:49
	Можно подумать, на Rust это делать нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 19-Янв-22, 12:23
	> Можно подумать, на Rust это делать нельзя. Это можно (и нужно) делать на чем угодно, даже на брейнфаке. Но почему-то растофанатики не в курсе этих элементарных профессиональных понятий и утверждают, что достаточно просто использовать их суперязык.
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от anonymous (??), 19-Янв-22, 15:59
	Ну, вообще-то разные языки дают разные принципиальные возможности по анализу. Какие-то языки явно формулируют допущения, владение ресурсами и прочее (и это даёт возможность проверить корректность применения в контексте выбранных допущений и прочего). А какие-то языки работают абсолютно императивно и дают возможность лишь динамического анализа (и то сильно ограниченного). И да, brainfuck принципиально даёт чрезвычайно малые возможности для автоматического анализа корректности кода. В то время, как в идеале бы вообще стремиться к строгим математическим доказательствам корректности кода.
	Ответить | Правка | Наверх | Cообщить модератору

	280. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 19-Янв-22, 17:28
	Да. Но к чему весь этот пассаж? К тому, что раст - это новая веха в развитии программизма? Нет. К тому, что раст лучше остальных языков? Тоже нет. К тому, что раст имеет какие-то уникальные свойства, которые позволят качественно улучшить программирование? Снова нет.
	Ответить | Правка | Наверх | Cообщить модератору

	295. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от anonymous (??), 20-Янв-22, 08:53
	Rust представляет собой такой набор решений, что в нём можно и качественный анализ получить, и Сишную производительность, и большие проекты писать. Других таких языков до Rust как-то и не было. Так что вполне на первые два вопроса можно ответить, да. Хотя они так сформулированы, что предполагают только субъективные ответы.
	Ответить | Правка | Наверх | Cообщить модератору

	297. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 20-Янв-22, 23:44
	> Rust представляет собой такой набор решений, что в нём можно и качественный анализ получить, и Сишную производительность, и большие проекты писать. Можно, конечно. Точно так же, как на Аде, Лиспе, Фортране, Паскале, Си, Хаскеле... Вот только все вышеперечисленные языки обладают стройным дизайном, который не приходится ломать каждые полгода ради "ой, мы тут забыли кое-что - щас быстро втащим в язык, придумаем новую закорючку и сломаем в паре мест обратную совместимость, ну да не привыкать.". > Других таких языков до Rust как-то и не было. Таких перегруженных идиотскими костылями? Тоже были.
	Ответить | Правка | Наверх | Cообщить модератору

	268. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от anonymous (??), 19-Янв-22, 11:50
	Всё правильно. Собственно, Rust by design как раз и заточен под "тестирование" и "анализаторы". Именно за это его обычно и любят.
	Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

	88. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от Аноним (88), 17-Янв-22, 16:37
	Это для того, чтобы гугел мог посодить стадо своих полуграмотных индусов которые латиницу-то с трудом понимают писать нужные ему драйвера и чтоб это стадо макак попутно не отстрелило себе все по самую маковку, не более.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	72. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от анонимус (??), 17-Янв-22, 16:04
	это называется эволюция языков. новые появляются чтобы решать какие-то проблемы старых, и желательно не добавляя больше новых
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	90. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (45), 17-Янв-22, 16:37
	> эволюция Кто-то говорит, что это "революция и долой царя!"
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от анонимус (??), 17-Янв-22, 18:07
	меньше слухов слушайте, больше своей головой думайте)
	Ответить | Правка | Наверх | Cообщить модератору

10. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
Сообщение от Аноним (35), 17-Янв-22, 14:34
>Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру. Но фактически, если хочешь работать с устройством - то придётся вступить в культ Cargo. Ну или переписать драйвер на сишке и его самому поддерживать.
Ответить | Правка | Наверх | Cообщить модератору

	164. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от робат (?), 17-Янв-22, 19:55
	> Но фактически, если хочешь работать с устройством - то придётся вступить в культ Cargo. маловероятно, гугл не делает железо, а те кто раньше писал на С знают что Rust в ядре бесполезен поэтому будут как раньше писать на С.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от burjui (ok), 19-Янв-22, 10:51
	Cargo не встроен в язык, можно писать и без него.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

16. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
Сообщение от Аноним (45), 17-Янв-22, 14:43
> Поддержка Rust рассматривается как экспериментальная А при чем тут mainline? Пусть копаются в своей песочнице со своими экспериментами.
Ответить | Правка | Наверх | Cообщить модератору

	80. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Урри (ok), 17-Янв-22, 16:28
	Оно так и будет. Посмотри на сообщество и экосистему - они же вечно будут в этой песочнице возиться, тратя 50% своего времени на переписывание того, что работало раньше под новую пачку граблей, а вторые 50% на выяснение того, кто из них более безопасТно работает с памятью.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от псевдонимус (?), 17-Янв-22, 18:54
	> Оно так и будет. > Посмотри на сообщество и экосистему - они же вечно будут в этой > песочнице возиться, тратя 50% своего времени на переписывание того, что работало > раньше под новую пачку граблей, а вторые 50% на выяснение того, > кто из них более безопасТно работает с памятью. Вместо того чтобы доделать ресдох, чтобы он хотя бы на каком-нибудь железе заработал. А ведь как красив он в описании..
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Прохожий (??), 18-Янв-22, 02:34
	> чтобы он хотя бы на каком-нибудь железе заработал А он и работает. Зайди на их сайт и убедись собственными глазками. Там фотографии есть.
	Ответить | Правка | Наверх | Cообщить модератору

	284. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от DyadyushkaAU (ok), 19-Янв-22, 19:30
	https://www.redox-os.org/screens/
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

27. Скрыто модератором	+/–
Сообщение от Аноним (-), 17-Янв-22, 14:55
Чё, пацаны, panic и выброс архитектур?
Ответить | Правка | Наверх | Cообщить модератору

	36. Скрыто модератором	+2 +/–
	Сообщение от Аноним (45), 17-Янв-22, 15:02
	> panic и выброс архитектур Отличная новая функциональность, которая срочно нужна в основной ветке ядра. Вместо драйверов, файловых систем и тп.
	Ответить | Правка | Наверх | Cообщить модератору

	56. Скрыто модератором	+/–
	Сообщение от хрустеры (?), 17-Янв-22, 15:27
	Как же ж так - мы же вам наразраб....скопипастили целый один драйвер! Он, правда, пока не работает, зато безопастный!
	Ответить | Правка | Наверх | Cообщить модератору

	147. Скрыто модератором	+/–
	Сообщение от псевдонимус (?), 17-Янв-22, 19:01
	> Как же ж так - мы же вам наразраб....скопипастили целый один драйвер! > Он, правда, пока не работает, зато безопастный! Я тоже! Тоже хочу! Написать неработающий драйвер для какой-нибудь умной вещи! Посоветуйте изык, посоны! Вот пепельницу хочу умную. С поддержкой блявтуз и ипв6. И унитаз. И чтобы не надо было думать
	Ответить | Правка | Наверх | Cообщить модератору

	73. Скрыто модератором	+/–
	Сообщение от анонимус (??), 17-Янв-22, 16:07
	вот кстати интересно что про панику никаких обновлений не было. как по мне это самый главный блокер от включения, поскольку есть явное противоречение - постоянной работе ядра и сиюмоментного останова выполнения
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	190. Скрыто модератором	–2 +/–
	Сообщение от Аноним (-), 17-Янв-22, 22:22
	это безопасная паника, можно еще unsafe добавить в панику, ведь математически доказано, что если пометить панику как unsafe то безопасность всего остального кода возрастает.
	Ответить | Правка | Наверх | Cообщить модератору

	192. Скрыто модератором	+/–
	Сообщение от Дебианщик (?), 17-Янв-22, 22:26
	> это безопасная паника, можно еще unsafe добавить в панику, ведь математически доказано, > что если пометить панику как unsafe то безопасность всего остального кода возрастает. Ну даавай сюда доказательство. Или обычный опеннетный АнтиРастоВоен^W балабол?
	Ответить | Правка | Наверх | Cообщить модератору

28. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
Сообщение от Аноним (28), 17-Янв-22, 14:57
Вот линуксоиды постоянно жалуются на утечки памяти, для которых даже например нужен такой костыль, как перезапуск сессии Cinnamon. А чтобы устранить их, нужна не Растом баловаться, а инструменты отладки нормальные запилить, типа FastMM Full Debug Mode, чтобы не наугад утечки памяти ловить, а четко видеть, что и где их вызывает.
Ответить | Правка | Наверх | Cообщить модератору

	74. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от анонимус (??), 17-Янв-22, 16:10
	об этом кто-то еще знает? неделями-месяцами корица с мятой работает и полет нормальный
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–4 +/–
	Сообщение от Урри (ok), 17-Янв-22, 16:31
	Какие утечки, вендузятник? Я месяцами не перегружаю ноут (минт), при этом постоянно в работе vscode и разные браузеры. И все прекрасно работает! Венду же приходится каждое утро перезагружать.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	116. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (-), 17-Янв-22, 17:51
	> Какие утечки, вендузятник? > постоянно в работе vscode и разные браузеры ох, два брата поругались
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от псевдонимус (?), 17-Янв-22, 19:08
	> Какие утечки, вендузятник? > Я месяцами не перегружаю ноут (минт), при этом постоянно в работе vscode > и разные браузеры. И все прекрасно работает! > Венду же приходится каждое утро перезагружать. Спермерку мне всего лишь раз в неделю приходилось перезагружать.
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	239. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 18-Янв-22, 13:25
	Семерочка и у меня неплохо бегала.
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Минона (ok), 18-Янв-22, 11:43
	Я свою рабочую десяточку перезагружаю раз в месяц, после вторника патчей. А ты месяцами сидишь на дырявом корыте? Нашёл чем гордиться. 😏
	Ответить | Правка | К родителю #83 | Наверх | Cообщить модератору

	238. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Урри (ok), 18-Янв-22, 13:24
	> Я свою рабочую десяточку перезагружаю раз в месяц, после вторника патчей. Не делаешь ничего сложнее наблюдения за сменой скучных обоев? > А ты месяцами сидишь на дырявом корыте? Нашёл чем гордиться. 😏 Вы, вендопользователи, такие забавные. Сидите по уши в гoвне^W CVE, но дырявое корыто не у вас. https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=Windows
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Минона (ok), 19-Янв-22, 00:46
	Почему не делаю, работаю, с 10 окон постоянно запущенного служебного софта. Ты ещё более забавен. Дырявое корыто у всех. Но я своё регулярно латаю. А ты месяцами сидишь в нем.
	Ответить | Правка | Наверх | Cообщить модератору

	271. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 19-Янв-22, 12:26
	Во-первых, не верю. Сказочки про не текущую, требующую перезагрузки всего раз в месяц винду будешь бабушкам в парке рассказывать. Во-вторых, у меня линукс и закрытая для внешнего мира система. Мне не надо латать ее по каждому чиху (как некоторым).
	Ответить | Правка | Наверх | Cообщить модератору

	282. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Тот_Самый_Анонимус (?), 19-Янв-22, 18:40
	>Во-первых, не верю Оскорбили ваши чувства? У меня хрюша месяца два без перезагрузок жила на двуг гигах оперативки. Но можете не верить дальше.
	Ответить | Правка | Наверх | Cообщить модератору

	283. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Минона (ok), 19-Янв-22, 19:07
	Твоя вера это твои проблемы. Раз в месяц я ставлю обновления на свою рабочую винду. Серверная 2003 винда в закрытой от мира системе у меня 5 лет без ребута работала. Пока диск не сдох. Внезапно. 😏 Так что сказки про текущую винду ты текущим подружкам в постельке рассказывай.
	Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

	242. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от псевдонимус (?), 18-Янв-22, 14:13
	> Я свою рабочую десяточку перезагружаю раз в месяц, после вторника патчей. > А ты месяцами сидишь на дырявом корыте? Нашёл чем гордиться. 😏 Твоя дерьмятка и без дыр полуюзабельное омно с рекламой на рабстоле.
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	260. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Минона (ok), 19-Янв-22, 00:52
	У меня нет рекламы. Ты ниасилил в юзании такую простую вещь как винда? Какой же ты убогий…
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от псевдонимус (?), 18-Янв-22, 14:14
	> Я свою рабочую десяточку перезагружаю раз в месяц, после вторника патчей. > А ты месяцами сидишь на дырявом корыте? Нашёл чем гордиться. 😏 Прям как рачевод: "я не обновлялся уже неделю!"
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

29. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+5 +/–
Сообщение от Аноним (-), 17-Янв-22, 14:57
Предлагаю, раз такая пьянка, пропатчить ведро под C# и Haskell, они ещё безопаснее раста будут (но каждый по-своему).
Ответить | Правка | Наверх | Cообщить модератору

	47. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+4 +/–
	Сообщение от Аноним (45), 17-Янв-22, 15:16
	Лучше javascript. "Он ещё безопаснее раста будет (но по-своему)". Тем более у Гугла уже есть v8, а у MS - npm.
	Ответить | Правка | Наверх | Cообщить модератору

	96. Скрыто модератором	+2 +/–
	Сообщение от Злой Аноним (?), 17-Янв-22, 17:07
	Веб-макака, веб-макака, кодер-террорист Держит линт огромный в руке неоджесист Веб-макака, веб-макака, пушит в эн пи эм Дебаг без остановки выбирает мэн
	Ответить | Правка | Наверх | Cообщить модератору

50. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
Сообщение от BratishkaErik (ok), 17-Янв-22, 15:21
Zig не успеет? :( Rust ведь язык богатый, будет труднее понять код
Ответить | Правка | Наверх | Cообщить модератору

	59. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Аноним (45), 17-Янв-22, 15:30
	Давайте оставим список ЯП, которые обязательно нужны в основной ветке ядра. 1. dos batch (нет указателей - нет проблем) 2. brainfuck (аналогично) 3.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от Урри (ok), 17-Янв-22, 16:33
	3. джава (на всех платформах работает) 4. вижуалбасик (очень большое коммьюнити) 5. похапэ (еще большее коммьюнити) 6. И все они безопасТные! Ведь нету опасТной работы с памятью!
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от псевдонимус (?), 17-Янв-22, 19:28
	> 3. джава (на всех платформах работает) > 4. вижуалбасик (очень большое коммьюнити) > 5. похапэ (еще большее коммьюнити) > 6. > И все они безопасТные! Ведь нету опасТной работы с памятью! Форт. Работает на всех платформах. При ошибках валится.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (45), 17-Янв-22, 19:47
	> При ошибках валится. Отлично! Значит безопасный, не даст сделать что-нибудь (опасное). > Работает на всех платформах. Нет! Безопасный язык работает только на безопасных платформах (которые определяются каким-то llvm)
	Ответить | Правка | Наверх | Cообщить модератору

	240. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Урри (ok), 18-Янв-22, 13:26
	> Форт. Работает на всех платформах. При ошибках валится. Не, не пройдет. Чтобы программить под форт надо уметь думать.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	296. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от . (?), 20-Янв-22, 11:23
	Думать уметь польской реверсной нотации в, причем. Учитывая что во всей freebsd crowd не нашлось пары человек, способных по мелочи поправить четыре килобайта документированного (даже!) кода... Полагаю, телескопами теперь управлять тоже принято на lua, память и гигагерцы же ж дешевые.
	Ответить | Правка | Наверх | Cообщить модератору

51. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
Сообщение от BratishkaErik (ok), 17-Янв-22, 15:21
ну и по тестам медленнее
Ответить | Правка | Наверх | Cообщить модератору

	220. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от anonymous (??), 18-Янв-22, 11:45
	По каким тестам?
	Ответить | Правка | Наверх | Cообщить модератору

66. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–3 +/–
Сообщение от Аноним (66), 17-Янв-22, 15:38
Не нравится? Создайте язык программирования лучше!!1!
Ответить | Правка | Наверх | Cообщить модератору

68. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
Сообщение от макпыф (ok), 17-Янв-22, 15:47
если будет бекенд с GCC и не будет cargo - тогда ладно.
Ответить | Правка | Наверх | Cообщить модератору

	75. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от анонимус (??), 17-Янв-22, 16:11
	а что не так с карго?
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+6 +/–
	Сообщение от макпыф (ok), 17-Янв-22, 16:20
	> а что не так с карго? 1. тот же нпм с лефтпадами 2. малварь и прочее свойственное таким помойкам (подробнее можешь по тегу "npm" посмотреть) 3. Для меня скачивание всякого говна из интернета при сборке не приемлема 4. Дикое разрастание бинарника ядра за счет зависимостей подзависимостей и т.д. (из 1) 5. плохое их взаимодействие с kconfig и сборочными системами ядра 6. Очень многие вещи приемлемы в юзерспэйсе, но не в ядре. Все крэйты на данный момент рассчитаны на юзерспейс
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от анонимус (??), 17-Янв-22, 17:40
	1 - 2. реестр крейтов можно поднять свой при желании 3. не подключайте говно в зависимости + cargo‑audit в ci(или аналоги) 4. тут согласен, по фактам. но такова цена за отсутсвие велосипедов и простое переиспользование. но и диски нынче уже  подешевле стали 5. вопросы тулинга и удобства в использовании в околохрустовых проектах как правило решаются качественно, опиши болячки в issue 6. на вскидку только паника и развертка стека на ум приходит(что с этим придумают - мне тоже интересно. возможно будет что-то аналогичное no-std). что еще?
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 18:08
	> 6. на вскидку только паника и развертка стека на ум приходит(что с > этим придумают - мне тоже интересно. возможно будет что-то аналогичное no-std). > что еще? Развертка убирается банальным "panic=abort". А паники в ядре, внезапно, "свои" есть: > panic -- bring down system on fatal error Да и возникает вопрос, точно ли стоит продолжать выполнение ядерного кода после UB? https://www.opennet.dev/opennews/art.shtml?num=42262 > В ядре Linux выявлены ошибки, приводящие к зависанию процессов и повреждению разделов EXT4 https://bugzilla.kernel.org/show_bug.cgi?id=201685 > Bug 201685 Incorrect disk IO caused by blk-mq direct issue can lead to file system corruption
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (45), 17-Янв-22, 18:21
	Так надо же сперва написать в песочнице(!) свой драйвер ext2 без паник и UB, отсутствие которых гарантирует безопасный язык, и только после идти на поклон царю. А так, это все выглядит как троллинг, ни чем не лучше, чем я троллю тут растистов.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 19:06
	> Так надо же сперва написать в песочнице(!) свой драйвер ext2 без паник > и UB, отсутствие которых гарантирует безопасный язык, Казалось бы, причем тут бурные фантазии анонима? > ни чем не лучше, чем я троллю тут растистов. Не льсти себе -  по новому, смузихлебно-корректному любую метанизацию луж принято теперь называть "троллингом".
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (45), 17-Янв-22, 19:35
	> Казалось бы "сперва добейся" - это как раз фильтр от троллей, которые пропихивают новый "безопасный" язык, на котором ничего не написано для ядра. Напишите хотя бы что-нибудь полезное, пройдитесь по всем "безопасным" граблям в реальном проекте для ядра. Более достойные для включения языки не рыпаются, а тут выскочка "ни грамма за душой" хочет быть королем.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 18-Янв-22, 12:44
	>А паники в ядре, внезапно, "свои" есть: Только вот рантайм сишки этот panic сам по себе не вызывает, дорогой шлангист.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	244. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 18-Янв-22, 14:16
	>>А паники в ядре, внезапно, "свои" есть: > Только вот рантайм сишки этот panic сам по себе не вызывает, дорогой шлангист. И много у тебя в ядре сишного рантайма, дрогой ламист?
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от макпыф (ok), 17-Янв-22, 18:24
	1-2. В npm тоже можно. Да ток никто не делает. 3. Вы не поняли. Ключевое слово не "говно", а "скачивание из интернета" 4. Ну linux не только на десктопе используется. А в ембеде "диск" может быть не очень большим. Ну и я по размеру бинарника оцениваю то, насколько у меня хороший конфиг 5. Ядро использует для сборки собственную ситсему сборки (изменяюсь за тавтологию), с очень широкими возможностями конфигурации. Потому либо будет плохое взаимодействие с ней (мейкфайлы будут лишь давать команды для карго) либо карго не будет использоваться 6. Посмотри новость о ревью патч сета от торвальдса Гугл, который пихает раст в ядро, кстати это понимает и в андроиде ни какого карго нет, нужные крэйты включены в дерево исхов. Правда на пару модулей написанных на расте тянется несколько сот крейтов, потому у меня такая сильная ассоциация раста с нодой и депендеси хелом.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	155. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 19:13
	> 1-2. В npm тоже можно. Да ток никто не делает. Ну да, а для нерастов тоже совершенно не нужен sudo curl | bash, но ... > 4. Ну linux не только на десктопе используется. А в ембеде "диск" может быть не очень большим. Ты собрался собирать ядро для эмбеда на этом самом эмбеде? > Правда на пару модулей написанных на расте тянется несколько сот крейтов, потому > у меня такая сильная ассоциация раста с нодой и депендеси хелом. Во-первых: https://www.opennet.dev/opennews/art.shtml?num=56475 > Вторая версия патчей c реструктуризацией заголовочных файлов ядра Linux намекает, что "все точно так же". Во-вторых: в отличие от ноды, оно компилируется и инлайнится только в путь, ну и с сотнями крейтов ты явно загнул и перенес 1:1 "опыт" юзерспейса. В котором, кстати, тоже вроде бы мелкие утилиты (причем, совсем не на расте) тянут 100500 зависимостей для сборки.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от макпыф (ok), 17-Янв-22, 21:04
	> Ну да, а для нерастов тоже совершенно не нужен sudo curl | > bash, но ... единственный раз когда использовал - для установки rustc ). и то без sudo > Ты собрался собирать ядро для эмбеда на этом самом эмбеде? Речь о размере бинарников > намекает, что "все точно так же". Там речь о "внутреннем" депенденси хелле, между файлами одного проекта. Это немного разные вещи. > Во-вторых: в отличие от ноды, оно компилируется и инлайнится только в путь, не спорю > ну и с сотнями крейтов ты явно загнул Точно уже не помню сколько, исхов 12 андроида под рукой нет, но много. > и перенес 1:1 "опыт" юзерспейса. > В котором, кстати, тоже вроде бы мелкие утилиты (причем, совсем не на > расте) тянут 100500 зависимостей для сборки. Не утверждаю что такого не бывает в проектах не на расте, как и не утверждаю, что это всегда будет в проекте на расте. Да и та же нода не на расте ) Но все же маленких утилит на c/c++/python/perl и т.д. требующих сотни зависимостей не видел. Когда зависимость одна, но это огромный монстр с кучей своих зависимостей - да.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 18-Янв-22, 12:48
	>python Такие есть, но не про вашу честь, питонисты на типичных галерах - те же джаваскриптеры по сути.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 18-Янв-22, 12:46
	>Ты собрался собирать ядро для эмбеда на этом самом эмбеде? Так и четвёртый пень станет эмбедом.
	Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

	173. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (139), 17-Янв-22, 20:31
	>3. Для меня скачивание всякого говна из интернета при сборке не приемлема Звучит странно, поясни логику. Если ты из интернета вручную скачал то оно становится безопасней того что ты скачал пакетным менеджером? Если ты каждый пакет проверяешь на бэкдоры то в чем разница откуда ты его скачаешь, если все равно будешь проверять?
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	182. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от макпыф (ok), 17-Янв-22, 21:11
	> Звучит странно, поясни логику. Если ты из интернета вручную скачал то оно > становится безопасней того что ты скачал пакетным менеджером? 1. Где ты видишь тут слово безопасность? Это меня не волнует, кому нужен мой локалхост? 2. Пакетные менеджеры не использую, configure make install достаточно, толку от написание огромных control-ов pkgbuild-ов и т.д. если ты помнишь файлы всех пакетов и можешь легко снести ручками?
	Ответить | Правка | Наверх | Cообщить модератору

79. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+5 +/–
Сообщение от Аноним (79), 17-Янв-22, 16:28
> Разработка финансируется компанией Google и организацией ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета. Это хорошая новость. Наконец-то тухлое ядро под названием "Linux" скоро загнется и тем самым придаст мотивации свободному сообществу для доведения GNU/Hurd до ума или поддержки хард-форка ядра OpenBSD от проекта Hyperbola.
Ответить | Правка | Наверх | Cообщить модератору

	82. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (82), 17-Янв-22, 16:31
	Hurd невозможно довести до ума. Его можно только переписать.  Причина прибитость всего к 32-ум битам.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Урри (ok), 17-Янв-22, 16:34
	На РАСТе! Хотел бы я на это посмотреть...
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (79), 17-Янв-22, 16:41
	В любом случае это даст пинка под зад всему сообществу. Я бы и сам с радостью помог, но боюсь, что  не обладаю необходимой компетентностью в данной области. А вот копейкой всегда готов помочь.
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	97. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 17:08
	Можно выяснить про ядерный IPC и пилить на Python или Guile драйвера от чего-нибудь нетребовательного.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 17-Янв-22, 17:16
	Пруфцы есть?
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	126. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Sin (?), 17-Янв-22, 18:00
	DragonflyBSD мне кажется  более интересным и перспективным программным решением, чем и опёнок, и хурд.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

99. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
Сообщение от Аноним (196), 17-Янв-22, 17:15
Аа, я понял коварный замысел: 1. привлечь любителей к написанию драйверов; 2. получить пачку отрицательных отзывов от Линуса про код данных любителей; 3. обратить внимание общественности на язык, на котором написан этот код, и поднять шум про дискриминацию по языковому признаку; 4. собрать подписи об исключении Линуса из числа разработчиков ядра на основе нетолерантных высказываний в адрес "разработчиков". Будем надеяться, что ситуация камрада Столлмана не повторится.
Ответить | Правка | Наверх | Cообщить модератору

	102. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Аноним (-), 17-Янв-22, 17:17
	>Будем надеяться, что ситуация камрада Столлмана Камрад Столлман после того, как его защитили в основном те, кто холодно относится к коммунизму, так ничего и не понял.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от freecoder (ok), 17-Янв-22, 17:42
	О чем речь? Причем тут коммунизм?
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от Аноним (-), 17-Янв-22, 17:47
	Столлмана-коммуниста сожрали сами же коммунисты за то, что его коммунизм не сошёлся с их коммунизмом. Короче, ледоруб прислали очередному Троцкому. И тут, как человеку, которому прислали ледоруб, Столлману стоило бы подумать, а за то ли он с года так 2000 воюет, если пригрел на груди змею, которая его же и укусила? Сайтик дефейсили ребята из FSF, да и вообще...
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (-), 17-Янв-22, 18:17
	Даже если и сделает выводы - его выводы будут непопулярны т.к любое объяснение о троцкозме и разжигании мировых революций вычищается и жестко цензурируется, нельзя об этом говорить, а явление уже давно разрушает весь мир и не только опенсорс. Даже тут наши коменты потрут, ибо нельзя говорить правду.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (196), 17-Янв-22, 23:58
	коммунисты? и Столлман тоже коммунист? каким образом и где вы там столько коммунистов нашли?
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	234. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (-), 18-Янв-22, 12:59
	>и Столлман тоже коммунист? Он коммунист в первую очередь, почитай stallman.org. Он ещё и кипяточком писается при виде Берни, который в свою очередь писался кипятком от радости при виде советских очередей. >где В демпартии и тусовочке вокруг, во время mostly peaceful protests оказалось, что авангард партии состоит из trained marxists, они сами об этом говорили. Вот этот авангард Столлмана и травил на почве эпштейновско-минского уклона.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (196), 18-Янв-22, 14:28
	Спс, буду посмотреть.
	Ответить | Правка | Наверх | Cообщить модератору

101. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
Сообщение от Аноним (101), 17-Янв-22, 17:17
>  предложил для рассмотрения разработчиками ядра Linux четвёртый вариант Т.е. его 3 раза послали, а он ничего не понял и пришёл в 4й? Ну бывает, не очень умный, зачем новость-то? Никакого нового софта не создано, растоманы опять шум на пустом месте поднимают.
Ответить | Правка | Наверх | Cообщить модератору

	106. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
	Сообщение от макпыф (ok), 17-Янв-22, 17:27
	увы, не послали https://www.opennet.dev/opennews/art.shtml?num=54792
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (101), 17-Янв-22, 17:45
	linux-5.16> find . -type f -name "*.rs" Ничего нет. linux-5.16> grep -r "\brust\b" . ./tools/perf/util/Build:perf-y += demangle-rust.o ./tools/perf/util/demangle-rust.c:#include "demangle-rust.h" ./tools/perf/util/demangle-rust.c:                              pr_err("demangle-rust: unexpected escape sequence"); ./tools/perf/util/demangle-rust.c:                      pr_err("demangle-rust: unexpected character '%c' in symbol\n", ./tools/perf/util/symbol-elf.c:#include "demangle-rust.h" ./Documentation/translations/zh_TW/index.rst:* rust/index ./Documentation/translations/zh_CN/doc-guide/kernel-doc.rst:.. note:: kernel-doc无法包含Rust代码:请参考 Documentation/rust/docs.rst 。 ./Documentation/translations/zh_CN/index.rst:* rust/index ./Documentation/admin-guide/kernel-parameters.txt:                      with rotating-rust storage. Какой-то мусор на китайском.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от макпыф (ok), 17-Янв-22, 18:46
	В 5.16 нет. В linux-next есть. А там - то что планируется принять.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (101), 17-Янв-22, 19:11
	То состояние ветки linux-next должно было влиться 5.13. Раст планировали, но не влили. Или те патчи и были этим сишным файликом и докой на китайском?
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от псевдонимус (?), 17-Янв-22, 17:57
	>>  предложил для рассмотрения разработчиками ядра Linux четвёртый вариант > Т.е. его 3 раза послали, а он ничего не понял и пришёл > в 4й? Ну бывает, не очень умный, зачем новость-то? Никакого нового > софта не создано, растоманы опять шум на пустом месте поднимают. Если бы это был шум на пустом месте..
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

137. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
Сообщение от Минона (ok), 17-Янв-22, 18:28
Ну в четвёртом то чтении примут наконец или пятого чтения ждать.
Ответить | Правка | Наверх | Cообщить модератору

166. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
Сообщение от Аноним (-), 17-Янв-22, 20:01
Ждём когда "пятую редакцию патчей для ядра Linux с поддержкой языка Rust" выкинут, и при этом Линус сильно выругается.
Ответить | Правка | Наверх | Cообщить модератору

180. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+4 +/–
Сообщение от Аноним (180), 17-Янв-22, 21:02
Друзья, хочу вас успокоить. Переписать ядро линукс на раст в обозримом будущем не возможно. По причине гигантского обьема работ. По приблизительным оценкам трудозатраты на создание ядра составляют несколько миллионов человеко-лет. В лучшем случае развития событий растоманам датут возможность писать писать драйвера или модули ядра. Даже согласование этих простых вопросов займет несколько лет. Ни в расте, ни в хайпе вокруг него ничего плохого нет. Здоровая конкуренция только способствует обогащению экосистемы. Ну и естественно множество людей пройдутся по старым граблям и сломают себе зубы, поскольку никаких особо новых концептуальных идей (кроме безопасной работы с памятью), раст в себе не несет. Просто очередной виток спирали эволюции, возможно тупиковый.
Ответить | Правка | Наверх | Cообщить модератору

	186. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (-), 17-Янв-22, 21:37
	> Переписать ядро линукс на раст в обозримом будущем не возможно. но зато подосрать зависимостью сборки от сраста - аж бегом. этого и хотят
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Минона (ok), 18-Янв-22, 11:47
	А никто не собирается его переписывать. Просто понадобилась возможность писать на расте ядерный код. С чего такой хайп поднялся.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	248. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (189), 18-Янв-22, 14:35
	> понадобилась возможность Кому понадобилась? Растаманам? Дак они и в своём редоксе преуспели от слова никак...
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Аноним (88), 18-Янв-22, 19:09
	>Кому понадобилась? Растаманам? >Разработка финансируется компанией Google Статью не читал что ли? Гуглу понравилась практика пересаживания своих макак на язычки типа Go, вот и топят дальше.
	Ответить | Правка | Наверх | Cообщить модератору

	292. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:41
	А теперь подумай над тем, почему понравилась? И ещё поразмысли, над таким утверждением: программирование существует не как искусство ради искусства, оно призвано решать практические задачи в как можно более сжатые сроки с как можно меньшей стоимостью, но при этом с приемлемым уровнем качества.
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:35
	Скажи-ка, уважаемый эксперт, а где лично ты преуспел? Неуж-то пачками коммиты шлёшь в ядро? Я вот почему-то сильно сомневаюсь. Поэтому хочу спросить, чем конкретно ты недоволен? Или все кричат, и ты кричишь? Стадный инстинкт, так сказать? И вообще-то преуспели они в своём Редоксе. https://www.redox-os.org/screens/
	Ответить | Правка | К родителю #248 | Наверх | Cообщить модератору

	227. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (-), 18-Янв-22, 12:35
	>В лучшем случае развития событий растоманам датут возможность писать писать драйвера или модули ядра. В лучшем случае развития событий растоманов выпрут из ядра до первого panic и сужения списка архитектур до мизерного. Даже common lisp умеет в больше архитектур, чем раст.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	228. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
	Сообщение от Аноним (-), 18-Янв-22, 12:41
	>Ни в расте, ни в хайпе вокруг него ничего плохого нет. Есть тоталитарная секта любителей раста, набитая сверху донизу расистами, по какому-то недоразумению называющими себя борцами за социальную справедливость. Ещё есть недоразумение по имени cargo, превращающее системную разработку в склейку leftpad-ов (кстати, тоталитарная секта любителей раста целиком состоит из почитателей js, что символизирует). >кроме безопасной работы с памятью Концептуальная идея из сишарпа, ага. Особенно там, где безопасной работы особо-то и нет.
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

	245. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (-), 18-Янв-22, 14:22
	>>Ни в расте, ни в хайпе вокруг него ничего плохого нет. > Есть тоталитарная секта любителей раста, ... > тоталитарная секта любителей раста целиком состоит из почитателей js, что > символизирует). А в реальности все проще - есть секта борцунов "Против <чегонибудь>". Так как просто брызгать слюной и сотрясать воздух/клаву выглядит глупо, они очень любят сначала нафантазировать себе "Врагов", от которых потом успешно "эащищают Родину, Землю и Галактику!"
	Ответить | Правка | Наверх | Cообщить модератору

	272. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 19-Янв-22, 13:02
	>А в реальности Только вот SJW, твои братья по разуму, отрицают объективность реальности, у них это в мозгу заложено прямо на подкорке, одна из аксиом идеологии. Откуда берутся снежинки? Из неповторимого опыта каждой персоны. А он откуда берётся? Как раз из убеждения в том, что объективной реальности нет. Так что не надо тут пытаться задвигать за реальность, она не на твоей стороне. И вот попытки просунуть язычок на полторы архитектуры, жирным рантаймом, да ещё и с паникой на аллокациях в ядро - это как раз отрицание реальности. Вот и получается, что секты борцов "Против <чегонибудь>" нет, действие всего лишь рождает противодействие и в этом случае противодействие адекватнее действия.
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 19-Янв-22, 13:02
	P.S. Не зря, кстати, у самого заметного участника московской растконфы бложик называется "Мне не нравится реальность".
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 19-Янв-22, 13:44
	> Только вот SJW, твои братья по разуму, отрицают объективность реальности, у них Только вот лица нетрадиционно-яблочной ориентации, твои братья по разуму и духу, тоже любят ныть и менять тему, так что не надо тут пытаться задвигать за разум и аксиомы - они не на твоей стороне. > И вот попытки просунуть язычок на полторы архитектуры, жирным рантаймом, да ещё > и с паникой на аллокациях в ядро - это как раз отрицание реальности. > Вот и получается, что секты борцов "Против <чегонибудь>" нет, Да-да, секты нет, а бурные фантазиии сектантов и сами они - никуда не делись.
	Ответить | Правка | К родителю #272 | Наверх | Cообщить модератору

	286. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:13
	> Есть тоталитарная секта любителей раста Разве что в твоём воображении. На Opennet, например, куда больше новостей о программах, написанных на плюсах или C. Судя по твоей логике - это тоталитарная секта? Одни люди предпочитают один ЯП. Другие - другой. Какая-то борьба за главенство идеологий идёт, конечно, куда без неё. Ну и что тут тоталитарно-сектантского? > по какому-то недоразумению называющими себя борцами за социальную справедливость Причём здесь ЯП? В любом обществе есть такие. Чем больше общество, тем больше шансов встретить подобных людей. Что сказать-то хотел? Или это такая попытка провести аналогию, что, типа, если человеку нравится Rust, то он по определению борец с чем-то там? Должен тебе заметить, что у тебя ущербная логика в данном случае. > Ещё есть недоразумение по имени cargo, превращающее системную разработку в склейку leftpad-ов Почему недоразумение? Cargo МОЖЕТ использоваться для таскания пакетов извне. Но это НЕ ЕДИНСТВЕННАЯ его функция. Это ещё довольно крутая система сборки, ни в C, ни в C++ такой стандартной нет. > Концептуальная идея из сишарпа, ага. Особенно там, где безопасной работы особо-то и нет. Доказать можешь? А то ведь умные люди работают над языком уже не первый десяток лет и гарантируют, что работа с памятью без unsafe безопасна, а тут заявляется анонимный эксперт и утверждает обратное. Если что, про возможные утечки при циклическом использовании указателей знаю. Но это некритично.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	276. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Vacu923ek (ok), 19-Янв-22, 14:55
	> Переписать ядро линукс на раст в обозримом будущем не возможно. Согласен, но не потому, что "его там много", а потому что всё сделано на Трольвадской вермишели говённого монолита. Любые вторжения в сорсы сразу же потребуют "согласований" по сотне зависимостей. Это и есть плата за тупое проектирование ядра. Было бы микроядро, вообще пофиг было бы на чём писать - хоть на ЛИСПе!
	Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

191. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
Сообщение от microcoder (ok), 17-Янв-22, 22:23
Начало положено. Следующим воткнут Python в ядро.
Ответить | Правка | Наверх | Cообщить модератору

199. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
Сообщение от Аноним (199), 18-Янв-22, 00:50
Надо попиарить хурд. На хурде можно писать драйвера вообще на любом языке, даже на расте. Без адаптации ведра. Правда вот раст на хурде не заведётся, но если бы завёлся, паника бы не убило ведро.
Ответить | Правка | Наверх | Cообщить модератору

213. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+2 +/–
Сообщение от sssss (??), 18-Янв-22, 10:13
А они что-то более приличное, чем драйвер к GPIO сделали? Могли бы хотя бы драйвер для сетевой карты, например e1000e сделать, она во многих эмуляторах есть. А то ведь у них сейчас нет ни DMA, ни соединения с какой-нибудь сложной системой ядра, типа сетевой.
Ответить | Правка | Наверх | Cообщить модератору

	247. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Аноним (189), 18-Янв-22, 14:33
	Они редокс не смогли написать... Проблема как раз с дровами даже к старому оборудованию - на реальных машинах не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	287. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:16
	Вообще-то смогли и работает. На РЕАЛЬНЫХ машинах. https://www.redox-os.org/screens/
	Ответить | Правка | Наверх | Cообщить модератору

	288. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:17
	Насколько я понимаю, сейчас идёт процесс утряски и согласований. Когда всё устаканится, начнут пачками драйвера писать.
	Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

251. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–2 +/–
Сообщение от Аноним (251), 18-Янв-22, 16:47
Мне страшно Linux и Opensource. Но не из-за Rust, Wayland и iwd. Мне страшно из-за пользователей, которые отрицают любые нововведения. Боюсь если  руководить будут такие "Консерваторы", Linux никогда бы не стал самой важной системой мира на которой держится весь интернет. Был бы простой поделкой студента на C, без каких-либо нововведений с небольшой кучкой "Фанатиков", которые бы отрицали любое DE и молились на православную консоль даже сейчас
Ответить | Правка | Наверх | Cообщить модератору

	254. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
	Сообщение от Аноним (-), 18-Янв-22, 18:59
	commagray, залогинься.
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от Аноним (-), 18-Янв-22, 19:43
	>любые нововведения Не вижу в Rust, Wayland и iwd никаких значимых нововведений, кроме того, что iwd всё-таки написан не на мёртвом втором питоне. И то, iwd multihoming запилить не сможет. В Rust из нововведений только привязка кода к репозиториям намертво и сотни бывших фронтендеров, зачем-то посчитавших, что они осилят системное программирование. И тут тот же sbcl с его VOP-ами поинновационнее будет. А для тех, кому C++ - сложна, уже давно есть Vala, если C - тоже сложна, а C# - оверхедна. В Wayland вообще чего-то нового нет, это "давайте сделаем дисплейный сервер без собственно дисплейного сервера". Ни сетевой прозрачности, ни xephyr, копипастинг и скриншоты через композитор, ни xrandr, ни mpx. Где инновации? Инновации в том, что сервер сложил большую часть своей работы на композитор, хотя основная претензия к иксам была в том, что он наоборот не в курсе про некоторые вещи, которые должны лежать в основном протоколе? >которые бы отрицали любое DE Пишу из-под wm, тормозов ноль, не падает по воле левой пятки, занимает свободное место по минимуму, разработчики не депрекейтят фичи. Замечательно скриптуется, кстати. Часто использую те самые консольные программы - жрут меньше гуёвых, отлично скриптуются, фич больше. А зачем ты поставил себе линукс, мне непонятно.
	Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

	274. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 19-Янв-22, 13:11
	На Wayland не серь. Wayland  линуксоиды любят, Wayland - это прогресс.
	Ответить | Правка | Наверх | Cообщить модератору

	285. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 19-Янв-22, 19:55
	Пруфы прогресса вяленда в студию.
	Ответить | Правка | Наверх | Cообщить модератору

	289. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:27
	> В Rust из нововведений только привязка кода к репозиториям намертво и сотни бывших фронтендеров, зачем-то посчитавших, что они осилят системное программирование. И тут тот же sbcl с его VOP-ами поинновационнее будет. А для тех, кому C++ - сложна, уже давно есть Vala, если C - тоже сложна, а C# - оверхедна. В нескольких предложениях тебе удалось объединить такое количество глупостей и предубеждений. Да у тебя талант. Среди системных языков Rust просто сверхпрогрессивен. Тут тебе и безопасная работа с памятью, и строгая типизация, и контроль времени жизни переменных, и модульность, и крутая стандартная система сборки, которая МОЖЕТ в том числе тягать пакеты из центрального репозитария (а может и не тягать). И стандартные форматер и линтер. И всё это без потери производительности конечного кода! Современный C++, вроде, неплох, но это только если придерживаться какого-то ограниченного подмножества языка. А так - это уродливый монстр с полуторатысячестраничной спецификацией и, несмотря на свой возраст, - с овердохренительным количеством ситуаций с UB. C не сложен. Он очень прост. Но эта простота обманчива, если посмотреть на количество багов, связанных с некорректным приведением типов и/или некорректной работой с памятью.
	Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

	302. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (302), 21-Янв-22, 18:49
	VOP-ы из SBCL в студию, до этого момента крыльями не хлопай.
	Ответить | Правка | Наверх | Cообщить модератору

	306. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 24-Янв-22, 20:48
	> VOP-ы из SBCL в студию, до этого момента крыльями не хлопай. Моя твоя не понимать. Что сказать-то хотел?
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–2 +/–
	Сообщение от Vacu923ek (ok), 19-Янв-22, 16:35
	То, что юные лемминги считают за "нововведения", старые зубры давно уже проши, обсудили, выплюнули и больше не вспоминают. Не всё то "новое" (и далеко не обязательно "полезное"), что прибежало в проект и начало всё менять. Иногда от таких "новаторов" наоборот - лучше держаться подальше.
	Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

	290. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
	Сообщение от DyadyushkaAU (ok), 19-Янв-22, 20:31
	> старые, одуревшие от каждодневной борьбы с ошибками луддиты давно уже проши, обсудили, выплюнули и больше не вспоминают, потому что мозги уже давно не те. Поправил. Можешь сказать спасибо. ;)
	Ответить | Правка | Наверх | Cообщить модератору

261. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+3 +/–
Сообщение от fuggy (ok), 19-Янв-22, 10:22
2025 год: выпущена 99 редакция патчей для ядра Linux. 2030 год: программисты начали и продолжают спорить о правильной нумерации версии следующей редакции патчей для ядра Linux.
Ответить | Правка | Наверх | Cообщить модератору

293. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	–1 +/–
Сообщение от JM (?), 19-Янв-22, 23:54
Вижу во всём этом кучу потенциального геморроя. 1. Геморрой технический. Проблема с Rust в том, что на нём невозможно без весьма извращённых танцев с бубнами даже двусвязный список сделать. То ли фанаты Rust никогда не проходили курсы по структурам данных, то ли ещё что, но очень странно, что они не понимают важность возможности реализовывать всякие сложные динамические структуры данных, особенно в ядрах операционок, где этого добра просто дофига и больше. 2. Геморрой социальный. Сообщество разработчиков Linux было единым, со своими идиомами программирования, с единым языком, с единой культурой, со своей философией (свобода там, все дела). А тут в эту культуру хотят впендюрить совершенно инородный элемент: nien! нельзя к памяти обращаться! Развивать один проект на двух разных языках - это просто гарантировать разрушительный для всего проекта конфликт между сторонниками радикальго разных (в данном случае) культур. Тут выше говорят о конкуренции, и о её благости. Да, конкуренция - это хорошо, но не внутрипроектная, а внешняя. Пусть на Rust делают Redox, а потом сравним результаты (нет, не сравним, конечно, потому что см. технические проблемы). Получается, Google разрушает сообщество разработчиков ядра. Я не думаю, что менеджеры Google этого не понимают. Следовательно, это делается целенаправленно. Вопрос: зачем?
Ответить | Правка | Наверх | Cообщить модератору

	294. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 20-Янв-22, 02:03
	1. Танцы с бубнами есть, но не такие уж и извращённые. Двусвязный список сделать возможно. Проблема в том, что компилятор Раст очень щепетилен и не любит неопределённостей, а в двусвязном списке они присутствуют. Поэтому приходится прибегать к unsafe. Односвязный список можно реализовать без unsafe. В книге по Раст приводится пример. Однако же вполне можно пользоваться готовым. https://docs.rs/intrusive-collections/latest/intrusive_colle.../ 2. На начальных этапах Расту  отводится роль языка для написания драйверов. Так что сообщество разработчиков ядра, как было единым, так им и останется. А на чём там драйверы написаны - да какая разница? > nien! нельзя к памяти обращаться Это что за бред? Конечно, можно. Лучше безопасно. Но если очень хочется, можно и как в Сях - небезопасно. Разница в том, что при некорректной работе с памятью ошибку будет куда проще локализовать на Расте - достаточно пройтись по коду с метками unsafe. > Получается, Google разрушает сообщество разработчиков ядра Получается, ты начитался какой-то белиберды от хейтеров и теперь транслируешь их страхи, даже не пытаясь особо вникнуть в детали. Гугл пытается оптимизировать свои расходы. Потому что если принять во внимание статистику, то количество ошибок некорректной работы с памятью приближается к 70% от общего количества ошибок - это очень много, такие ошибки часто критичные, на исправление тратится много времени и денег. Если Раст позволит сократить количество таких ошибок и время на их локализацию хотя бы вдвое - то это уже огромный жирный плюс.
	Ответить | Правка | Наверх | Cообщить модератору

	298. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от JM (?), 21-Янв-22, 07:18
	1. И вот это вот вы называете не извращённым? https://github.com/Amanieu/intrusive-rs/blob/master/src/link... Это не просто извращённые танцы с бубенчиками, привязанными к яйкам. Это просто абсурд. Называть  безопасным язык, в котором даже простой двусвязный список требует unsafe реализации. В ядрах операционок требуются гораздо более сложные конструкции с уймой перекрёстных ссылок. И что, Rust мне предлагает для каждой такой структуры писать такую нахлобучку из unsafe-кода? И этот код нетривиальный, в нём легко накосячить и сложно косяк найти. И после этого набегает туча зелотов и начинает мне втирать, какой у них безопасный язык? Да ладно!? Вы серьёзно!? И если бы мне хватало односвязных списков без циклов, я бы писал на чём-нибудь функциональном. Зачем вообще связываться с императивными языками, указателями и ссылками в таком случае? 2. Нет, не получается. Меня заставили писать на Rust текущий проект для микроконтроллера, и я уже этого Rust столько наелся, что спасибо, больше не надо. Больше всего раздражает, что технические решения принимают менеджеры, которые последний раз код писали лет 100 назад, которым к тому же надувают в уши всяких абстрактных культов о том, что мол строгая типизация спасает от ошибок. Да нифига она не спасает, и это научно установленный факт. От ошибок спасают неизменяемые структуры данных. Но, к сожалению, ядра операционок или вот микроконтроллеры они вообще целиком и полностью про изменяемые структуры данных, про взаимодействие с изменяемым миром, в котором куча переменных взаимосвязей. И в Safe Rust этот изменяемый мир никак не укладывается. Я вообще не понимаю, чего именно обкурились разработчики языка, когда изобретали его ядро. Такое ощущение, что они вообще ни одной структуры данных сложнее массива в жизни не реализовывали, ни разу не программировали взаимодействующие процессы, ни разу не упихивали код в ограниченную память. Иначе, они бы такого отвлечённого от реальности маразма не наворотили бы. Да и потом? В первый раз что ли такое? Абсолютно такая же история с Haskell. Типа, вот у нас есть мощная система типов и теория категорий, поэтому все перед нами падайте ниц, восхищайтесь, восторгайтесь и практикуйте, и всё будет безопасно. А то, что на Haskell нет ни одного вменяемого приложения, и то, что Haskell не используют даже математики в своей работе, никого не волнует. Кстати, зелоты Haskell тоже в свой время кричали о том, что вот сейчас они возьмут и напишут операционную систему, безопасную и без утечек памяти. И что? И где? Тоже дошли примерно до уровня Redox и сдулись. В прошлый раз жертвой такого надувательства стала Microsoft, которая только вот недавно избавилась от этого груза, выпнув Haskell-истов из своих лабораторий в Haskell Foundation и свободное плаванье. Хотя, теперь они умудрились присосаться к Epic Games, и будут сейчас изобретать ей язык Verse. Впрочем, в эпоху постмодерна и деконструкции, кого интересует реальная наука и практика? Да, ведь? Главное громче всех кричать о том, что даже не сделано (как например в Haskell нет никакой категории Hask, зато про неё громче всех кричат). Про Rust даже не доказана теорема о продвижении, которая просто must have, если вы кричите о навороченной системе типов. И баги и ошибки Rust пропускает, есть много тому примеров, только они очень сложные и нетривиальные, и рождаются в попытках реализовать необходимое через барьеры ограничений, которые Rust ставит. Для избегания ошибок с памятью у Google есть Go. Если Google не устраивает Linux, они могут просто взять Rust и написать на нём своё ядро (ха-ха-ха, конечно, см. пример Redox), вот будет настоящая конкуренция. Типа, смотрите, мы написали ядро на Rust и оно лучше Linux. Зачем в Linux-то тащить весь этот маразм? Нет, ну реально, в Linux владение ссылками постоянно переходит от одних структур данных к другим, структуры данных постоянно перемещаются для оптимизации, на Rust с этим работать - полная дикость. Так зачем? Ради хайпа, политических и социальных плюшек?
	Ответить | Правка | Наверх | Cообщить модератору

	307. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от DyadyushkaAU (ok), 25-Янв-22, 02:04
	> 1. И вот это вот вы называете не извращённым? https://github.com/Amanieu/intrusive-rs/blob/master/src/link... Хотелось бы большей конкретики. ИМХО, код как код. > Называть  безопасным язык, в котором даже простой двусвязный список > требует unsafe реализации. Но я ведь объяснил причину. Повторюсь. Если имеем дело с неопределённостями, причём сложными, то или обмазываемся Option, Box, Rc, Arc и т.д. (сложный синтаксис, да), либо сразу пишем unsafe. Вполне себе нормальный подход. Хотите ходить быстро (тяп-ляп, как в Си) по граблям без гарантий компилятора - ок, вот вам инструмент. Хотите гарантий компилятора при работе с динамичными и местами неопределёнными структурами - чешите репу. На Си или Плюсах, если бы вы захотели гарантий, вам бы пришлось действовать точно так же, только репу чесать ещё сильнее и дольше. Поэтому я не понимаю, чем вы недовольны. > В ядрах операционок требуются гораздо более сложные конструкции > с уймой перекрёстных ссылок. Например? Кроме файловой системы в голову больше ничего особо и не приходит. Вы её имели ввиду? Или что-то ещё? > И что, Rust мне предлагает для каждой такой структуры писать такую нахлобучку из unsafe-кода? Ну вы же пишете подобный код на C? В котором куда больше надо делать "нахлобучек". Но к Си вы привыкли, что ли, уже просто не замечая того факта, как он морально устарел. > И этот код нетривиальный, в нём легко накосячить и сложно косяк найти. Гораздо проще, чем в C. Потому что куски unsafe изолированы друг от друга. Опять же странно, что вам нравится копаться в одной сплошной куче unsafe-кода, нежели в отдельных изолированных кусочках. > И если бы мне хватало односвязных списков без циклов, я бы писал > на чём-нибудь функциональном. Зачем вообще связываться с императивными языками, указателями > и ссылками в таком случае? Затем, например, что императивные языки быстрее функциональных в общем случае. Скорость решает в системном программировании. > строгая типизация спасает от ошибок. Да нифига она не спасает, и это > научно установленный факт. Она не спасает от всех возможных ошибок (например, логических) - да, это научно установленный факт. Но от некоторых всё-таки спасает: например, от некорректного приведения типов. Уже жирнющий плюс. > От ошибок спасают неизменяемые структуры данных. С ними, понятное дело, куда проще иметь дело. Логических ошибок будет действительно гораздо меньше. Но причём здесь логические ошибки до ошибок приведения типов? > Такое ощущение, что они вообще ни одной структуры данных сложнее массива > в жизни не реализовывали, ни разу не программировали взаимодействующие процессы Такое ощущение, что вы вообще не в теме, хотя утверждаете, что сыты Растом по горло. Браузер - не достаточно динамичная программа, хотите сказать? > И что? И где? Тоже дошли примерно до уровня Redox А что с Redox не так? Разработка затихла? Или какие конкретно претензии? > Про Rust даже не доказана теорема о > продвижении, которая просто must have, если вы кричите о навороченной системе > типов. Не в курсе об этой теореме. Гугл тоже ничего не находит. Могли бы ссылкой поделиться? > И баги и ошибки Rust пропускает, есть много тому примеров Ещё раз. Rust не страхует от всех возможных ошибок. Только от определённого класса: некорректное приведение типов, некорректная работа с памятью. > только они очень сложные и нетривиальные, и рождаются в попытках реализовать > необходимое через барьеры ограничений, которые Rust ставит. Там, где много неопределённости - так и есть. Но в каких языках по-другому? Конкурентное программирование да ещё с динамическими общими структурами - одна из самых сложных областей в программировании. На других языках, подозреваю, то, что в Rust можно сделать хоть с какими-то гарантиями, сделать невозможно от слова "совсем". Встречалась статья, где один мужик оптимизировал софт на крупной международной бирже. За полгода ему удалось сделать то, что не удалось сделать коллективу плюсовиков за несколько лет. Главная причина - сложность многопоточного программирования в плюсах. Мужик писал на F#, где, по-видимому, с этим дела обстоят намного проще. > Зачем в Linux-то тащить весь этот маразм? Может потому, что это не маразм в глазах программистов Google, MS, Huawei, Amazon, Mozilla и кучи других более мелких спонсоров?
	Ответить | Правка | Наверх | Cообщить модератору

	301. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 21-Янв-22, 18:46
	>А на чём там драйверы написаны - да какая разница? Действительно, какая разница - драйвер под полторы архитектуры или под десять.
	Ответить | Правка | К родителю #294 | Наверх | Cообщить модератору

	303. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 21-Янв-22, 19:01
	>Геморрой социальный. Сообщество разработчиков Linux было единым, со своими идиомами программирования, с единым языком, с единой культурой, со своей философией (свобода там, все дела). А тут в эту культуру хотят впендюрить совершенно инородный элемент А ты посмотри на состав раст фаундейшена и заодно вспомни, сколько внутри растосферы sjw на зарплате у MS.
	Ответить | Правка | К родителю #293 | Наверх | Cообщить модератору

	304. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (-), 21-Янв-22, 19:28
	> А ты посмотри на состав раст фаундейшена и заодно вспомни, сколько внутри > растосферы sjw на зарплате у MS. На состав линукс фаундейшена давно смотрел?
	Ответить | Правка | Наверх | Cообщить модератору

	305. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
	Сообщение от Аноним (305), 21-Янв-22, 21:56
	Так потому я и жду слаку 15, потихонечку изучая ситуацию с другими unix-подобными ОС, от заразы пекарня уже очищена давно. По большей части.
	Ответить | Правка | Наверх | Cообщить модератору

300. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+1 +/–
Сообщение от Аноним (300), 21-Янв-22, 17:27
Пока не завезут в ядро Prolog или хотя-бы Common-Lisp - пусть идут в виндовс и там внедряют себе эти ихние Rust'ы оп самое ядро. Алсо, сем им Си не угодил, "сложнА без сахарку"?
Ответить | Правка | Наверх | Cообщить модератору

308. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."	+/–
Сообщение от Аноним (189), 25-Янв-22, 10:54
"Он в четвёртый раз закинул невод в сине море - пришёл невод с одной травою морской..." (с)
Ответить | Правка | Наверх | Cообщить модератору

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

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