Кристоф Хелвиг (Christoph Hellwig), мэйнейнер подсистем DMA, KVM, Slab Allocator и архитектуры PowerPC в ядре Linux, в своё время входивший в управляющий технический комитет организации Linux Foundation и выступавший истцом в связанном с GPL судебном разбирательстве с VMware, отказался подтверждать пачти, связанные с поддержкой разработки драйверов на языке Rust. Предложенный патчи добавляли обвязки над несколькими функциями подсистемы DMA, позволяющие использовать DMA в драйверах на языке Rust...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62685
> Значение для Линуса имеют технические обсуждения и патчи, а не оказание давления через социальные сети.А в той цитате, которая так полюбилась анонимам, и за которую банят модеры, он показал, что он не такой уж и технократ, независимый от политики.
А по поводу новости - для таких матёрых инженеров оказалось новостью, что два языка создадут проблемы? - пора уже прореживать линукс, возможно, стоит начать вообще с головы, линус уже не торт.
Переписать этот ваш линукс на раст вот и все дела.
Вам запрещают это?
> Вам запрещают это?Конечно! Еще и вредят!
Ведь не может же так быть, что https://www.redox-os.org/ сам собой получался?!
> Ведь не может же так быть, что https://www.redox-os.org/ сам собой получался?!Это - то что хрустики могут сами по себе. Еще фуксии всякие. Только почему-то никто это юзать не хочет.
Да, тогда сертификация фстек потеряется
Скорее форкнуть и планомерно заменять сишные части. Но что-то чую желающих мало
План в общем-то такой и есть, только без форка. А желающих мало по многим причинам, одна из которых оголтелое вахтёрство на всех уровнях принятия решений, что мы собственно и наблюдаем. Линукс может спасти только передача всех процессов на баланс какой-нибудь большой корпорации типа Майкрософта или IBM, которые не просто знают и умеют разрабатывать ПО, а создали этот рынок и эту индустрию когда местные комментаторы ещё даже в проекте не были.
Ясно, Micro$oft готовит нового Элопа для возглавить LF или захвата прямого руководства разработкой ядра.
Что этим корпорациям мешало создать подобный проект много лет назад?
Теперь все ясно зачем так продавливают Раст. Чтобы выдавить Линуса.
Плохая идея ставить всё в зависимость от одного человека.
Лучше чем от корпорации где люди цели постоянно меняются.
Проснись и пой, твой Линукс на 95% процентов пишется и спонсируется корпорациями.
Так они экономят свои деньги.
И выкачивают из тебя - твои!
Корпорации более стабильны в своей политике, но действуют исключительно ради выгоды.
> Корпорации более стабильны в своей политике, но действуют исключительно ради выгоды.А Свободное Сообщество™ не только не стабильны в политике, но еще и немного вредят?
Ага! Я всегда знал что stable api nonsense это не просто так! Это заговор!ps у корпораций еще есть кое-что, чего нет у других, а именно - ресурсы: средства производства, деньги и репутация.
Ну сравни 2 вакансии "работать в комапнии с мировым именем за деньги" и "забесплатно писать код ради неблагодарных потребителей".
> Корпорации более стабильны в своей политике, но действуют исключительно ради выгоды.Взаимоисключающие параграфы как они есть. В смысле, политика корпорации может вертеться со скоростью турбины, преследуя профиты, если конъюнктура такая. И какая там стабильность?
ну ты же понимаешь, что твой уютный 2007 с 2.6 уже не вернуть
Никто не мешает сидеть на 2.6 и C2D.
Как будто, на C2D не работают последние LTS.
> ну ты же понимаешь, что твой уютный 2007 с 2.6 уже не вернутьА что, таки git checkout у вас не работает? :)
>ну ты же понимаешь, что твой уютный 2007 с 2.6 уже не вернутьА что изменилось? Нечего. Я уютно сижу на последнем релизе копилефтного ядра.
Рано или поздно, но Торвальдс самовыдавится в связи со сроком истечения жизни. Но что будет к этому моменту? Популярность раста спадёт на ноль, а на его место станет какой-нибудь очередной мега-популярный язык программирования — "серебряная пуля которая решает всё". Зато ядро так и останется на сишке, несмотря на попытки очередного компьюнити очередного ЯП пушить свои недопатчи. И всё правильно дядька сказал - есть апишка, пусть используют её и уже над ней надстравивают всё что нужно для их раста, да хоть для джавы(!) и на ней уже пишут драйверы (представляю себе этот "драйвер" на пару гигабайт оперативки). Всё остальное это просто хайп, типа какие злые все эти сишные программеры, не хотят говнокод пускать к алтарю святости и граалю стабильности.
> Рано или поздно, но Торвальдс самовыдавится в связи со сроком истечения жизни.Он не настолько старый, а в скандинавских странах медицина хорошая.
> Но что будет к этому моменту? Популярность раста спадёт на ноль,
С чего вдруг? К тому времени в андроиде, хроме и винде будет куча растового кода.
> а на его место станет какой-нибудь очередной мега-популярный язык программирования — "серебряная пуля которая решает всё".
Вот когда предложат, тогда поговорим)
> Зато ядро так и останется на сишке,
таким же дырявым и CVEшным? Не, скорее рухнет под собственным весом.
> несмотря на попытки очередного компьюнити очередного ЯП пушить свои недопатчи.
Пока Торвальдс патч не реджектнул. Думаю сейчас идет политика и переговоры со спонсорами.
> И всё правильно дядька сказал - есть апишка, пусть используют её и уже над ней надстравивают всё что нужно для их раста, да хоть для джавы(!) и на ней уже пишут драйверы (представляю себе этот "драйвер" на пару гигабайт оперативки).
Не, дядька сказал гораздо больше.
И это очень хорошо. Теперь есть иллюзорный шанс его CoCом наказать.> Всё остальное это просто хайп, типа какие злые все эти сишные программеры, не хотят говнокод пускать к алтарю святости и граалю стабильности.
Не просто злые, но еще и бракоделы)
Memory Corruption на первом месте
https://www.cvedetails.com/product/47/Linux-Linux-Kernel.htm...
> Он не настолько старый, а в скандинавских странах медицина хорошая.Была). Да кончается
Тем более, что активно плодятся всякие загорелые и кучерявые скандинавы.))) И всякие брейвики. В таких условиях и медицина может не помочь
У него есть ведь 639 баллов?
> А по поводу новости - для таких матёрых инженеров оказалось новостью, что два языка создадут проблемы? - пора уже прореживать линукс, возможно, стоит начать вообще с головы, линус уже не торт.Новостью это не оказалось. Просто ждали пример когда всплывут проблемы. Проблемы (с принятем корректного патча из-за опционального rust'а) всплыли. При попытке внедрить в новую подсистему появилась причина отказать. Отказали.
Все четко.
> Проблемы (с принятем корректного патча из-за опционального rust'а) всплыли.Странно, а с внедрением десятков миллионов строк драйверов от корпорастов, в которых разбираются сугубо эти самые корпорасты - проблем не возникло.
Когда денюшку занесли, чего же отказывать, да?
Да, а что? В чём, собственно, проблема?В ведро, и куда бы то ни было, либо коммитят, либо платят тем, кто коммитит. Так развивается софт.
Крики на опеннете не развивают софт, по крайней мере с той же эффективностью.
> А в той цитате, которая так полюбилась анонимам, и за которую банят модеры, он показал, что он не такой уж и технократ, независимый от политики.Этой цитатой он вылил все ведра заготовленной для него "политики" обратно на головы троллям. Теперь они исходят на гoвно тут, а он работает - там.
У него гибкий, растягиваемый до бесконечности ан^W ... эээммм ... ШАБЛОН! Во! :)
Линуск это уже давно _только_ бабло, но немамонты нека не могут поверить что их всех поимели :)
О какой цитате речь?
> В качестве причины отказа упомянуто усложнение сопровождения кода при наличии обвязок на других языках и желание сохранить программные интерфейсы к DMA в читаемом виде на языке СиЯ же это говорил с самого начала.
Хотите гниль - пишите с нуля, не надо загаживать имеющиеся проекты.
> Как вариант, Гектор упомянул привлечение Кристофа к ответственности за нарушение кодекса поведения из-за комментария, в котором Кристоф сравнил Rust с раковой опухольюВо балбес, СоС применим к людям а не гнили.
> Я же это говорил с самого начала.Как жаль что тебя нет среди разработчиков ведра.
А может и слава богу - оно было бы еще дырявее.> Хотите гниль - пишите с нуля, не надо загаживать имеющиеся проекты.
Хотим и добавим, и что вы нам сделаете?
А вы будете палки в колеса ставить и саботировать?
Ну там мы вас КоКом в лицо потыкаем)> Во балбес, СоС применим к людям а не гнили.
А как у Сообщество™ горело когда со раком сравнили Линукс?
Не людей, не Торвальдса, а сам проект?
> Хотим и добавим, и что вы нам сделаете?Так не добавили. Перечитай новость. Как раз "мы" вам и сделали - отказали принять патч. Странная попытка извернуть в свою сторону, далёкая от реальности.
В свой форк вы можете добавить все, что хотите.
Вон мелкомягкие вообще дотнет добавили. Поимелись с ним и грохнули форк.А в общий проект вы сможете добавить только то, что вам разрешит верховный бог и жрец проекта. Пока он вам показывает средний палец.
Капча 33699 намекает на мою правоту
> Пока он вам показывает средний палец.Это не так. Верховный показал средний палец агрессивному поведению одного из участников.
> Хотим и добавим, и что вы нам сделаете?1. Не приму ваш гнилой PR.
2. Не буду дальше учавствовать в проекте где гнилой код.
3. Минимизирую использование продуктов с гнилью.Собственно я это всё уже делаю :)
Меня CoC~ом тыкать бесполезно: в моих проектах его нет или там будет написано что я всегда прав пока не решу сам признать обратного, а на чужие проекты мне пофиг, ибо фактически я трачу на них своё время=деньги и они не являются источниками дохода для меня.
>> Хотим и добавим, и что вы нам сделаете?
> 1. Не приму ваш гнилой PR.Ваше право, слава богу вы в ядро не пишете.
Но в ядре можно применить Сообщество™ (соцсети), админ ресурс (корпы) и добиться своего.> 2. Не буду дальше учавствовать в проекте где гнилой код.
Ух, вот это мощно. Я бы сказал даже во благо.
Можно даже за это выпить.> 3. Минимизирую использование продуктов с гнилью.
Надеюсь у тебя айфон, а не андроид. Ибо в последнем раст код есть.
Ну и 321м по идеологии айфоны положены.> Собственно я это всё уже делаю :)
Молодец! Возьми пирожок на полочке.
> Но в ядре можно применить Сообщество™ (соцсети), админ ресурс (корпы) и добиться своего.USAID закрыли, теперь денег чтобы вонять в социалках не будет.
Через месяц окажется что растом пользуются полтора фрика от мозиллы и другие полтора фрика из DEI писали рекомендации от имени администрации USA что надо дескать гниль использовать :)И мнение большинства не значит что оно правильное, как и научный консенсус ни разу не критерий истины.
В общем можете ныть в сосалках сколько хотите, пока вы не заносите бабло на вас пофиг.
А попытка занести гниль - это добавление отрицательной ценности, которая сильно увеличивает затраты на сопровождение, о чём и сказано в новости и о чём я говорил много раз.
Те хотите гниль в ядре - пишите своё гнилое ядро.Только вот оно вроде как есть но никому даром не нужно.
> Надеюсь у тебя айфон, а не андроид. Ибо в последнем раст код есть.Мне плевать что там внутри андройда, это интимное дело гугла и тех кто это пилит.
Речь шла о продуктах в которых я учавствую или о тех что хотя бы собираются у меня дома из исходников.
> В общем можете ныть в сосалках сколько хотите, пока вы не заносите бабло на вас пофиг.А заносит гугл, амазон и мелкомягкие.
Как они решат, так и будет.> Мне плевать что там внутри андройда, это интимное дело гугла и тех кто это пилит.
Так сам пишешь "Минимизирую использование продуктов с гнилью."
Использование, Ваня!
Не пользуйся андроидом, вдруг "гнилью" заразишься.> Речь шла о продуктах в которых я учавствую или о тех что хотя бы собираются у меня дома из исходников.
Забавно как ты юлишь и переобуваешься))
> А заносит гугл, амазон и мелкомягкие.
> Как они решат, так и будет.Так они уже решили: DEI на мороз. )
Сейчас окажется что всю движ с гнилью как раз люди принятые по программе DEI и делали, и подавляли тех кто против высказывался.
А дальше всё просто: посчитаю сколько в деньгах будет стоить пилить в добавок на гниле и выкинут это на мороз.
> Так сам пишешь "Минимизирую использование продуктов с гнилью."Я пояснил что под этим подразумеваю.
В отличии от вас я не фонатик и у меня есть более приятные дела чем с лупой выяснять в магазине использовалась гниль в телеке/тостере/унитазе/хлебе или нет.
> Так они уже решили: DEI на мороз. )
> Сейчас окажется что всю движ с гнилью как раз люди принятые по
> программе DEI и делали, и подавляли тех кто против высказывался.
> А дальше всё просто: посчитаю сколько в деньгах будет стоить пилить в
> добавок на гниле и выкинут это на мороз.А заодно и любители буллинга имени LGBTQ уже оптом сыпятся на мороз. Вооон там сколько команд по all-inclusive УЖЕ уволено нахрен.
И да, я не имею дел с проектами на хрусте в том числе и потому что нахожу их комьюнити токсичными. Все что эти недотепы могут - пытаться даунплеить других и громко орать. И развитие яп очень тупое. На любую проблему ответ - скачайте ночнушку.
Я не понимаю как так можно спроектировать ЯП чтобы его в принципе нельзя было расширять самим собой и надо было перманентно патчить тулчейн. Плюсеры почему-то могут заимплементить borrow, option, оверлоад operator [], вот это все - и сделать практически все что имели предложить хрустики - БЕЗ ПОСТОЯННОГО КОРЕЖЕНИЯ ТУЛЧЕЙНА. А типичное развитие хрустопроекта это как bcachefs - где тулсы вылетели из дебиана из-за политие "скачайте ночнушку!"
Нельзя ли больше подробностей про то, как в Rust страдает tool chain от развития языка? Или, как обычно, ничего, кроме голословных утверждений не будет?
> Нельзя ли больше подробностей про то, как в Rust страдает tool chain
> от развития языка? Или, как обычно, ничего, кроме голословных утверждений не
> будет?Любое изменение - ведет к "скачайте ночнушку". В сабже это всех конкретно достало - ибо для любого изменения которое надо было для того чтобы к кернелу это прикрутить, надо патчить компилер. Постоянно. На каждый пшик.
Если бы сишка так себя вел - его б в жизни никто не стал юзать под системное программирование. ИМХО совершенно нездоровая ситуация когда для адаптации к работе с линукс кернелом надо - тулчейн постоянно корежить. Прям в сорцах тулчейна. Так что более-менее застабилизировать это все - и собирать тем который по дефолту в системе поставляется - ну вот нет. Это делает все и вся многократно кривее, сложнее и хреновее. Так такие вещи не делаются.
Аргументация от "да, я не имею дел с проектами на хрусте в том числе и потому что нахожу их комьюнити токсичными."
> Аргументация от "да, я не имею дел с проектами на хрусте в
> том числе и потому что нахожу их комьюнити токсичными."А что делать? И да, скачаете ночнушку - это тоже - токсичность. Чисто технчиеская - но от того не сильно более приятная.
Сишка вел себя так, что аж шесть лет целым комитетом ANSI C89 изобретали. Это сейчас, молодо-зелено понаросло, которое не помнит времен былых. Некоторым так надоело садо-мазо с сей, что они жабу придумали.
> Сишка вел себя так, что аж шесть лет целым комитетом ANSI C89 изобретали.1) Всего 6 лет. Хрусту уже раза в 2+ больше, а воз и ныне там - ни 1 стандарта.
2) Чему conforms to ядро в си я знаю. А вот в хрусте - ???. Я понимаю что 1) но все же, такой вот облом.> Это сейчас, молодо-зелено понаросло, которое не помнит времен былых. Некоторым
> так надоело садо-мазо с сей, что они жабу придумали.И получился очередной корпоративный булшит...
> Минимизирую использование продуктов с гнилью.
> Мне плевать что там внутри андройдаАх, Ванюша, как же ты умело переобуваешься в прыжке. Борец с системой, но только пока бороться удобно, на пол-шишечки.
Я не фанатик который будет читать этикетку пол часа на коробке спичек перед покупкой.Минимизация раста означает что если мне требуется что то и есть аналог написанный без гнили в составе - то я выбиру такой вариант, даже если он будет немного уступать в функционале.
При этом у меня нет проблем с фф - потому что аналогов нет, и нет проблем с андройдом - я его получаю как готовый продукт и что там внутри мне мало интересно, интереснее чтобы оно не сливало данные, а код я править не собираюсь.
И да, вот андройд как раз та помойка в которую превратится и ядро - линукс если туда втащат раст: нужно будет пол дня компелять в специальном образе докера, а сам образ докера будут жрецы девственницы собирать в особенном святилище, простым смертным повторить не получится.
> Я не фанатикты лицемер, такой же как эти проводники раста в ядро линукса
Это не так.Если кто то пишет что то на расте, сам поддерживает, развивает и тп - ну мне конечно не очень приятно, но я ничего против сказать не имею.
Хуже если мне приходится самому как то учавствовать в процессе превращения кода в конечный продукт.
Мне не нравится фаирфокс и прочее что использует раст тем что мне приходится тратить своё время и своё электричество на сборку компелятора раста и на долгую сборку самого проекта.Совсем ужасно когда оно не собирается или не делает то что мне нужно и как мне нужно и мне приходится смотреть в код.
Просто кашмарно когда в имеющийся проект втаскивают гниль, потому что это увеличивает сложность и стоимость поддержки, развития, компеляции и вообще всех возможных этапов от создания до утилизации даже не в 2 раза а более двух раз.
Поэтому содержание гнилокода в андройде или ещё каких то штуках которые продаются целиком и я не трогаю и не вижу кода - мне безразлично.
На докере низя, это поделие на богомерзком Go.
интересно, что Сообщество™ таки коллективный иск на главаря мс с требованием прекратить разработку Окон не подало :)
ну финн даёт! сначала принял решение жить с раст, теперь включил заднюю
> ну финн даёт! сначала принял решение жить с раст, теперь включил заднююХороший гибкий лидер.
>> ну финн даёт! сначала принял решение жить с раст, теперь включил заднюю
> Хороший гибкий лидер.согласен, прогибается под кого надо ;)
Просто не поспешил сразу поставить запятую, в своё время, в предложенном ему: "Rust принять нельзя отказать". А ещё говорят, что не дипломатичен.
Научился лавировать. А то неизвестно где бы мог оказаться его палец.
в точку
Торвальдсы лавировали лавировали, да не вылавировали.
Он теперь политик.Вместо посылания дает людям обделаться.
Дал rust'овикам обделаться. Они обделались.
Он на это указал - теперь он мудрый руководитель.
> Дал rust'овикам обделаться. Они обделались.Разве? У них есть код.
У мейнтенера есть истерика и "rust is a cancer"Это полностью соответствует тому, что Торвалдс рассказывал "... old-time kernel developers are used to C and don't know Rust. They're not exactly excited about having to learn a new language"
Сейчас закрутятся шестерни корпораций, АймФиннишу начнут приходить письма "за что мы вам платим деньги?"...
> Разве? У них есть код.Кривой по своей сути.
И истерека "давайте массой надавим".> У мейнтенера есть истерика и "rust is a cancer"
У него есть четкое обоснование - что система крива. И должна была строиться по-другому.
> Это полностью соответствует тому, что Торвалдс рассказывал "... old-time kernel developers are used to C and don't know Rust. They're not exactly excited about having to learn a new language"
Именно. Для некоторых одаренных. Эта фраза означает: "Нельзя требовать от всех знать rust. Система внедрения должна быть другой. Но пока rust'овики не справляются."
Буквально это и означает: "rust'овики обделались"
> Сейчас закрутятся шестерни корпораций, АймФиннишу начнут приходить письма "за что мы вам платим деньги?"...
А вот это вполне может быть. Ну так это будет нетехническая причина.
> Нельзя требовать от всех знать rust.Но можно требовать от всех знать Си. И никакого двуличия в этом нет, это другое и надо понимать. Я ничего не напутал?
Нет, ничего не перепутали. Кодовая база на C УЖЕ есть и УЖЕ работает. А на Rust'е еще только будет, но это не точно.
>> Нельзя требовать от всех знать rust.
> Но можно требовать от всех знать Си. И никакого двуличия в этом
> нет, это другое и надо понимать. Я ничего не напутал?Если не хотите знать си - юзайте редокс и только софт на хрусте. И посмотрим далеко ли вы на своем супер-софте с супер-яп уехать сможете.
Вроде кроме редких драйверов на Rust уже давно все реализовано.
А вот с драйверами там какая-то истерика. В целом заход в ядро
скорее всего ради драйверов (разработчиков с экспертизой) и устраивался.
> Вроде кроме редких драйверов на Rust уже давно все реализовано.Реализовано, простите, что? Полторы недооперационки которые никто не хочет юзать? Целых полторы либы? Файрфокс, где сишки - больше чем хруста, а плюсоты хватит на них обеих?
Или вы всерьез будете юзать долгострой ака консерву? Консерва это вообще угарная история. Уж и разработчиков с их хрустом - ушли на мороз. И мозилла вот-вот загнется нахрен. А консерво так до сих пор и не готово. И вот сколько у него пользователей? Даже у lynx - больше, имхо.
И вот что там и где - реализовано? Чтоб вы реально смогли от сишки отказаться, м? :)
> А вот с драйверами там какая-то истерика. В целом заход в ядро
> скорее всего ради драйверов (разработчиков с экспертизой) и устраивался.Я для начала посмотрю как вы при вашей жизни от сишки отказаться сможете. Очень интересное будет шоу. Сишка существует - больше чем вы. И больше чем я. И вы думатее что вы сможете весь софт писаный за полвека вот так бац и переписать? Оптимизм это хорошо :)
Никому не интересно на чем пишут хэллоуорлдщики. Порешают как всегда корпораты. Решат что им раст выгоднее - никуда не денетесь. Как в свое время с жабой было. С/C++ братия как только не плевалась в ее сторону, в итоге жаба в энтерпразе и топах востребованных языков для разработки. Пух! Бабло порешает, не кипятитесь!
> Никому не интересно на чем пишут хэллоуорлдщики. Порешают как всегда корпораты. Решат
> что им раст выгоднее - никуда не денетесь. Как в свое
> время с жабой было. С/C++ братия как только не плевалась в
> ее сторону, в итоге жаба в энтерпразе и топах востребованных языков
> для разработки. Пух! Бабло порешает, не кипятитесь!Уже пробовали в фуксии. И чего-то wannabe-системщики обоср@лись с брызгами - и были подвергнуты децимации менеджментом. План по захвату мира был урезан до планов по захвату пары фоторамок.
They're not exactly excited about having to learn a new language"They're not exactly excited about having to learn a new language потому что когда предлагают повысить skill, в большинстве случаев предлагают покупать все эти курсы, а организациям не нужны лишние растраты на self development.
> Разве? У них есть код.Они удумали выкатить здоровенный шмат кода - прямо под рефактор подсистем. Игноря активность которая им была известна - все сломав - и потребовав ОТ ДРУГИХ решать проблемы которые они создали! Под рассказы ни-ни, что вы, хруст сам по себе и никому не мешает.
Извините, господа. Или уж трусы, или уж крестик. А все и сразу - так не бывает.
> У мейнтенера есть истерика и "rust is a cancer"
У него истерика когда господа профакапили ему рефактор подсистемы, из-за них бортанули ряд технически валидных комитов - а они еще и смеют вещать что якобы не создают никому проблем. При таких вот фактах.
> are used to C and don't know Rust. They're not exactly
> excited about having to learn a new language"И собственно что? Вон там редсдох ос для этих, с горящими глазами. И прочие фуксии. Но судя по "успеху" их девелопа - лучше пусть эти рулят, чем те кто доломает проект до ацкого месива и "скачайтеночнушку".
> Сейчас закрутятся шестерни корпораций, АймФиннишу начнут приходить
> письма "за что мы вам платим деньги?"...Wishful thinking как он есть. Корпорации не платят денег "за хруст" или за что либо еще. Более того - правила игры изменились. У руля Трамп. Ветер изменился. Команды по инклюзивности уже оптом ушли на мороз. И вон те видимо объяснили что ремни лучше пристегнуть. Ибо с 1 стороны надо санкциями поднажать, с 2-й торговые войны, и вот тут экономика может в турбулентность войти. Кто не пристегнется - будет летать по всему салону. И потом будет очень не в форме. Вот всех этих LQBTQ и прочих снежинок и поперли на мороз.
И у мейнтейнера есть код. И побольше чем у них.Им туда ещё сказали, как делать свой код работоспособным, и тут у них там случилась истерика.
>ну финн даёт! сначала принял решение жить с раст, теперь включил заднююТрнеды нонче там новые: на мороз всю искуственно навязанную гниль, начиная с раста и его горлопанов и далее всех прочих инклюзивных и не бинарных.
Линуксоидам нужно работу работать, а не фигней страдать
>Линуксоидам нужно работу работать, а не фигней страдатьНу да, ну да. Даёшь ещё больше дыр в коде. 🤣
Лучше код, хоть и с дырами, чем сплошная дыра вместо кода, как гнилых горлопанов.
:)Сплошная дыра - это код Гугла, Дропбокса, Клаудфлари, Дискорда, Амазона и прочих лидеров в разработке ПО на Планете Земля? Давно я так не веселился.
>Сплошная дыра - это код Гугла, Дропбокса, Клаудфлари, Дискорда, Амазона и прочих лидеров в разработке ПО на Планете Земля?Че там с ядрами и осями от этих "лидеров"? Где скачать, чтоб внутри было "все ихнее", "лидерское"(тм)?
1. Вас в поисковике забанили? Андроид - это как раз ОС от Гугла. Не знали, что ли?
2. Вам-то зачем? Вы не же будете ничего там кодить. Или "чтобы было"?
3. Всё, или не всё, какая разница? Эти фирмы - лидеры в своей отрасли. Просили примеров, ну вот вам примеры.
>1. Вас в поисковике забанили?А вас?
>Андроид - это как раз ОС от Гугла. Не знали, что ли?... с ведром от кого\чего?!?! Ну же - не надо стесняться! :-D
Дык не пользуйся ничем от лидеров. Пользуйся только тем, что полностью на безопастном накарякяно! Чего страдать-то. Что, тухловата перспективка? Вот и я о том же.
Вы информацию в пересказе СМИ получаете что ли? В том треде Линус вообще по теме патча ни разу не высказался, а у вас он уже заднюю где-то включил. Во у людей фантазия богатая.Краткий пересказ для тех, кому лень читать исходник:
Кристоф: я против раста в ядре и сделаю всё, что бы его там не было
Р4л: а по существу есть что сказать?
Кристоф: нет. Я всё сказал.Причём, Грег К-Х косвенно высказался в пользу принятия патча но все ждут решения Линуса. А Линус молчит.
Линус еще вчера сказал:- если десять мейнтейнеров говорят тебе, что ты пьян, иди и проспись. алсо варить воду в мастодоне и кричать про токсичность - отличный способ меня рассердить.
ты слишком критичен в своем пересказе.
им было предложено не лезь своими грязными рученками в ядро,
а пользовать открытое апи, и "варитесь вы в своих драйверах самостоятельно".
не нравиться? - форкайте!
Предлагаю вместо смешивания Си и Rust полностью перейти на Rust.
И закопать!
Передать в фонд Apache не получится, по лицензионным причинам.
Переписать все ядро на Раст и сразу под апачевской лицензией.
Чем не выход?
Ах, там же писать надо!
а рано или поздно так и произойдёт, когда большая часть текущих мейнтейнеров отправится на заслуженную (или нет) пенсию
Не произойдёт.
Так же как английским не перестанут пользоватся когда текущие носители закусят ласты - потому что на этом много написано и много пишут дальше.
А переписывать ради переписывания - денег никто не даст, а на самофинансировании сил не хватит.
Наоборот, проще уже сейчас всё полезное написанное на гнили переписать хоть на кресты и выкинуть гниль и забыть.
А вы уверены что С - это английский, а не латынь? Когда уйдут текущие носители, будет все меньше людей, готовых разбираться в этом всем и использовать на регулярной основе, скорее будут учить как умирающий/мертвый язык, чисто чтобы понимать что там написано и переводить при необходимости
Чувак, текущие носители С уже обновились раза три или больше.
С появился до моего рождения, когда я окончил школу был дельфи, вижалбейсик и С - из того на чём кодили под венду.
Сейчас мне уже 40+, нет дельфи, вижал бейсик захоронен внутри мс офиса под видом ВБА, а С никуда не делся и не сильно поменялся.
На нём по прежнему пишут и пишут далеко не мало. И самое главное старый код можно брать и переиспользовать, где то с правками где то без. С появлением кодобредогенераторов оно стало чуть менее критично но всё равно.
Появились другие языки, не спорю, и на них пишут.
Просто чтобы ты понимал: вот ты берёшь какой то легаси код, у тебя светятся глаза и ты сам себе говоришь: "ну и говнища, ща я это перепишу нормально". Потом куяк-куяк и прошла неделя а у тебя и 10% нет и код уже выглядит не таким красивым и компактным как думалось.
А теперь оглянись и посмотри сколько там этого С кода, и оно же замещается по сути ни чем.
> Чувак, текущие носители С уже обновились раза три или больше.
> С появился до моего рождения, когда я окончил школу был дельфи, вижалбейсик
> и С - из того на чём кодили под венду.Думаю что по моей линии хрустиков ждет конкретное расстройство. Я умею C - like a boss, и в гроб пока не собираюсь. Вместо этого я собираюсь запилить все о чем мечтал и посмотреть стоило ли оно того. И конечно лизание корпоративных ботинок амазона, гуглы и майкрософт в эти планы совсем не входит, пусть снежинки так развлекаются :)
> Я умею C - like a boss, и в гроб пока не собираюсь.Лол, даже писаки из ядра не умеют)
У твоего ЧСВ нет своего гравитационного поля?> Вместо этого я собираюсь запилить все о чем мечтал и посмотреть стоило ли оно того.
Но пока пишешь на форум в срачную тему.
> И конечно лизание корпоративных ботинок амазона, гуглы и майкрософт в эти планы совсем не входит, пусть снежинки так развлекаются
Кто о чем, а ты про лизание...
Наверное жизнь у тебя тяжкая.
ps в ядре от "индивидуалов" кода аж 12%
> Лол, даже писаки из ядра не умеют)Однако инструментированные проверки пока довольно неплохого мнения о моем коде.
> У твоего ЧСВ нет своего гравитационного поля?
Как говорится, у кого что болит...
> Но пока пишешь на форум в срачную тему.
Одно другому не мешает, если в меру и когда устал делать вон то.
> Наверное жизнь у тебя тяжкая.
> ps в ядре от "индивидуалов" кода аж 12%А какая разница? В данном случае профакаплено - управление фичами и субпроектом. Корпам ТАКОЙ хоккей тоже не очень надо - ибо так можно и на бобах остаться при попытке все "улучшить". В 1986 на ЧАЭС тоже, видите ли - безопасность улучшить попытались. Результат улучшения - запомнили все. Надолго.
>> Лол, даже писаки из ядра не умеют)
>Однако инструментированные проверки пока довольно неплохого мнения о моем коде.Но дыр в коде от этого меньше не становится. А некоторые десятилетиями живут.
>>> Лол, даже писаки из ядра не умеют)
>>Однако инструментированные проверки пока довольно неплохого мнения о моем коде.
> Но дыр в коде от этого меньше не становится. А некоторые десятилетиями
> живут.У вас есть почетное право - пойти нафиг и не юзать мой софт, например. Круто я придумал, а? Не, простите, лобызать ботинки майкрософт, эпл и амазон мне что-то не хочется, как и иметь дел с сообществами снежинок где вместо мозгом - баззворды и корп булшит :)
У вас тоже есть почётное право быть посланным нафиг. А денег моих вы точно никогда не увидете с вашими странностями, ой, точнее, "ценностями".
Хотя бы намекнул, чем не пользоваться, а то ненароком вляпаемся
>нет дельфиПросто ты нимношк не в теме. То что у тебя его нет не значит примерно ничего:
Embarcadero RAD Studio включает себя все те же Delphi и BuilderC++ (этот уже с фронтендом от шланга и модными диалектами плюсов), можно кодить для линукс, есть бесплатная комунити эдишон.
Последняя версия
12.2 Athens[1] (3 сентября 2024)Т.е. и носители дельфей обновились достаточное количество раз, а чего там нет в твоем офисе никого из текущих владельцев наследия борланда не колыхает. И да, кобол твои платежи тоже имел в виду.
Да это понятно, и квикбейсик где то там до сих пор живёт, и сообщество спектрумов не мертво.
И прочее странное и былое не ушло до конца.Речь то про то что тогда оно было меинстримом и конкурировало, а нынче что вакансий на вижалбейсик что на дельфи исчезающе мало.
На чисто С тоже не так много, но от части потому что некоторые подразумевают его владение как английским, другие путают с крестами, ну и так тоже больше пишут на крестах тех же, ибо доля юзерспейса большая.
Да, и насчёт разбиратся.Вот тут вы глубоко заблуждаетесь.
Прочитать код на С гораздо проще чем разбиратся что там на расте понаписано. Поэтому он не умирает, именно из за простоты освоения.
Не интересна ваша безопасность, интересно чтобы оно как то заработало вот прям щас, а не через год.
> Прочитать код на С гораздо проще чем разбиратся что там на расте
> понаписано. Поэтому он не умирает, именно из за простоты освоения.
> Не интересна ваша безопасность, интересно чтобы оно как то заработало вот прям
> щас, а не через год.А если не долбоклюйствовать... то я за полдня написал довольно элегантное нечто, с кастомными типами, нормальными апями, читаемо, и - оно сходу пережило fuzz test под asan/ubsan рандомом, и никаких проблем раобты с памятью. Так можно было. Если не валять дурака. А если валять - так на любом яп баги будут.
Видимо я тормоз :)
https://github.com/rozhuk-im/motp
у меня вот это пол дня заняло, те сам motp.c + реадми и прочие ритуалы вокруг гита и собственно тестирование и отладка :)Что там с память - хз, ибо не важно, это oneshot утилита что называется.
Эм... у тебя заняло полдня чтобы написать 282 строчки кода с ридмишкой из шаблона строк на 100. На это еще и понадобилась отладка (где???). При этом ты даже не уверен, не накосячил ли ты там по памяти, потому что тебе пофиг.О, это вызывает невероятное уважение как программисту и сишнику!
Не то чтобы я ожидал от тебя большего, но ты сам это все прекрасно подтвердил.
> О, это вызывает невероятное уважение как программисту и сишнику!
> Не то чтобы я ожидал от тебя большего, но ты сам это
> все прекрасно подтвердил.Но в отличие от него - ты и такое не напишешь, имхо :).
И даже если в его приблуде и косяк с памятью - то где оно ТАМ может отлиться? А так все просто: не нравится -> не юзаешь его софтину. Иди снежинкам делай мозг чтобы тебе на хрусте написали.
А причём тут количество строк?!Я это писал не ради количества строк, и не на скорость, мне нужен был генератор mOTP кодов с возможностью задания таймзон и без всяких диких зависимостей.
Пол дня = 12 часов.В начале я поразбирался как другие устроены и как алгоритм работает.
Потом оказалось что функция для таймзон и вот это всего из стандартной библиотеки работает немного не так как я ожидал.Далее надо было ещё где то накрафтить хоть каких то кодов для проверки - читай другие генераторы заюзать.
И ещё где то пол часа-час ритуал для гитхуба чтобы все ритуальные файлы были на месте, CI/CD не фейлило сборку и тп. И текст в реадмишку написать на не родном языке не тоже самое что тут в каментах :)
Насчёт накосячил и уверенности - это скорее лёгкий тролинг :)
В контексте того как и для чего оно написано там можно было вообще писать с явными ошибками и забивая на всё: типа ввёл фигню - а оно тебе упало вместо вывода ошибки, ну как бы и пофиг, не вводи фигю если хочешь результат получить.
А вот то что вы не понимаете где тут нужна была отладка и что она вообще была нужна - это конечно ваш уровень )
> проще уже сейчас всё полезное написанное на гнили переписать хоть на кресты и выкинуть гниль и забытьпроще тебе забыть что такое IT с такими утверждениями
Одобряю:)
Ну т.е. переписать. И пусть весь Мир подождёт! (C) Посидит "пока" на последнем LTS.
А не нужно предлагать - сделай. Не можешь сам - найди единомышленников, чей уровень позволит сделать.
Так нет единомышленников среди программистов. Есть три осилятора "хелло ворлд".
Ну, тут, судя по новости, все же есть один, который хочет\может писать драйвера на Расте,
но для этого он хочет прямой доступ к ядру, а не через АПИ.
А кто будет этот переход тянуть то? Растовики, которые кроме переписывания уже спроектированных и написанных драйверов ничего другого не могут? Сишные разрабы точно этого делать не будут, а без них растовики ничего не умеют.
Лол, хрустолюбители в виде 2.5 калек написали ресхдох.
На котором даже дум запускается.
Так что не надо недооценивать "условного противника".А то начинается "да что нам эти сопляки? да мы шапками закидаем!",
а потом "пачиму нас отправляют на пенсию?!!"
Та не, скорее всего так же переписали. Блин, ну реально они ничего не могут, только переписывать.З.Ы. На котором даже дум запускается.
Ну нихрена себе достижение. А вот фаерфокс на расте почему-то не запускается. Вместо него netsurf на, как они говорят, дыряшке запускают
> А вот фаерфокс на расте почему-то не запускается.А потому что фаерфокс не на расте.
В нем кодов на богомерзской дыряшка больше чем раста, и еще в два раза больше кодов на плюсах.
Вот если бы глава мразилы не выплачивала бы себе очередной золотой парашют, то мы бы имели шанс посмотреть на лису на расте.-------------------------------------------------------
openhub.net/p/firefox/analyses/latest/languages_summary
>> А вот фаерфокс на расте почему-то не запускается.
> А потому что фаерфокс не на расте.
> В нем кодов на богомерзской дыряшка больше чем раста, и еще в
> два раза больше кодов на плюсах.В результате единственным достижением стало то что скомпилить ЭТО стало практически mission impossible. Да еще девелопмент в HG, ужас какой. Извините, господа, но это обречено умереть в мучениях как проект. И их заигрывание с chromium workgroup намекает что об этом догадались уже и в самой мозилле. Файрфокс официально - все. Я же говорил - будет +1 шкурка к хрому скоро. Судя по анонсам мозиллы, это "скоро" уже наступило.
>В результате единственным достижением стало то что скомпилить ЭТО стало практически mission impossible.Оно и жрать стало так, что запустить четыре браузера на 8 гигабайтах стало mission impossible.
> Оно и жрать стало так, что запустить четыре браузера на 8 гигабайтах
> стало mission impossible.А у конкретно лиса после внедрежки хруста - развились ломовые утечки памяти. Продебажить их видимо не того - поэтому лисы теперь текут, и будучи предоставленны сами себе на долгое время - выжирают всю память.
Это тот самый дум что можно и на FreeDOS запустить?)
Отличный уровень!
На телефонах кнопочных можно - НЕ на смартах!
Но то Сишники - растишкам такое не поднять :)
>>полностью перейти на..И идти в.. отдельный проект.
Проблема не в чудаковатом синтаксисе Руста и самобытной парадигме программирования, а в его экосистеме и токсичном сообществе.
Это конечно правда. Но проблемны не только карго и либы, но сам дизайн языка, когда в него пихают свалку всех новых смузихлёбных фич, которые в следущей же верси становятся obsolete из-за новых фич, делающих то же самое. При этом всё засрано кучей методов ... где рекомендуемые методы - это просто оптимизированная композиция двух ранее существовавших методов. И программер вынужден всё это помнить. Да, это сообщество виновато - это их подход - превращать язык и либы в помойку. херак-херак - и в продакшн.
>когда в него пихают свалку всех новых смузихлёбных фичНапример, каких?
И ещё вопрос, почему пить смузи - это плохо? Водка с пивом - вот удел настоящего программиста на Си, да?
>и токсичном сообществео Б-же, плюсовики рассказывают о странном синтаксисе раста, а линуксоиды о токсичном сообществе раста. Это два случая когда бревно в своем глазу не жмет ни разу.
Ну так счастливого пути в дороге форков!Интересно будет посмотреть результат вашего личного участия в переписывании форка линукса на руст.
> В ответ Кристоф наложил вето ("Nacked-by") на приём связанных с Rust
> патчей и указал, что ему не нужен ещё один сопровождающийТ.е. дед хочет сохранить свой монопольный контроль над системой.
Типа он такой незаменимый, ему больше никто не нужен.
Надо ему напомнить, что те кто платят бабло не любят вот таких незаменимых.
Так что пусть не удивляется, что его турнут, но совсем через раст.А ведь мог бы поступить по умному! Взять второго, а потом каждый раз жаловаться на факапы.
просто там некоторые товарищи явно "засиделись"
> просто там некоторые товарищи явно "засиделись"Да, хрустиков с их вечным "скачайте ночнушку" и неумением в управление проектами и результирующим хаосом - терпели слишком долго.
Турнуть его не получится. Он владелец торгового знака и основного кода.
Аффтары гетзивактс не соврали, когда говорили, что верховный жрец держит патент на основную часть кода ядра линукс. И без его божественного согласия даже клон на другом языке не сделать, чтобы иск не получить.
> Турнуть его не получится. Он владелец торгового знака и основного кода.Ты бы хоть читал, на что ты отвечешь...
Речь про "Кристоф Хелвиг (Christoph Hellwig), мэйнтейнер подсистем DMA, KVM".
Каким товарным знаком он владеет?
>> Турнуть его не получится. Он владелец торгового знака и основного кода.
> Ты бы хоть читал, на что ты отвечешь...
> Речь про "Кристоф Хелвиг (Christoph Hellwig), мэйнтейнер подсистем DMA, KVM".
> Каким товарным знаком он владеет?Ты хочешь сказать, что "дед" - это жалкий Кристоф Хелвиг, а не великий покывальщик среднего пальца, главнюк всея linups и спорщик с Танденбаумом?
Кто-то вечно жалуется и клянчит подачки, а кто-то решает реальные проблемы.
Плодя кучу дыр в коде, что порою выливаются пользователям в многомиллионные убытки. Может пора что-то поменять в консерватории?
может оказаться, что по факту потребуется сильно больше одного сопровождающего, т.к сильно многих это затрагивает
а в итоге - получится очередная кодовая мусорка если ещё не получилась
> может оказаться, что по факту потребуется сильно больше одного сопровождающего, т.к сильно многих это затрагиваетМне просто интересно, а для тебя норм вообще что у компонента один, сопровождающий?
А что если его автобус собьет?Выше писали что из ядра свалил единственный ответственный за вайфай.
И пока замену не нашли.> а в итоге - получится очередная кодовая мусорка если ещё не получилась
ядро уже мусорка
и стало ею еще до раста
> Т.е. дед хочет сохранить свой монопольный контроль над системой.Чего хочет дед дед сообщает прям там в треде: он хочет недопущения чего-либо кроме Си в ядро. Прямо сообщает, не прячась. И что сделает всё, что бы похоронить р4л.
> Чего хочет дед дед сообщает прям там в треде: он хочет недопущения
> чего-либо кроме Си в ядро. Прямо сообщает, не прячась. И что
> сделает всё, что бы похоронить р4л.Он не хочет - чтобы факапы хрустиков становились его проблемой. Имея на то основания в виде профакапленого хрустиками рефактора где оно почему-то его проблема, невзирая на рассказы что оно видите ли не будет кусаться. Извините господа, но такую нестыковку деклараций с реальностью вам никто прощать не собирается.
Ого, Опеннет все еще торт. Кто-то все-таки понимает, что стоит за всеми этими скандалами и интригами. И что "ветераны ядра" будут тормозить любые инициативы, которые угрожают их эксклюзивному положению кернел-хэкеров.
Они не хотят втянуть говна в проект всей своей жизни? - эка новость, как неожиданно! :)
Всё правильно делают. +100500
Те вы даже читать не умеете?Нам же написано: тянуть гнилой мусор никто не хочет.
Если его добавить - оно будет так же валятся вечно сломанное.
Если заставить пейсателей на С тянуть гнилой код в придачу - то никто на это не подпишется.Понятно?
Или надо меньше буков и больше скобочек, точек и двоеточий?
> Если его добавить - оно будет так же валятся вечно сломанное.
> Если заставить пейсателей на С тянуть гнилой код в придачу - то никто на это не подпишется.Какой ты наивный, Ваня. Корпораты льют десятки миллионов строк, в которых только они сами и разбираются - и никто почему-то не вопит о проблемах с сопровождением.
Догадуешься почему? Потому, что бабло заплачено, а не из-за твоих нелепых фантазий о плохом синтаксисе. Заплатят за вливание Раста - будет вливание Раста, и будут пыхтящие корпоративные работнички по 8 часов в дешь за зарплатку его поддерживать. А ты будешь и дальше на Опеннете вещать о топовых технологиях 70х всем на потеху.
> Заплатят за вливание Раста - будет вливание РастаЕсли это случится с ядром линуха - считайте что линуха больше нет, ибо высокий порог входа будет означать что никто им заниматся не будет и не сможет.
Примерно как случилось с UPnP/DLNA, где стандарт открытый то такой завумный что открытых реализаций мало и всегда всё кривое.
>> Заплатят за вливание Раста - будет вливание Раста
> Если это случится с ядром линуха - считайте что линуха больше нет, ибо высокий порог входа будет означать что никто им заниматся не будет и не сможет.То ли дело порог входа в десятки миллионов строк кода, который понятен только корпорации, его залившей, и которая потому является единственным его маинтейнером.
Я смотрю, ты мастер двойных стандартов. Но в опеннетной войне против Раста все средства хороши, да?
> Если это случится с ядром линуха - считайте что линуха больше нет, ибо высокий порог входа будет означать что никто им заниматся не будет и не сможет.Высокий порог?
Неужели ты считаешь разрабов ядра настолько тупыми, что они не могут освоить какой-то там раст?
Эти чуваки писали сложнейшие системы!> Примерно как случилось с UPnP/DLNA, где стандарт открытый то такой завумный что открытых реализаций мало и всегда всё кривое.
В ядре до сих пор не смогли в менеджмент памяти, по словам Линуса, так что пусть будех хоть какая-то реализация.
> Неужели ты считаешь разрабов ядра настолько тупыми, что они не могут освоить какой-то там раст?Так он же судит по себе. Он тут однажды признался, что осилил лишь C и Lua. Но, как видишь, это не мешает ему иметь экспертное мнение по вскм языкам программирования.
Я всегда говорил и ещё раз повторю: лучше освоить какие то технологии чем ещё один язык программирования.Предложение добавить раст к С это тоже самое что предложение писать тексты смешивая русский и английский: освоить то конечно можно, но зачем усложнять?
> Какой ты наивный, Ваня. Корпораты льют десятки миллионов строк, в которых только
> они сами и разбираются - и никто почему-то не вопит о
> проблемах с сопровождением.Вы что-то перепутали, Linux - это не BSD куда берут все подряд даже без требований майнтайнить это потом. В Linux таки есть определенные правила нацеленные на то чтобы проект не был вот именно такой помойкой. И именно на этом хрустики и налетели, поймав жирный вкусный NAK от мощного майнтайнера. А вот это уже неудобненько будет.
> В Linux таки есть определенные правила нацеленные на то чтобы проект не был вот именно такой помойкой.Ты прикалываешься? Какие "определенные правила", когда Linux перевалил за 40 миллионов строк кода, большая часть которого - дрова для проприетари от корпорастов, в которых только эти самые корпорасты разбираются? Даже 3% это тучи навоза не поймет никто, кроме того, кто ее залил.
Это именно что помойка. Самый большой и жирный bloatware, который когда-либо знала история.
Ну хз.
Я вот например в ядре фри вполне себе ориентируюсь.
В дрова я особо не лезу, но где там сетевой стёк лежит, где базовые всякие функции и тп вполне себе знаю и даже правлю иногда.Полагаю в линухе так же, если отбросить дрова и всякие совсем хитрые и не очень нужные подсистемы то останется вполне себе понятная и доступная к усвоению база.
> Ну хз.
> Я вот например в ядре фри вполне себе ориентируюсь.
> В дрова я особо не лезу, но где там сетевой стёк лежит,
> где базовые всякие функции и тп вполне себе знаю и даже
> правлю иногда.А с git bisect, когда я вижу с точностью до - что было, что стало, кто накосячил в месте где сломалось - все еще проще.
Во первых при таком раскладе не обязательно отстраивать big pic проекта от и до. В десятке строк, видя что было и что стало - можно и без этого разобраться что не так, относительно локальным анализом логики кода.
Во вторых, если ну вот сильно душно, коммит большой, топик очень специфичный, и я в него ну вот вообще совсем не вхож - так там написано кто его автор. Просто берешь и показываешь это - ему. Вместе с описанием проблемы. Он хвататеся за бошку, за 10 минут чинит, отчаянно благодаря за показ где именно лажа вышла.
В любом случае - гонять через полдня починенный вариант не является чем-то таким необычным, а после подтверждения что все прокатило - его и на всю толпу оформят вскоре.
> Полагаю в линухе так же, если отбросить дрова и всякие совсем хитрые
> и не очень нужные подсистемы то останется вполне себе понятная и
> доступная к усвоению база.Это где как. Есть культурные наслоения. Есть довольно продвинутые оптимизации и рефакторы. Но - не боги горшки обжигают с одной стороны, можно попросить помощь зала с другой стороны. И этот зал достаточно мощный, крутой и компетентный. И как правило как минимум пнет в нужную сторону.
git bisect не даёт понимания технологий и как оно работает, это инструмент поиска одного конкретного изменения.Те оно ценное, но мой спич был о другом :)
> git bisect не даёт понимания технологий и как оно работает, это инструмент
> поиска одного конкретного изменения.Однако в половине случаев он позволяет заменить глобальное знание - локальным.
> Те оно ценное, но мой спич был о другом :)
А я показал что наличие сорца может сильно помочь и чисто технически. Просто изменив парадигмы гасилова багов. С проприетарным софтом такой номер разумеется не пройдет. А оффлоад девов - знатный.
> Ты прикалываешься? Какие "определенные правила", когда Linux перевалил за 40 миллионов
> строк кода,Кто ж виноват что чипмейкеры пекут новые чипы быстрее чем бабка в ларьке? А без драйверов они чего-то не работают.
> большая часть которого - дрова для проприетари от корпорастов,
Что значит - проприетари? Да, вообще совсем открытых чипов, с полным HDL сорцом - на этом глобусе и правда немного. Этот мир неидеален. И нам придется с этим фактом жить. Потому что лечь и помереть - еще хуже. С другой стороны - еще есть место для улучшения, а любителям опенсорсных форматов - еще есть чем заняться.
> в которых только эти самые корпорасты разбираются? Даже 3% это тучи
> навоза не поймет никто, кроме того, кто ее залил.А знаете что забавнее всего? Git bisect даже не требует так изначально чтобы я разбирался в вон том коде. А вот когда я с точностью до мелкого изолированого комита знаю где факап, я могу или сам его заткнуть, или попинать того кто плюху повесил. Ему при таком раскладе дел на 10 минут как правило (от чего они дико прутся и тестить фикс через пару часов - обычное дело).
> Это именно что помойка. Самый большой и жирный bloatware, который когда-либо знала история.
Просто остальные - оказались еще хуже. Винду вы вообще не перестроили бы сами, даже если вам сорц дать. А без сорцов - вон те процессы вообще невозможны. Всякие *BSD - неюзаьельный крап, как раз от отсутствия там тех дров.
Ответ мейнтейнера DMA
> No rust code in kernel/dma
> I do not want it anywhere near a huge C code base that I need to maintain.тем временем в патче только rust файлы.
> + rust/kernel/dma.rsВ котором по сути минимальный вызов сишной функции обёрнутый в rust структуру. Как говорится ни одной строчки си не пострадало.
То есть все остальные rust/kernel/*.rs файлы его не смущают? То есть ядро уже многоязычное, но опционально. Так что о какой проблеме поддержки он говорит. Вы говорит вызывайте сишную функцию, но принимать патчи вызывающие dma я не буду.Так что это прямой саботаж rust-for-linux. Это разве "никакого раста в моём ядре" ответ технического специалиста?
> тем временем в патче только rust файлы.
>> + rust/kernel/dma.rs
> В котором по сути минимальный вызов сишной функции обёрнутый в rust структуру.
> Как говорится ни одной строчки си не пострадало.Кроме того что все это выкатили - прямо под большой рефактор DMA, о котором они знали - но проигнорили - и сломали все нахрен. Так что было отлуплено эн вполне исправных патчей на си - потому что сие видите ли ломает билды ЭКСПЕРИМЕНТАЛЬНОГО хруста, вываленного с максимально дурацкими таймингами. Эвона как. Вот тут майнтайнеры и заагрились на это все. Это очень далеко от "ни строчки не пострадало" и "не создает проблем другим".
Создает - и пострадало - и за именно это им и мощный жирный NAK и прилетел. А лучшая идея которая пришла в голову гению от хруста - попытаться устроить буллинг в социалочках. Тут уже и у Торвальдса терепение кончилось и он обрисовал что он думает о всем этом.
Так а где в словах этого мейнтейнера "No rust code in kernel/dma", что ребят давайте после рефакторинга приходите? Во-вторых, он не такой уж экспериментальный, он уже как 2 года не в linux-next, а в ядре. Просто для сборки не обязательная зависимость. Его не заставляют чинить rust код. Там уважаемые люди из числа спонсоров уже во всю клепают драйвера на rust. Кто будет отвечать за то что он ставит крест на их работе? Или может он сам перепишет все драйвера им на си?
Линус которые принял rust-for-linux и недавно заявлял что старики кроме си ничего не знают, и они будут сопротивляться прогрессу. Вот говорил как предвидел, что и произошло.
> Так а где в словах этого мейнтейнера "No rust code in kernel/dma",
> что ребят давайте после рефакторинга приходите?Там в соседних сообщениях было написано - что хрустики знали о рефакторе, но забили болт, и решили выкатить здоровенный шмат - как есть - прям так. Тред в рассылке целиком читайте!
В этом месте кое-что пошло не так. И у вон тех завалилось энное количество патчей по причине "билд кернела не прошел". И вот это - ради экспериментальной фичи. И весьма далеко от "кода на си не пострадало" и "не создает проблем сишникам". Хрустики делом показали как это будет работать - когда их добро не может в рефакторы синхронно и когерентно с вон теми - и это становится проблемой майнтайнера подсистемы. Почему он должен быть в восторге с такой фигни - кто б его знает?
И да, с практической точки зрения хруст в DMA подсистеме - бессмысленно и беспощадно. DMA by design весьма unsafe штука, работающая с адресами физической памяти. Хруст на это и не особо заточен - и обойтись без unsafe действий в таком точно не сможет. И компилер не поймет что там safe и unsafe ибо это все - ЖЕЛЕЗО делает и это вне области видимости компилера вообще. Поэтому какие, нахрен, гарантии от ошибок - при рулени DMA? DMA предмет простой, какие адреса дадите - туда и пульнет. В лучшем случае может быть у вас IOMMU был и откровенный левак он может и поймает. Но вот это - зависит от!
> Во-вторых, он не такой уж экспериментальный, он уже как 2 года не в linux-next,
А даже избавиться от гимора "скачайте ночнушку" так толком и не смог. Системными тулчейнами сие хрен сбилдишь. А носиться со скачкой ночнушек постоянно - развлекуха для горстки отбитых на всю голову фанатов. Им уже в прошлом релизе жестко объяснили что ТАК никуда не годится.
> а в ядре. Просто для сборки не обязательная зависимость. Его не заставляют чинить
> rust код.Ему бортанули вполне валидный сишный код, активно мешая в проведении запланированного рефактора, о котором хрустики - знали, но забили, делом показав что с командной игрой и ответственностью у них - "не очень".
> Там уважаемые люди из числа спонсоров уже во всю
> клепают драйвера на rust. Кто будет отвечать за то что он
> ставит крест на их работе? Или может он сам перепишет все
> драйвера им на си?А вот это - проблемы уважаемых спонсоров, что они наняли каких-то бакланов не умеющих в feature management и co-op, вместо этого - умеют, вот, буллинг в социалках, вау! Не, ребят, вот с этим вас - не поймут. Ни инвесторы, ни акционеры, ни технари.
Сейчас видите ли ветер изменился - и за ТАКОЕ - увольняют весь выводок снежинок с волчьим билетом. Ну а сколько можно людям мешать работы работать? Так что - можно и на отыгрыш нарваться.
> Линус которые принял rust-for-linux и недавно заявлял что старики кроме си ничего
> не знают, и они будут сопротивляться прогрессу. Вот говорил как предвидел,
> что и произошло.Ну так условие было что оно не должно создавать проблемы другим. А с этим как раз факап и вышел. Да и прогресс из хруста такой, условный весьма. Синтаксис у него - мерзотный.
> Там в соседних сообщениях было написано - что хрустики знали о рефакторе, но забили болт, и решили выкатить здоровенный шмат - как есть - прям так. Тред в рассылке целиком читайте!
>
> В этом месте кое-что пошло не так. И у вон тех завалилось энное количество патчей по причине "билд кернела не прошел".Если под "билд кернела не прошел" вы имеете в виду https://lore.kernel.org/linux-mm/CAHk-=whddBhfi5DUi370W3pYs+.../, то вы, по-моему, тоже тред не внимательно читали.
1) Это вообще никакого отношения к рефактору DMA не имело (заблоченый патч относился к подсистеме MM, а не DMA). + рефактор DMA все ещё в процессе и разрабы R4L уже сказали что вообще байндинги раста будет легко обновить после окончания рефактора, т.к. байндинги и рефактор относятся к разным частям кода.
https://lore.kernel.org/rust-for-linux/Z4pheSjBMOjgvk8W@.../
2) Проблемы со сборкой там были не напрямую из-за раста, а из-за несовместимостей между разными компиляторами (то есть да, bindgen - это действительно про раст, но в такой ситуации обвинять в чем-то мейнтейнеров раста - смешно).
Такого рода баги очень сильно зависят от конкретных версий компиляторов и конкретных настроек/опций (которых комбинаторное количество). Даже если бы разрабы Раста заранее проверяли как каждый чужой патч взаимодействует с Растом, то все равно с большой вероятностью не поймали бы этот баг. В данной ситуации просто так сложилось, что этот баг всплыл только уже "на столе" у Линуса.
3) Проблему исходно пропустили потому что все были на праздниках и в итоге пофиксили её достаточно оперативно. Я не уверен, кто этот Uros Bizjak (человек который пофиксил эту проблему) - разработчик R4L или разработчик подсистемы MM.
Но в любом случае, самое главное - что в этой ситуации никто никогда не говорил "нет разрабы MM, ваш патч ломает раст, идите нафиг" (а если кто-то говорил такое, то нужно бить его по голове, а не бедных разрабов раста, которые уже 100500 раз повторяли, что они готовы сами мейнтейнить байндинги для раста и что их устраивает если изменения в C API будут ломать раст).
> то вы, по-моему, тоже тред не внимательно читали.
> 1) Это вообще никакого отношения к рефактору DMA не имело (заблоченый патч
> относился к подсистеме MM, а не DMA).Это в любом случае не бьется с заявами что хруст - сам по себе, и в проблемы сишников не отливается. Майнтайнер глядя на такой булшит и откорректировал ожидания до "kill on sight". Простите но это то что господа получают за такой experimental с тактми сказками.
> ещё в процессе и разрабы R4L уже сказали что вообще байндинги
> раста будет легко обновить после окончания рефактора, т.к. байндинги и рефактор
> относятся к разным частям кода.Однако тот прецедент намекает что все это вилами по воде писано.
> 2) Проблемы со сборкой там были не напрямую из-за раста, а из-за
> несовместимостей между разными компиляторами (то есть да, bindgen - это действительно
> про раст, но в такой ситуации обвинять в чем-то мейнтейнеров раста - смешно).А кого еще? Никого? Так это не работает - unmaintained добро из линя вылетает. А уж экспериментальное - вдвойне. Так что господа или решают свои проблемы НЕ делая мозг непричастным - или гудбай, имхо, если они на это не способны. Потому что в этом случае отповедь о том что смешение кодовой базы на разных ЯП ужасная идея - получает отличный технический пойнт и пруфы делом.
> Такого рода баги очень сильно зависят от конкретных версий компиляторов и конкретных
> настроек/опций (которых комбинаторное количество).И это проблемы вон тех майнтайнеров подсистемы. Они вписались на это - пусть и разгребают этот кал. Не могут? Значит упс, гудбай. Этот мир не идеален. Скачайте ночнушку - это не ответ. Извольте привести рабочие процессы в порядок, or gtfo, имхо.
> с большой вероятностью не поймали бы этот баг. В данной ситуации
> просто так сложилось, что этот баг всплыл только уже "на столе" у Линуса.И это вызывает много вопросов как хрустики тестировали все это, и как они профачили взаимодейтсвия - ибо майнтайнеp mm/ сказал что впервые видит ЭТО. Это никуда не годится.
> итоге пофиксили её достаточно оперативно. Я не уверен, кто этот Uros
> Bizjak (человек который пофиксил эту проблему) - разработчик R4L или разработчик
> подсистемы MM.Он вообще - чувак которому бортанули патч в mm на ровном месте, как я понимаю.
> голове, а не бедных разрабов раста, которые уже 100500 раз повторяли,
> что они готовы сами мейнтейнить байндинги для раста и что их
> устраивает если изменения в C API будут ломать раст).В конечном итоге пофигу всем кто и что говорил. Цель проста - если вы не создаете проблем другим, их не создадут и вам. Не можете играть в таком режиме - получите симметрично. И не, способствовать такому поведению в проекте когда никто ни за что не отвечает - это отстой и угробит линуха, если этому потворствовать.
Извините господа. Назвался майнтайнером R4L - разгнребай какахи в своем королевстве. Все. За всеми. И собирай все шишки. Должность такая. А иначе нахрен такой майнтайнер вперся?!
Как же всё быстро в мире Rust происходит, не то что в «застойном» Си. Год хотя бы прошёл с момента добавления раста в ядро? А уже кризис…
Это не в мире раста кризис, это в мире сишных дедов. Технически с патчем нет никаких проблем. Просто сишный дед саботирует внедрение раста и прямо признаётся что саботирует, что у него цель такая. Такие они, сишные деды.
А кто будет тянуть на себе всю гниль?
Теперь по вашему все разрабы должны ещё и гниль выучить и начать на ней кодить?
Нафига это людям надо?
> А кто будет тянуть на себе всю гниль?Зачем?
> Теперь по вашему все разрабы должны ещё и гниль выучить и начать на ней кодить?
Пусть просто пишут нормально на СИ.
Но они не могут))> Нафига это людям надо?
Потому что жизнь заставит.
Конюхи куда-то практически исчезли, карбюратор настроит - мастера днем с огнем не сыщешь.
>> Нафига это людям надо?
>Потому что жизнь заставит.
>Конюхи куда-то практически исчезли, карбюратор настроит - мастера днем с огнем не сыщешь.А летающих автомобилей так и не появилось :)
Даже электромобилям понадобилось больше 100 лет чтобы тупо на дорогах появится :) А ведь сделали первый ещё _до_ ДВС-ного Бенца :)С чего вы решили что всё пойдёт в раст?!
Как по мне программы скоро будем писать на своём родном, а уж что там внизу AI сгенерит - кого это Ё(С) ... вот ещё, рустом лоб морщить, скажешь тоже! ;-D
> А летающих автомобилей так и не появилось :)Вы технологические новости точно пробовали читать? Этого добра уже есть и с этим только ленивый не экспериментирует.
> Даже электромобилям понадобилось больше 100 лет чтобы тупо на дорогах появится :)
А что делать, комфорт советского троллейбуса + запас хода в 50 км - народу не катил. А силовая электроника и продвинутые легкие и емкие батарейки только недавно взяли более потребные уровни технологий.
С таким же успехом можете сравнить допустим обычный реактивный двигатель VS ионный например. Вроде та же самая идея - но в десятки раз эффективнее.
> А ведь сделали первый ещё _до_ ДВС-ного Бенца :)
Ну так и первые ДВС тоже были те еще колымаги. Но там часть проблем можно было решить даже тупой механикой. Хотя и они от продвинутой электроники с МК нехило выиграли. Ибо без нее - все это работает в дико субоптимальном режиме. И когда этого миллионы, оно убивает все живое токсичными выхлопами.
> Как по мне программы скоро будем писать на своём родном, а уж
> что там внизу AI сгенерит - кого это Ё(С) ... вот
> ещё, рустом лоб морщить, скажешь тоже! ;-DТогда вы будете вообще - в зоопарке. На правах реликтовых экспонатов. Зафиг вы вообще нужны такие? :)
>> А летающих автомобилей так и не появилось :)
>Вы технологические новости точно пробовали читать? Этого добра уже есть и с этим только ленивый не экспериментирует.:)))))))))
Как там пох говорил "уже почти чуть-четь, скоро может быть" ? ;-)
Когда Tesla продавила право ездить на автопилах - помните как тут дружно хоронили дальнобоев? :-) Ну и как - хоть одного дальнобоя автопил заменил? Нет конечно.>> Даже электромобилям понадобилось больше 100 лет чтобы тупо на дорогах появится :)
>А что делать [...] только недавно взяли более потребные уровни технологий.Вот и я думаю что раст опоздал родиться :( Кому он нужен если AI напишет всё по бреду начальнега? и вообще без программерофф? :))))))
>Тогда вы будете вообще - в зоопарке. На правах реликтовых экспонатов. Зафиг вы вообще нужны такие? :)
Это вряд ли. У нас ещё человеческие мозги остались. А вот поколение выращенное роботами... Сечёшь перспективку 8-о
> Когда Tesla продавила право ездить на автопилах - помните как тут дружно
> хоронили дальнобоев? :-) Ну и как - хоть одного дальнобоя автопил
> заменил? Нет конечно.Так и извозчики сперва угорали над неуклюжими ломкими колымагами жрущими бензин. И где они теперь?
> Вот и я думаю что раст опоздал родиться :( Кому он нужен
> если AI напишет всё по бреду начальнега? и вообще без программерофф?
> :))))))Да вы в общем то тогда не очень нужны будете. И начальник ваш - тоже. В лучшем случае - в клетку, экспонатом работать. А то и вообще - на утилизацию, в метан переработать, во!
> Это вряд ли. У нас ещё человеческие мозги остались. А вот поколение
> выращенное роботами... Сечёшь перспективку 8-оЯ думаю что гибрид человека и машины мог бы дать вам жесточайший мастеркласс. Во всем.
>> Когда Tesla продавила право ездить на автопилах - помните как тут дружно хоронили дальнобоев? :-)
>> Ну и как - хоть одного дальнобоя автопил заменил? Нет конечно.
> Так и извозчики сперва угорали над неуклюжими ломкими колымагами жрущими бензин. И где они теперь?Ну даже в СССР (то тем временам - оппа мира) к 30-м годам извоз в городах - умер. В европах - сразу после WWI ... Автопилы легальны на дорогах 15-20 лет уже, И?! :-)
Ты просто туповат на голову видимо, ну не понимаешь ты почему условные Теслы на автопилах ездят, а вот ни условный MAN ни условный Kenworth - нет, и не просматривается... :)>> Вот и я думаю что раст опоздал родиться :( Кому он нужен если AI напишет всё по бреду начальнега? и вообще без программерофф? :))))))
>Да вы в общем то тогда не очень нужны будете. И начальник ваш - тоже. В лучшем случае - в клетку, экспонатом работать. А то и вообще - на утилизацию, в метан переработать, во!Спили мушку, Джонни!(С) :)
>> Это вряд ли. У нас ещё человеческие мозги остались. А вот поколение выращенное роботами... Сечёшь перспективку 8-о
>Я думаю что гибрид человека и машины мог бы дать вам жесточайший мастеркласс. Во всем.Э-нет! Пусть у __твоих__ детей\внуков такая жизнь будет!
А мои пусть проживут "кожанными мешками с мясом" :-) ТЧК.
> Ну даже в СССР (то тем временам - оппа мира) к 30-м
> годам извоз в городах - умер.Как довели технологию до ума - так она и пошла в массы. И с электромобилями аналогично. И с летающими будет аналогично. И с автопилотами. И с [insert tech name here].
> В европах - сразу после
> WWI ... Автопилы легальны на дорогах 15-20 лет уже, И?! :-)Автомобили изначально "легальны" были: никаких регистраций, номеров, техосмотров и проч не требовалось. Пока лихачи и ДТП не стали задалбывать. А тут - извините, есть проблема, ищется решение, принимаются регуляции. Иначе на улицу выйти страшно - у кого тормоза не работают, кто водит хрен знает как, а задавив - показывает фак и сматывается, и - ищи его потом без номера.
> Ты просто туповат на голову видимо, ну не понимаешь ты почему условные
> Теслы на автопилах ездят, а вот ни условный MAN ни условный
> Kenworth - нет, и не просматривается... :)Когда первые автомобили делали - тоже никто не просматривал знаки, разметку, светофоры, и огроменный ПДД. Никто в диком угаре не мог подумать что на дороге кто-то удумает рисовать линии оптом - и тем более штрафовать за их пересечение.
>> в клетку, экспонатом работать. А то и вообще - на утилизацию, в метан переработать, во!
> Спили мушку, Джонни!(С) :)Думаете, сможете посоревноваться в стрельбе с гибридом взявшим все лучшее из углерода и кремния? Вы кажется не понимаете насколько цифровые штуки быстрые, и насколько они могут сделать вас в коммуникациях. Если это скрестить с интеллектом не хуже вон тех (вы себе в этом сильно льстите) - это комбо которое ранее никогда не существовало на этой планете. И оно получит все шансы стать новым доминируюшим видом. Относясь к вам - как вы относитесь к шимпанзе в зоопарке. И объяснят ли ему хотя-бы топик "сострадание" - лично я совсем не уверен, корпы довольно пофигистичные господа и парятся только профитом.
>>Я думаю что гибрид человека и машины мог бы дать вам жесточайший мастеркласс. Во всем.
> Э-нет! Пусть у __твоих__ детей\внуков такая жизнь будет!
> А мои пусть проживут "кожанными мешками с мясом" :-) ТЧК.Вот это - вам никто гарантировать не сможет, увы и ах. В этом мире вообще так то маловато гарантий, если что. И вон там как раз уже поотменяли "ответственный подход к обучению AI" и гугл убрал из принципов что их AI запрещено использовать для нанесения вреда людям. А вот это уже опасненько выглядит как по мне.
Вы даже не понимаете что происходит и что произошло.Гниль не зашла в ядро, она не зашла ни в какие референсы по железу и сдк, это значит что учить работе с железом на низком уровне в ВУЗах будут на С, СДК с примерами будут на С.
Потому что стандарта гнили устоявшегося нет, она нигде серьёзно не применяется, и применятся не может, потому что безопасность и надёжность это не когда всратый компелятор изображает бдсм госпожу, а когда есть система подготовки и сертификации специалистов, есть стандарты в области которые вылизаны за годы и тп.Только фонатики энтузиасты друг другу рассказывают что это "системный язык".
В лучшем случае гниль конкурент крестам, как по долбанутости самого языка так и по областям применения - какие то там апликухи писать да игры (и то сомнительно).
С это не конюхи, это само колесо, сама дорога, все молекулы и атомы.
Вся современная цивилизация держится на С и TCP/IP, всё остальное просто надстройка.
Прошло слишком мало времени.
C превратится в латынь у современных медиков: где-то как-то её якобы изучают, но уже никто не знает, для чего, в ходу множество слов из неё. Но тексты на ней никто не пишет и не читает уже несколько поколений врачей.
И только обыватели продолжают друг другу повторять байки полуторавековой давности о «все врачи говорят и пишут на латыни» и «все он дают клятву Гиппократа».
С это стабильный язык, как английский.Латынь тоже не ушла целиком, тут когда знакомишься с некоторыми языками в европе многие слова которые и в русском то есть начинают играть совсем другими красками=смыслами.
Например страда это просто улица, а бюро это просто кабинет. Негру это чёрный, блонда - белый, а писика это кошка :)
> Гниль не зашла в ядро, она не зашла ни в какие референсы по железу и сдк, это значит что учить работе с железом на низком уровне в ВУЗах будут на С, СДК с примерами будут на С.А что американское правительство думает на этот счёт? А ведь мало-мальски здравомыслящему человеку понятно, кто задаёт моду в этой сфере. И это не Иван из РФ (или где вы там сейчас находитесь).
> Потому что стандарта гнили устоявшегося нет, она нигде серьёзно не применяется
Да неужели? Инженеры из Volvo другого мнения.
https://medium.com/volvo-cars-engineering/why-volvo-thinks-y...
Словеса (С) :)Они и за С# топили и за хрена лысого (в виде андроида)... Ди чё с китайцев взять то?!
PS: А ты не знал что Volvo - китайцы? :)
> Словеса (С) :)Ты статью-то осилил?
> Они и за С# топили и за хрена лысого (в виде андроида)... Ди чё с китайцев взять то?!
Ссылки дашь? Или как обычно?
> А ты не знал что Volvo - китайцы?
Владельцы - да, китайцы, деньги дают. Знал. А инженеры там - европейцы. Julius Gustavsson who is a Technical Expert and System Architect at Volvo Cars Corporation - это такой специально замаскированный китаец, да?
Нет, не замаскированный китаец. На русском языке такие должности называются «свадебный генерал».
>А что американское правительство думает на этот счёт?А что оно про COBOL думало - надо напоминать?
Про PL/1, про Ada и т.д. ...
Там такие же лопухи сидят, уровня местных анонимов.И да - я знаю. Пройдёшь сертификацию на EAL 4+ а лучше FIPS какой - сильно пострадает вера в человечество :))))
> А что американское правительство думает на этот счёт?Это которое ушло и которое было за кастрацию детей?
> Да неужели? Инженеры из Volvo другого мнения.Это те что как и прочие евро производители почти разорились и которых купили кетайцы?)
Наверное это была инициатива от таких же странных людей которые там АЭС закрывали и прочие "очень нужные" идеи двигали.
Вы пользуетесь программным обеспечением которое написано преимущественно на С/С++ - какие вам нужны доказательства жизнеспособности выбранного пути? Раст не избавит от ошибок, ни разу! Не избавит от уязвимостей... Господи, что с вами не так?
> Вы пользуетесь программным обеспечением которое написано преимущественно на С/С++ - какие вам нужны доказательства жизнеспособности выбранного пути?На какое-то время, когда софт был относительно несложен, этих двух языков хватало везде, во всех сферах. А потом в бизнесе осознали, что сложный и стабильно работающий код на них быстро не напишешь (хотя принципиально это возможно). Поэтому появились и обрели огромную популярность другие языки. Что это означает? Это означает то, что в области бизнес ПО ни C, ни, в меньшей степени, Плюсы уже нежизнеспособны. Другими словами. То, что когда-то кто-то ездил на лошадях, не означает, что это до сих пор самый эффективный способ передвижения.
> Раст не избавит от ошибок, ни разу! Не избавит от уязвимостей...
От всех ошибок - нет, не избавит. Но от 70% - избавит. А это уже очень большой рывок в области повышения качества ПО.
> Господи, что с вами не так?
А с вами? Rust осваивается в пределах 40-60 часов в основе. Он гораздо проще Плюсов (хотя и сложнее Сей). В чём проблема освоить ещё один, более современный ЯП?
>> Раст не избавит от ошибок, ни разу! Не избавит от уязвимостей...
>От всех ошибок - нет, не избавит. Но от 70% - избавит.А если только от 7% ? Ты ше цифры всё равно известно откуда выковырнул? :)
>А это уже очень большой рывок в области повышения качества ПО.
Да ну! Можно повысить качество в разы если запретить кодить бухим или упоротым :)
А что будет если нанимать не иклюзивных, а тех кто показал хороший результат - я даже думать боюсь :)
> А если только от 7% ? Ты ше цифры всё равно известно откуда выковырнул? :)А ты из какой деревни на свет выбрался? Были же отчёты от Микрософта и Гугла, где утверждалось, что примерно 70% ошибок в коде Си (Плюсов) - это ошибки работы с памятью.
>Да ну! Можно повысить качество в разы если запретить кодить бухим или упоротым :)
Думаешь, в том же ядре Линукса код от таких принимают? Или к чему это было сказано?
> А что будет если нанимать не иклюзивных, а тех кто показал хороший результат - я даже думать боюсь :)
Ты, когда тебе, к примеру, бухгалтер нужен, спрашиваешь, какой он сексуальной ориентации и/или пола? Или тебе важно, чтобы человек современное законодательство знал и умел его применять на практике?
Господи, что с вами не так (c).
> более современный ЯП?Может более сырой?
для этого есть обкатанные и отточенные джава и шарпы. но никак не экспериментальный непонятно кем продвигаемый за счет фанатиков мусор
Rust разрушит Linux kernel, вот увидите!
Будущее начинается прямо сейчас
Только здесь все ваши друзья!
За rust будущее линукса. Предлагаю заморозить сишную кодовую базу на добавление новых фич, разрешить только исправления уязвимостей. С учётом того сколько их возникает в сишном коде, работы хватит на долго. А все новые возможности добавлять только в rust коде. Это компромиссное решение для обоих сторон конфликта.
Могу предложить заморозить кодовую базу линукса для раста и делать все в ресдох. А мы пока баги в линуксе на си поправим. Это компромиссное решение для обоих сторон конфликта.
> А все новые возможности добавлять только в rust коде.одно непонятно - почему никто не делает это в Redox? ах да - для этого же надо специалистом в предметной области быть.
Потому что Redox - это домашний проект. В то время как в Линукс неплохо так вложились уже. А не потому, что специалистов нет.
> В то время как в Линукс неплохо так вложились уже. А не потому, что специалистов нет.кто вложился ломать не станет, а во что вложился террорист Гектор Мартин и кто спонсирует его банду Asahi Linux тебе никто не расскажет
Ну а где наберут столько новых желающих всё новое писать на Rust? Напомним, что в каждом релизе присутствуют комиты от over 2000 разработчиков. Кем их заменить, теми, кто Rust выучил, но ноль в области ядростроения? А рецензировать патчи, очевидно, будут те оставшиеся двое растопродвигателей?
Так и про линукс можно сказать. Кто будет писать патчи на расте? Те двое растопродвигаетелей? Или те кто раст выучил, но ноль в области ядростроения?
Для меня крайне странно видеть людей, которые топят за раст, постоянно говорят что раст лучше, что си абсолютно и морально устарел и нужно все переписать, но при этом идут продвигать патчи в линукс, а не пилить ресдох "на самом лучшем языке с изначально правильной архитектурой".
Это какое-то лицемерие мягко говоря.
> Так и про линукс можно сказать. Кто будет писать патчи на расте?
> Те двое растопродвигаетелей? Или те кто раст выучил, но ноль в области ядростроения?Те кто умеет. Думаю гугл и мелкомягкие найдут людей.
С другой стороны - нынешнее мейнтенеры могли бы и выучить что-то новое.> Для меня крайне странно видеть людей, которые топят за раст, постоянно говорят что раст лучше, что си абсолютно и морально устарел и нужно все переписать, но при этом идут продвигать патчи в линукс,
А это запрещенно законом? Я могу продвигать патчи куда захочу.
Например красношапка продвигает драйвер opennet.ru/opennews/art.shtml?num=62657
И что-то мне подсказывает, что у них опыта работы с ядром хватает> а не пилить ресдох "на самом лучшем языке с изначально правильной архитектурой".
> Это какое-то лицемерие мягко говоря.Это не лицимерее. Мне например не нравятся их некоторые подходы.
Зато нравится линукс, я к нему привык за почти 20 лет.
И я попытаюсь сделать его лучше, даже если кто-то будет против.
> Те кто умеет. Думаю гугл и мелкомягкие найдут людей.
> С другой стороны - нынешнее мейнтенеры могли бы и выучить что-то новое.С другой стороны нынешние мейнтейнеры уже не один раз выучивали что-то новое. Проблемы это уже создает, а пользы еще нет.
> А это запрещенно законом? Я могу продвигать патчи куда захочу.
> Например красношапка продвигает драйвер opennet.ru/opennews/art.shtml?num=62657
> И что-то мне подсказывает, что у них опыта работы с ядром хватаетМожешь хоть курсы продавать "как заработать миллион" ни разу его не заработав. Это тоже законом не запрещено.
Но и отношение к тебе будет соответствующее.> Это не лицимерее. Мне например не нравятся их некоторые подходы.
> Зато нравится линукс, я к нему привык за почти 20 лет.
> И я попытаюсь сделать его лучше, даже если кто-то будет против.А как же "выкинуть старье", "эти деды ничего не умеют", "нет смысла закрывать дыры в этом титанике"? Или "это другое, для линукса мы переобуемся"?
Сищникам становится скучно, и они находят себе другое применение.
Растоманы которые пока только и могут что с большим скрипом переписать то что уже есть. Остаются без поддержки тех кто в теме, и начинают чтото писать по новой, но ООООЧЕНЬ медленно.
Лет на 10-15 прогресс заморожен.
Дров под новое железо нет, а железа вокруг полно. Линукс оказывается там где был 20 лет назад.
Хороший план одобряю.
> За rust будущее линукса. За rust будущее линукса.Что-то мне это напоминает. Вместо создания новой сущности ломать старые с сомнительными перспективами. Никто вам не мешает создать новое сообщество, не подменяя традиционные моральные ценности.
> Вместо создания новой сущности ломать старые с сомнительными перспективами.Сотни лет новое строили на фундаменте старого. Это нормально.
Вон новую сущность создали "Вейланд" - так нытье на пол интернета.> Никто вам не мешает создать новое сообщество, не подменяя традиционные моральные ценности.
Традиционные это какие? Радство, снохачество, алабамские приколы?
Вон в некоторых странах есть традиция камнями кидаться.
Оставляем?
> Вон новую сущность создали "Вейланд"1. Аналогия не аргумент.
2. Вейланд - это переписанный на rust xorg? Или хотя бы просто переписанный xorg? Нет и нет. Это написанный с нуля проект. Так что сомнительный пример, как на него ни посмотришь.
А новые ценности тоже перечислишь? Или товаришьмайор шутки не оценит?
Гуманизм, например, но про него мало где слышали. Майор такое точно не одобряет.
Нету в коках гуманизЪму :) Там больше про diversity и прочую ... квадрилью :)
> За rust будущее линукса.Возможно. Маленький нюанс в том, какого рода будущее.
> За rust будущее линукса.отодвиньте раст немного в сторону, пожалуйста. Он мешает рассмотреть будущее
> За rust будущее линуксаза раст будущий конец линукса, как и принципиальной возможности контролировать любой свой девайс
С чего вы решили, что работающий код должен прогибаться под раст? Здравый смысл отдыхает...
Поворот от политики маразма к политике цинизма затягивается.
Там на расте своё ядро пилят и юзерспейс. Зачем они в linux ядро лезут? Их кто-то попросил?
> Зачем они в linux ядро лезут?А это запрещено)?
> Их кто-то попросил?
Линус Торвальдс например.
В недавнем интервью сокрушался что из-за дидов-неосиляторов все внедряется медленнее чем он расчитывал:
I was expecting updates to be faster, but part of the problem is that old-time kernel developers are used to C and don't know Rust.
Линуса Торвальдся попросили, в форме, не предполагающей возможности отказать.
> А это запрещено)?нельзя запретить то что появляется независимо от общепринятого, но ложный эксгибиционизм это уже правонарушение
> I was expecting updates to be faster, but part of the problem is that old-time kernel developers are used to C and don't know Rust.Он сформулировал проблему. И это не проблема разработчиков ядра. Это проблема rust'а. Нельзя требовать от ВСЕХ знать rust. Значит система должна строится так, что бы этого требования не было. Если не получается - то вы обделались.
Он буквально сказал rust'овикам - "Вы обделались!".
> Он буквально сказал rust'овикам - "Вы обделались!".А они это умеют. От них только нездоровый ор, хайп и переваливание ответственности на других. При том - сломали билды керенела, тупым менеджментом своей подсистемы - зная что там жирные рефакторы DMA и работы с памятью, они все равно вкатили конфликтующие комиты - и угадайте что получилось дальше.
И д@#$ебы после этого - конечно же не хрустики, удумавшие вкатить жирную интрузивную фичу прям под рефактор - и все сломав (какая неожиданность!).
Какую такую жирную фичу? Ты имеешь в виду вызов одной си функции и пару флагов? Там патч на 200 строк половина из которых комментарии. Другие-то системы и драйвера ведь DMA не используют, ведь только раст всё ломает.
И знаете что предложил этот умник мейнтейнер. Он говорит вызывайте dma функцию в каждом драйвере отдельно напрямую. Чтоб при последующем изменении dma api пришлось переписывать сотню драйверов, вместо одной функции на 200 строк. Переписывание сотни драйверов ведь это сильно повышает поддерживаемость кода.
> Какую такую жирную фичу? Ты имеешь в виду вызов одной си функции
> и пару флагов? Там патч на 200 строк половина из которых
> комментарии. Другие-то системы и драйвера ведь DMA не используют, ведь только
> раст всё ломает.Если нормальные патчи завернули из-за ЭКСПЕРИМЕНТАЛЬНОГО хруста - это булшит, господа. Там в рассылке популярно объяснили этим фрикам как такие вещи ожидаются на самом деле.
Например, https://lore.kernel.org/rust-for-linux/20250208204416.GL1130.../ - тут для самых маленьких Теодор Тсо разрисовал как это должно работать чтобы не создавать проблем.
> И знаете что предложил этот умник мейнтейнер. Он говорит вызывайте dma функцию
> в каждом драйвере отдельно напрямую. Чтоб при последующем изменении dma api
> пришлось переписывать сотню драйверов, вместо одной функции на 200 строк. Переписывание
> сотни драйверов ведь это сильно повышает поддерживаемость кода.Вон там Теодор Тсо предложил еще идеи как это должно быть. А вы как думали, припереться, хотеть к себе особое отношение, ломать другим людям билды, создавать проблемы - и чтоб за это зад никто не надрал? Так не бывает, поэтому - скушайте-ка мягких французских булок с NAK от мощного майнтайнера и подумайте над своим поведением. По моему - за дело.
Бодее того - handling инцидента гектормартином совершенно никакой, он показал свое истинное лицо. И это явно не понравилось и Торвальдсу в том числе. Которому нафиг надо ТАКОЕ в его команде. Этот гектормартин выморозил даже симону, которая вроде как раз - CoC, медиацией конфликтов и прочим занимается. Простите, но если выморозить всех, от CoC team до Торвальдса - и вот на что далее расчитывает этот тип, интересно?
> Он сформулировал проблему. И это не проблема разработчиков ядра. Это проблема rust'а.Нет. Это проблема ядра.
Потому что в том же интервью он говорит "мы стареем и сидеем, скоро помирать будем. А кто будет ядрописать? плак-плак".> Нельзя требовать от ВСЕХ знать rust.
Э? А почему? Никого не смущает что для ядро-писания нужно знать СИшку.
Растовики то сишку знают - благо переписывают с него.
А вот СИшники - нет.> Значит система должна строится так, что бы этого требования не было.
Кому должна? Это так же меняется как и необходимость использовать С11 вместо С89.
> Если не получается - то вы обделались.
Извини, я потерял нить рассуждения в твоем потоке бреда.
Мейнтенеру предложили человека в помощь. Который будет разгребать расткод.
Он отказался - тк хочет единолично править этим куском ядра. Такой мелкий царек.
> Э? А почему? Никого не смущает что для ядро-писания нужно знать СИшку.Растовики то сишку знают - благо переписывают с него.
А вот СИшники - нет.Потому что СИшнки создали ядро и его пишут.
Потому что провозглашается, что ruts опционален.Иначе количество разработчиков ядра сильно уменьшиться.
> Кому должна? Это так же меняется как и необходимость использовать С11 вместо С89.
Технической оптимальности.
Совсем не так. В случае перехода с C89 на С11 было упрощение некоторых вариантов проектирования. В случае c rust - усложнение по всему фронту.> Извини, я потерял нить рассуждения в твоем потоке бреда.
То есть. Для вас является бредом, что те, кто не могут выстроить оптимальную систему внедрения rust в ядро обделались. Ну так заголовок новости вам подскажет.
> Иначе количество разработчиков ядра сильно уменьшиться.Так оно уже уменьшается.
Торвальдс ноет про старение и сединие.
И тут у тебя выбор - привлечь новую кровь или дать проекту помереть.
А новая кровь не хочет учить древние язычки сделанные из овна и желудей.
В которых "ехал void через void*, сунул void* в void** и void***"> что те, кто не могут выстроить оптимальную систему внедрения rust в ядро обделались. Ну так заголовок новости вам подскажет.
Правильно! Верим заголовкам, зачем нам читать дальше (с)
> И тут у тебя выбор - привлечь новую кровь или дать проекту помереть.Так вот и сделали песочницу. В которой детишки из вна куличики лепят. Но как только они свою песочницу хотят расширить на все ядро - получают по рукам. Незачем вно из песочницы по двору раскидывать.
> Правильно! Верим заголовкам, зачем нам читать дальше (с)
Так это для тех, кто вежливых высказываний не понимает.
> Так вот и сделали песочницу. В которой детишки из вна куличики лепят.Зачем ты так про любителей добавлять CVE ядро?
> Но как только они свою песочницу хотят расширить на все ядро - получают по рукам. Незачем вно из песочницы по двору раскидывать.
И правильно. Пусть детишки спросят "а нафига нам это ядро?".
В итоге в ядре только престарелые маразматики, и ядро загнется.
Ну или продастся корпам полностью и его будут писать те же детишки, только за денюжку большого дяди.
> Зачем ты так про любителей добавлять CVE ядро?Гхм. Речь был про песочницу. Песочница только одна и вно одно. rust'овики любят добавлять CVE в ядро. Спасибо, что предупредил. Не знал.
> И правильно. Пусть детишки спросят "а нафига нам это ядро?".
> В итоге в ядре только престарелые маразматики, и ядро загнется.
> Ну или продастся корпам полностью и его будут писать те же детишки, только за денюжку большого дяди.Ну так и будет идти отбор. Или детишки повзрослеют. Или останутся де... тишками.
В первом случае они станут писать ядро. Во втором они ядру не нужны. Пусть идут куда хотят, ибо пользы от них не будет.
> Гхм. Речь был про песочницу. Песочница только одна и вно одно. rust'овики любят добавлять CVE в ядро. Спасибо, что предупредил. Не знал.Хм.. у тебя что-то с пониманием печатного текста.
На всякий случай, если ты пишешь на СИ, проверься, вдруг это уже деменция.Я говорил про типичных растохейтеров типа Тцо.
Процитирую анона из другой темы
CVE-2022-1184 - ваще шикарная.
А теперь микрофон и все лавры передаются ox55ff с лора
"в 2013 году он закоммитил вот такую портянку github.com/torvalds/linux/commit/dc6982ff4db1f47da73b1967ef5302d6721e5b95Через 9 лет (2022 год) тысячи глаз наконец-то рассмотрели там уязвимость CVE-2022-1184.
Которую смогли исправить только со второй попытки:
первая github.com/torvalds/linux/commit/65f8ea4cd57dbd46ea13b41dc8bac03176b04233
вторая github.com/torvalds/linux/commit/61a1d87a324ad5e3ed27c6699dfc93218fcf3201ext4: check if directory block is within i_size
Бгг. Видимо Теодорчик решил, что в его коде всё within, ведь "индекс проверять надо если программист решил что тут есть шанс того, что он окажется некорректным", а оказалось, что не within. Это какое-то шанс-ориентированное программирование. Сишник к успеху шёл, не получилось, не фартануло.
> Ну так и будет идти отбор. Или детишки повзрослеют. Или останутся де... тишками.
> В первом случае они станут писать ядро. Во втором они ядру не нужны. Пусть идут куда хотят, ибо пользы от них не будет.Детишки подрастут и выбросят устаревшее из ведра. Возможно даже с дидами.
Ну или просто подождут пока те помрут, не думаю что придется сильно долго ждать.
> Хм.. у тебя что-то с пониманием печатного текста.У тебя что-то с восприятием реальности.
Ты мне приведённую тобой портянку внушить телепатией пытался? Или как?
А насчет твоей портянки - что бы что-то написать - оно должно быть написано. И только в написанном могут быть ошибки и уязвимости. В ненаписанном нет ни уязвимостей ни ошибок.
> Детишки подрастут и выбросят устаревшее из ведра. Возможно даже с дидами.
Повзрослевшие устаревшее смогут выкинуть, во только rust'у это не поможет. Ибо они повзрослеют. А те кто остануться деб...тишками - тех к ядру не подпустят.
> Ну или просто подождут пока те помрут, не думаю что придется сильно долго ждать.
Ага и среди детишек будут одни деб...тишки, которые используют rust? А куда нормальных денете? В расход?
> У тебя что-то с восприятием реальности.Или у тебя.
> Повзрослевшие устаревшее смогут выкинуть, во только rust'у это не поможет. Ибо они повзрослеют. А те кто остануться деб...тишками - тех к ядру не подпустят.
Эти "детишки" УЖЕ работают в фирмах-лидерах софтостроения на планете Земля (Google, Cloudflare, Dropbox, Discord, Amazon, Microsoft). "Слона-то я и не заметил" (c)
> Так оно уже уменьшается.
> Торвальдс ноет про старение и сединие.
> И тут у тебя выбор - привлечь новую кровь или дать проекту помереть.
> А новая кровь не хочет учить древние язычки сделанные из овна и желудей.
> В которых "ехал void через void*, сунул void* в void** и void***"Аргумент про немодный C плохой ведь работать над Linux это не JSONʼы перегонять в HTML и вопрос на каком язык программирования оно сделано несколько вторичен из–за масштаба и сложности Linux. Также я не могу себе представить кого–то кто в один прекрасный день решит взяться за Linux особенно в нашем мире победившего ЯваСцэнария и HTML–программистов когда денюжки платят за сайтостроительство. Молодое поколение оторвётся от своих Ангуляров и jQuery и пойдёт гонять байты в Linux?
>> В которых "ехал void через void*, сунул void* в void** и void***"
> Аргумент про немодный C плохойПри чем тут "немодный"?
Как раз к сожалению очень модный среди луддитов.> ведь работать над Linux это не JSONʼы перегонять в HTML и вопрос на каком язык программирования оно сделано несколько вторичен из–за масштаба и сложности Linux.
Именно.
> Также я не могу себе представить кого–то кто
Почитай про asahi - реверсинжиниренный драйвер на расте для закрытых эпловых чипов. Прошедший сертификацию Кроноса...
Думаешь такие люди не осилят ядро?> Молодое поколение оторвётся от своих Ангуляров и jQuery и пойдёт гонять байты в Linux?
Уже. Правда их усиленно гнобят деды.
При том что у C репутация немодного языка а у Rust как раз наоборот.
Один немодный, а другой старый
В 90-е годы деньги платили за Visual Basic, FoxPro, Delphi, Perl. За Linux тоже не платили. Но сейчас возможно всё гораздо хуже.
> Э? А почему? Никого не смущает что для ядро-писания нужно знать СИшку.до недавнего времени проект был исключительно на сишке, да и сейчас кода на сишке сильно больше чем на расте. Какой язык нужно знать для ядро-писания?
> Растовики то сишку знают - благо переписывают с него.у них работа такая, переписывать
> А вот СИшники - нет.а эти делом заняты
> Кому должна? Это так же меняется как и необходимость использовать С11 вместо С89.ну да, всего-то надо переписать или выкинуть все несовместимое. Чего-то медленно пока переписывают
> Мейнтенеру предложили человека в помощь. Который будет разгребать расткод.там уже один выгорел, потому что писать и переписывать обвязки оказалось не так интересно как раст продвигать
> Он отказался - тк хочет единолично править этим куском ядра. Такой мелкий царек.ага. И тому кто шлет патчи надо разобраться только с одним мелким царьком, а не двумя. И не надо ждать пока второй мелкий царек не обновит обвязки
> problem is that old-time kernel developers are [...] don't know Rust
> это не проблема разработчиков ядраВот это я понимаю - ментальная акробатика!
Чел, сори, но он прямым текстом написал, что это проблема разработчиков ядра.
Значит ты прослушал тот момент, где Линус говорит что разработчики на си стареют, в том числе и он. Новички совсем уже не учат си, и в будущем, не так скоро конечно, комок linux превратиться как сейчас кобол, где разработчики за 60, на бесплатные курсы по cobol от ibm никто не записывается. К тому времени как раз подтянуться автоматические трансформеры из c в rust, которые сейчас быстро развиваются.
Деньги выделили не для этого. Убивают живых, а не мёртвых.
Конечно просили. Давайте вместе грохнем ядро. Интересанты в лице того же Микрософта будут явно в выгоде от такого. Интересно, среди спонсоров языка есть данная компания?
Да.Кстати, новые CVE в Windows11 внезапно были связаны с кодом на Rust. Оказалось, что и там можно вызвать Use_After_Free, если писать код не думая.
> новые CVE в Windows11 внезапно были связаны с кодом на RustТы бы пруфов приложил.
А то воздух сотрясать это хорошо, но не слишком верится.
Смотри CVE-2025-21372. Касается только Windows 11. Windows 10, Windows Server 2019 не затронут. Модуль переписан на Rust.
Не нашёл информации, что драйвер BFS (Brokering File System) написан на Rust.
Пруфы будут?
Не могу сказать про Windows, но вот Вам CVE (https://www.cve.org/CVERecord?id=CVE-2025-24898) с use after free и возможностью краха и прочих хороших вещей на Rust в rust-openssl
ну так там весь метод unsafe. При unsafe компилятор не помощник и вся тяжесь "не косячь" ложится на плечи разработчика.
Ну так на Си тоже можно просто не писать небезопасный код.
> Ну так на Си тоже можно просто не писать небезопасный код.А кто-то смог?
Покажи мне пожалуйста такого человека или такой проект.
В СИ делая int a + int b ты уже нарушаешь Conformance.
В ядре все методы unsafe. Ни и н** там ржавчик тогда?
Чтобы вызвать заражение крови и угрохать. К бабке не ходи! :)
> В ядре все методы unsafe.Ты уверен на 100%?
> Ни и н** там ржавчик тогда?
Вон гугель пишет bare metal и firmware для андроида и у них ЧСХ все получается.
> Чтобы вызвать заражение крови и угрохать. К бабке не ходи! :)
Ага, злые корпы хотят зарезать курочку, которыя им золотые яйца несет.
Ло-ги-ка /_-
Наступает ремиссия
Хаха, сейчас Торвалдс осознает что придется отказаться от любимого макбука, а возможно потерять еще и пару спонсоров.
И придется возвращаться на какой-то пососный Fedora Slimbook 2.
> И придется возвращаться на какой-то пососный Fedora Slimbook 2.Ему оно... у него основная активность вокруг ядра - на EPYC вообще. Потому что он мощный, а пососные по сравнению с ним - да все остальные по сути.
Всё так: яббла в облаках нет, а бабло ноне - в облаках!
> Как вариант, Гектор упомянул привлечение Кристофа к ответственности за нарушение кодекса поведения из-за комментария, в котором Кристоф сравнил Rust с раковой опухольюО, дивный новый мир, где технические споры решаются не в пользу лучшего технического решения, а в пользу того кто первый "оскорбился" и тыкнул в CoC.
Надеюсь, "лучшее техническое решение" будет, когда вы создадите свой проект на чем считаете нужным и предложите его человечеству. Лет так через 20. А пока не мешайте людям работать.
> О, дивный новый мир, где технические споры решаются не в пользу лучшего технического решения,Пока техническое решение даже не обсуждалось.
Дед истеричка начал кричать:
"мы не осилим два языка" (во что я верю),
"мне не нужен еще один сопровождающий" (читай - я хочу монопльно сидеть на теплом месте)
и "раст это рак!!11" (чем это отличается от Балмеровского "Linux is a cancer"? )Явно имеем дело с неадекватом.
> а в пользу того кто первый "оскорбился" и тыкнул в CoC.А Сообщество™ имеет право знать, что в ядре такой человек.
Потому что кто значет на что он готов еще пойти.
> Пока техническое решение даже не обсуждалось.
> Дед истеричка начал кричать:
> "мы не осилим два языка" (во что я верю),
> "мне не нужен еще один сопровождающий" (читай - я хочу монопльно сидеть на теплом месте)
> и "раст это рак!!11" (чем это отличается от Балмеровского "Linux is a cancer"? )А вот еще один токсик-типа-инфлюенсер, которого из всех приличных проектов тоже надо выпереть...
>А Сообщество™ имеет право знать, что в ядре такой человек.Правильно! Чтоб знать куда слвть пиво! :)
>Потому что кто значет на что он готов еще пойти.
Закупился попкорном! Голубые против потаскунофф! Делайте ставки!!!!! :)
>>А Сообщество™ имеет право знать, что в ядре такой человек.
> Правильно! Чтоб знать куда слвть пиво! :)А если кто-то решит совершить подмену и пришлет нечто похожее на пиво, в бутылке из-под Жигулевского?
> Закупился попкорном! Голубые против потаскунофф! Делайте ставки!!!!! :)
О, наконец-то.
Я ставлю на то, что ситацию замнут со словами "нужно разобраться".
А потом будут подковерные игры.
Но раст таки впихнут, тк корпы заинтересованы.
Я в 2009 году решил что с FreeBSD мне уже всу равно... Ну теперь то же с линуксом.
В WSL же MS Linux по умолчанию будет? Будет!
А это и есть самый настоящий Линукс который еще Гётс написал когда интернет придумывал! %-D
Справедливости ради. Он не говорил, что Раст - это рак. Он сказал, что многоязычие - это рак.
Тут еще одна интересная новость, пока правда не опубликованная.I'm stepping down from all my maintainer roles.
...
But for the wireless driver maintainer (drivers/net/wireless/)
there is no replacement at the moment. If anyone is interested, please
do let Johannes and me know.
https://lore.kernel.org/linux-wireless/87wmefguqt.fsf@k.../На минуточку - это единственный сопровождающий разработчик драйверов беспроводных сетей в Linux.
И он свалил.Кажется вместо виндокапеца мы наблюдаем линуксокапец.
> И он свалил.И остальные свалят. Пока отец-основатель историю штудирует.
Что забавно, этот свалил не из-за раста.
Может LF стоит тратить больше 2% на ядро?> И остальные свалят.
Остальные пока что руками, ногами и зубами вгрызаются в насиженное теплое местечко.
И вытравить их будет ну ооочень сложно.
Разве что дустом.
LF финансирует другие операционные системы, например Zephyr и seL4.
https://www.linuxfoundation.org/projects и там выберите Safety-critical systems
> LF финансирует другие операционные системы, например Zephyr и seL4.
> https://www.linuxfoundation.org/projects и там выберите Safety-critical systemsЭто как бы хорошо... но какое отношение имеет к моему предложению больше финансировать именно ядро линя?
Может тогда мейнтейнеры перестанут разбегаться?
Ну и на поддержку lts ядер тоже кто-то найдется?А так да, LF финансируе много всего и часть проектов вообще нетехнические и крайне сомнительные.
> На минуточку - это единственный сопровождающий разработчик драйверов
> беспроводных сетей в Linux.
> И он свалил.Он зря в Квалкомме столько отвисал. В Atheros работать было наверняка круче - но их скупил квалком. И - увы - опоганил чипы. Сделав нечто с огроменными фирмварями. При том что Kalle Valo - был в числе тех кто помог релизнуть прошивки ath9k_htc в открытом виде.
Думаю ему климат в квалкомме VS новые чипы - конкретно надоел. Ну вот неприятная фирма квалкомм.
Люди устают, стареют, меняют интересы. Это нормально.
Да не переживай, в БЗДях тоже по 1,5 землекопа вайфаят, а БЗДюхи всё никак закопать не могут. ;-)
> Да не переживай, в БЗДях тоже по 1,5 землекопа вайфаят,Угу, пишут обертки для готовых линуксовых дров))
> а БЗДюхи всё никак закопать не могут. ;-)
А она никогда и не откапывалась ;-)
Вот в недавней новости целый один единственный ноут в списке поддерживаемых добабавили.
Линуксокапец близится!
> На минуточку - это единственный сопровождающий разработчик драйверов беспроводных сетей
> в Linux.
> И он свалил.Так там же прямо рядом гражданин взял на себя координацию net/wireless. Хотя кто же на опеннете читает драмы до конца...
>> На минуточку - это единственный сопровождающий разработчик драйверов беспроводных сетей в Linux.
>> И он свалил.
> Так там же прямо рядом гражданин взял на себя координацию net/wireless. Хотя кто же на опеннете читает драмы до конца...Координация и сопровождение это разные вещи.
Но я совершенно не удивлен, что ты этого не понимаешь.
> Координация и сопровождение это разные вещи.
> Но я совершенно не удивлен, что ты этого не понимаешь.Он и написал что мол - решение временное. Но помирать - никто не собирается. И оно продолжит пахать как пахало.
значит дед боится соломать обвязки на расте, но о драйверах которым надо этот DMA он как-то не вспоминает.
или они все автоматически патчатся, раз уж они тоже на С?
клоун - да и только!
> значит дед боится соломать обвязки на расте, но о драйверах которым надо
> этот DMA он как-то не вспоминает.
> или они все автоматически патчатся, раз уж они тоже на С?
> клоун - да и только!Ну так драйвера же не он патчить собирается.
А то что у кого-то что-то сломалось - это уже не его проблемы.
Зачем нужен камеди клаб, если есть Linux?Сплошная драма, слухи, скандалы, интриги, расследования! Можно разработчиков приглашать в студию к Малахову и транслировать весь этот цирк на весь мир. Рейтинги просмотров будут зашкаливать.
Как сделать язык на котором нормально сможет писать только нейронка. А потом понять что нейронку с начало надо обучить. И подрядить на это опенсорс,а он зараза плохо подряжается. Его уже и так и этак пихают, а он не хотит.
И самое интересное я что-то не помню чтобы гугол решил переписать хромого на раст, или M$ что-то там решила переписать на этот руст. Решили провести эксперементус на опенсорсе, ну для бизнеса идея здравая согласен.
не эксперимент, а диверсия
> И самое интересное я что-то не помню чтобы гугол решил переписать хромого на раст, или M$ что-то там решила переписать на этот руст.Это из серии "не знал, да еще и забыл". Обе компании активно используют раст, более того являются основателями rust foundation
>И самое интересное я что-то не помню чтобы гугол решил переписать хромого на растЭто из области "не знал, не знал, и забыл".
https://security.googleblog.com/2023/01/supporting-use-of-ru...
А также Google Android переписывают кусками на Rust.
> или M$ что-то там решила переписать на этот руст.
Часть компонентов Windows, Rust for Windows (https://github.com/microsoft/windows-rs), Azure и облачные сервисы, Microsoft Security Response Center (MSRC)
>А также Google Android переписывают кусками на RustНеужто ядро? Нет? А что так?
>Часть компонентов Windows, Rust for Windows (https://github.com/microsoft/windows-rs), Azure и облачные сервисы, Microsoft Security Response Center (MSRC)Т.е. всякую некритичную шнягу, но не саму ось.
> Неужто ядро? Нет? А что так?И до него доберутся, когда очередь дойдёт. Сразу всё не перепишешь.
> Т.е. всякую некритичную шнягу, но не саму ось.
И ОС тоже. Вот статья: https://www.opennet.me/opennews/art.shtml?num=59044
Моё мнение такое: остановить распространение Rust'а по Linux'у не удастся, кто не согласен уйдут. Наберут новых сопровождающих-коллаборационистов, но Linux уже станет не тем, чем-то другим. Unix-идея уйдёт, уйдёт иллюзия о свободе, равенстве, братстве.
>уйдёт иллюзия о свободе, равенстве, братствеЭто девиз Вольных Каменщиков, распространяющийся исключительно на братьев по ордену. К плебеям это не относится, так что никакой иллюзии нет.
Попробуй прочитать вторую книгу.
Сразу после того, как ты прочитаешь первую.
> Это девиз Вольных Каменщиков, распространяющийся исключительно на братьев по ордену. К
> плебеям это не относится, так что никакой иллюзии нет.Вам не приходило в голову что довольно глупо пытаться навязывать рабу свободу с ножом к горлу? Все что будет в результате - раб начнет возбухать что теперь у него нет халявного барака чтобы ночевать, жратву никто не приносит "на шару", а сам наниматься и проч - он вообще не умеет, поэтому сидит - голодный, под мостом. И вообще, надсмотрщик не такой уж и плохой парень был, кнутовал только лентяев и бездарей, и то не очень сильно - раб ему здоровым нужен! И тут уже можно поспорить - выиграл ли раб от свободы...
> Моё мнение такое: остановить распространение Rust'а по Linux'у не удастсяКонечно. Примерно так же как не удалось остановить внедрение ткацких станков.
> кто не согласен уйдут.
Не думаю что это великая потеря. Эти люди были суперкрутыми 20 лет назад, но сейчас они только тормозят развитие.
> Наберут новых сопровождающих-коллаборационистов,
Это если найдут.
Пока имеем "Сокращение срока поддержки LTS-ядер Linux и проблема с выгоранием сопровождающих"
opennet.ru/opennews/art.shtml?num=59791> но Linux уже станет не тем, чем-то другим.
Типичное "уже не торт"? Я такое слышу примерно лет 15))
> Unix-идея уйдёт, уйдёт иллюзия о свободе, равенстве, братстве.
Ушла вместе в внедрением GPL. Теперь разработчик или раб на корповской галере, или попрошайка.
>Типичное "уже не торт"? Я такое слышу примерно лет 15))Ну так Linux объективно деградирует: переусложняется, жиреет и замедляется. Linux 5 медленнее чем Linux 4, а Linux 6 медленнее чем Linux 5 (сам проверял).
i5 быстрее корыдуба, а корадуба быстрее пентиума 3 (сам проверял)
Не удивительно, что 5 и позднее медленнее, чем 4. На начало эпохи 5, как раз, пришлось массовое разоблачение процессорных фейк-приёмов ускорения. Что вылилось в массовое затыкание спектре-мельтдониев.
> процессорных фейк-приёмов ускоренияага эффектив и перформанс коры :)
Так потому что монолитное ядро главная проблема. Об этом ещё Таненбаум писал на заре разработки линукса. И все драйвера пихают в ядро. Для каждого очередного сетевого адаптера и видеокарты. Вон недавно очередной драйвера Nova для Nvidia, конечно написанный на rust запихивают в ядро. А устаревшее оборудование редко когда выпиливается. Поэтому главная проблема ожирения ядра это монолит.
Возьмите уже С++, боже ж ты мой
Они не могут. ;)
Торвальдс же чётко высказался когда-то на тему Плюсов в ядре. Примерный смысл - пока я жив, этому не бывать. И ведь нельзя сказать, что он не прав. Редкое Г. на самом деле. Переусложнённое, с морально устаревшей архитектурой, очень медленным внедрением новых фич и прочими "прелестями". Неодократно читал, что на то, чтобы освоить Плюсы у обычного типового разработчика в среднем уходит ПЯТЬ лет.
> Торвальдс же чётко высказался когда-то на тему Плюсов в ядре.20 лет (или сколько там) назад? И с тех пор ничего не изменилось? Прям вот совсем ничего?)) Ну ладно))
>Переусложнённое, с морально устаревшей архитектурой, очень медленным внедрением новых фич и прочими "прелестями".
Ну вот не надо ля-ля... Какие вам новые "фичи" нужны? Процессоры принципиально с момента своего создания не изменились. Там как были транзисторы, так и остались. Оперативная память - тоже не поменялась. Всё те же конденсаторы. А значит, как не изгаляйтесь, ничего нового вы не изобретёте. Пока материально-техническая база не поменяется. Можно лишь понаделать новых абстракций. Но тут уже вопрос - а нужно ли? Вот в С++ и в С этим и занимаются. Спокойно, с чувством, с расстановкой. Придумывают новые абстракции, оценивают - нужно ли оно, затем стандартизируют. Стандарты с бухты-барахты не принимаются. Потому что это то, что потом будет работать годами и десятилетиями.
P.S.
Удовлетворите уже наконец моё любопытство - сколько средняя ставка за комментарий? Вы же в этой шайке крикунов, я так понимаю, за главного? Или нет, тоже рядовой трудяга "клавиатуры и интернетных войн"?
> 20 лет (или сколько там) назад? И с тех пор ничего не изменилось? Прям вот совсем ничего?)) Ну ладно))Вам бы у Торвальдса спросить. Я здесь ничего не решаю. Просто согласен с ним.
> Какие вам новые "фичи" нужны?
Стандартную систему сборки для начала. Такую же мощную, как Cargo в Rust. Или лучше. Ранее я оговорился. Имелась ввиду не "архитектура", а "инфраструктура".
Если же про "фичи" языка говорить, то не хватает возможности формальной верификации. Впрочем, её нигде особо нет. А там, где всё-таки есть - стОит это очень и очень дорого, хотелось бы дешевле. Вот Rust идёт правильным путём, предоставляя возможность безопасно работать с памятью. В Плюсах это костыли. В Си вообще ни сном, ни духом.
> А значит, как не изгаляйтесь, ничего нового вы не изобретёте.
Слона-то я и не заметил (c). А вот умудряются же люди изобретать новое после того, как было когда-то Си придуман. И оно, это новое, популярно и восстребовано.
> Вот в С++ и в С этим и занимаются. Спокойно, с чувством, с расстановкой
Видимо, СЛИШКОМ медленно. И результат не впечатляет. Поэтому и появлюятся новые языки.
> Удовлетворите уже наконец моё любопытство
Мне просто скучно. Вот и веселюсь, наблюдая за цирком "экспертов".
> Просто согласен с ним.Ясен пень, вы с ним согласны)) А как он вашему любимому "ЯП" палки в колёса ставит, так сразу вой на болотах: "Дед, пора на пенсию!"
> Стандартную систему сборки для начала. Такую же мощную, как Cargo в Rust.
> Или лучше. Ранее я оговорился. Имелась ввиду не "архитектура", а "инфраструктура".Так всё есть уже)) Причём не в единственном экземпляре. "Пакетный менеджер" называется)) Обычно в том или ином виде присутствует практически в каждом дистрибутиве Линукс))
> Если же про "фичи" языка говорить, то не хватает возможности формальной верификации.
> Впрочем, её нигде особо нет. А там, где всё-таки есть -
> стОит это очень и очень дорого, хотелось бы дешевле. Вот Rust
> идёт правильным путём, предоставляя возможность безопасно работать с памятью. В Плюсах
> это костыли. В Си вообще ни сном, ни духом.Единственное, чем Rust отличается от других языков - это встроенный в компилятор статический анализатор. Всё. И тут сразу вопрос - а вот оно надо? Если всё есть уже и так, причём давным давно.
> Слона-то я и не заметил (c). А вот умудряются же люди изобретать
> новое после того, как было когда-то Си придуман. И оно, это
> новое, популярно и восстребованоГолословные утверждения, всё как всегда...
> Видимо, СЛИШКОМ медленно. И результат не впечатляет. Поэтому и появлюятся новые языки.
Спешка уместна только при ловле блох. Поспешишь - людей насмешишь, слыхали? Ваши "коллеги", кстати, наглядно это демонстрируют...
> Мне просто скучно. Вот и веселюсь, наблюдая за цирком "экспертов".
Да-да, конечно, верим)) Нет я без всякой иронии спрашиваю - сколько вам за это платят? Мне интересно с научной точки зрения. Чем больше платят крикунам, тем, значит, больше "подгорает" у денежных мешков. А чем сильнее у них подгорает - тем лучше. Значит в правильном направлении двигаемся.
> "Торвальдс же чётко высказался"Вас серьёзно интересует его мнения?
А по-вашему его, владельца торговой марки, фактически хозяина ядра, надо игнорировать?
> А по-вашему его, владельца торговой марки, фактически хозяина ядра, надо игнорировать?"Владельца" и "хозяина" точно нужно игнорировать. Более того - гнать сс...ными тряпками. А вот опытного программиста - стоит послушать. Но нужно учитывать, что он - тоже человек. А людям свойственно ошибаться.
Ничего не понял. Какие еще биндингИ? Rust же имеет прямой интероп в C или я ошибаюсь? А если Rust не имеет прямого интеропа в Си, то что он тогда делает в ядре? Почему не Java например, которая еще более безопассна?
Одинаковая модель памяти с С только у языка ассемблера, С++ и Fortran
Да, но разве финский не должен был озаботиться этим изначально?
> Одинаковая модель памяти с С только у языка ассемблера, С++ и FortranНаверное именно поэтому сишное добро из C++ надо явно как extern "C" звать...
Правы с точностью до наоборот.
> с++-сное добро из C надо явно как extern "C" звать...А также из любых других систем, желающих это. В силу того, что показанные наружу имена функций С++ содержат дополнительную информацию о типах параметров.
Это нужно из-за манглинга.
Эксперт с опеннета не понимает разницы между моделью памяти и манглингом имен. Впрочем, ничего нового.
Ну так и надо было C++ брать и не выделываться
GNU Modula-2 ещё есть, она вроде в С транслируется. Вот надёжный язык.
> Гектор Мартин, руководитель проекта Ashai Linux, поделился своим мнением о том, что высказывания Хеллвига являются нарушением Кодекса поведения, но сомневается, что будут приняты какие-либо дисциплинарные меры.Прекрасно!
Cancel culture в США продолжает бурно цвести.
Только в авторитарных режимах цензура. А у нас милая красивая cancel culture.
Запад, такой запад.
> являются нарушением Кодекса величияПоправил.
Может, финиша пора психологически протестировать?
> Только в авторитарных режимах цензура. А у нас милая красивая cancel culture.А есть такой закон?
Или может это записано в Code of... погоди-ка
А где тут Cancel culture ?
Чел ведет себя по хамски - должен быть наказан.
Как недавний аффтор BcacheFS.> Только в авторитарных режимах цензура. А у нас милая красивая cancel culture.
Так пОпенсорс это про "Великодушных пожизненных диктаторов" и тут очень любят, только в поппу не целуют.
Гвидо, Патрик-Бог, Тэо, Линус...
Как скажут - так и будет.
> Чел ведет себя по хамски - должен быть наказан.с хера ли? зачем? почему? он код плохой пишет или что? завидуешь и пытаешься его оскорбить?
задело за живое, что он попытки пропихивания раст назвал происками корпорастов, т.е. своими именами?
>> Чел ведет себя по хамски - должен быть наказан.
> с хера ли? зачем? почему? он код плохой пишет или что? завидуешь и пытаешься его оскорбить?Потому что есть закон ядра, где это запрещено.
Если вам оно не нравится то меняйте закон или валите пилить свое ядро со сравнением технологий с раком и матюками.> задело за живое, что он попытки пропихивания раст назвал происками корпорастов, т.е. своими именами?
Ты наверное не понял.
Корпы в своем ядре, которое они пишут за свои деньги на 80%, пытаются добавить то что они хотят.
А этот нехороший человек по хамски относится к их инициативе, бухтит громко... в общдем никакого конструктива.
Корпы пока молчат. Раст им может и нужен ... но вот живое ведро - точно нужнее!!! :)
Так что тебе сильно на такой расклад надра не надо :) Мозолька будет и всиО(С) :-)
> Корпы пока молчат. Раст им может и нужен ... но вот живое ведро - точно нужнее!!! :)Даже если этого ментейнера "уйдут", думаешь они не найдут замену?
Там сейчас вообще вафля без сопровождающего висит, и никто не умер, гугель не разорился.Индивидуалы пишут аж 12% кода в последнем ядре.
Так что найти намотивированных людей со своих галер, я думаю корпорации осилят.
Корпам нужен линуГз десктоп? orly?!?!? 8-DНа тот Wi-Fi им с колокольни ...
А вот в DMA - ваших не пустили :) На кошках тренируйтесь!(С)Когда то пустят. Но волновать к тому времени это будет уже не только лишь всех (С)
Ashai Linux это видимо Asahi Linux? Чел, который пытается натянуть Линукс на Эпловское нинужно будет говорить об неадекватном поведении других.
Да это Asahi Linux для Apple Silicon. Не говоря от том что не нужно. Ну так ведь смог натянуть, а значит всё же разбирается в устройстве ядра и железе. Кроме того он шарит в безопасности и смог найти уязвимость M1racles даже в хвалёном процессоре M1 и другие уязвимости.
> Запад, такой запад.Не нужно обобщать. Говорите конкретно с точностью хотя бы до страны. Объединяя достаточно разрозненных персонажей (очевидно, поступать нужно наоборот), вы увеличиваете силу противника. Хотя бы в своих глазах.
https://chatgpt.com/share/67a5e88d-1fd4-800f-9bf8-4f661f154d02
Ну хоть кто то нормальный там еще остался.
And I also do not want another maintainer. If you want to make Linux impossible to maintain due to a cross-language codebase do that in your driver so that you have to do it instead of spreading this cancer to core subsystems.Кернолописака решил повторить цитату Балмера?
Ballmer: 'Linux is a cancer'Очень забавно. История повторяется.
Слово то же, контекст другой.Ballmer говорил про проникновение Линукс в другие системы, тут речь про проникновение Rust туда, куда "не надо".
> Слово то же, контекст другой. Ballmer говорил про проникновение Линукс в другие системы, тут речь про проникновение Rust туда, куда "не надо".Один и тот же контекст. Балмер тоже считал, что Линукс проникает туда, куда не надо, по его, Балмера, мнению. И Балмер, и Хелвиг думают исключительно о своих личных интересах в данном случае.
Полная цитата всё же выглядит так:
"And I also do not want another maintainer. If you want to make Linux
impossible to maintain due to a cross-language codebase do that in
your driver so that you have to do it instead of spreading this cancer
to core subsystems. (where this cancer explicitly is a cross-language
codebase and not rust itself, just to escape the flameware brigade)."
> который указал, что проблема возможно в самом Гекторе и его самоуверенностиТак красавец, хотел спихать проблемы и факапы на других - получил столом об морду - и попытался наехать на майнтайнера. А потом еще предложил и буллить его через социалки.
Кстати, свои посты в социалке гражданин нехороший - стыдливо потер. Видимо догадался что оно его совсем не украшает.
Я уже как-то писал, этот спор можно разрешить только по-мужски, в открытой схватке, один на один, Си против Ржавого. Иначе ни как. Кто победит, того и тапки.
А если серьезно, дай крокодилу палец, он руку откусит.
Снежинкам надо прекратить заниматься херней, я взять и написать наконец самим новое ядро.
А дидам нужно перестать давать надежду снежинкам.
> Снежинкам надо прекратить заниматься херней, я взять и написать наконец самим новое ядро.
> А дидам нужно перестать давать надежду снежинкам.Проблема, что диды уже впадают в маразм, деменцию и прочие неприятные состояния.
А скоро и вообще помирать начнуть. И кто будет писать ядро тогда?Желающих писать на недоязыке-копролите крайне мало.
И это все, надеюсь, понимают:
"Maintainers are aging. Strangely, some of us have, you know, not quite as much or the right hair color anymore."
>>Желающих писать на недоязыке-копролите крайне мало.Но и влезать в токсичное сообщество тоже не очереди выстраиваются.
Если ядро обмазать Рустом, так его и деды шарахаться будут.
А рустовцам станет не с чего переписывать.
Шах и мат.
> Но и влезать в токсичное сообщество тоже не очереди выстраиваются.Насколько я помню, последний пример токсичности - это когда наехали на Кента.
Типичный пример дедовщины. И делали это не растовчане)> Если ядро обмазать Рустом, так его и деды шарахаться будут.
И? Рано или поздно диды помрут.
> А рустовцам станет не с чего переписывать.
Сфигали? В ядре 40 лямов строк, можно переписывать десятилетиями
>И? Рано или поздно диды помрут.Снежинки тоже передохнут - не бессмертные же? и очень быстро, а ещё раньше у них раст выйдет из моды.
>>И? Рано или поздно диды помрут.
> Снежинки тоже передохнут - не бессмертные же? и очень быстро, а ещё раньше у них раст выйдет из моды.Нет конечно!
Снежинки заматереют, станут токичными дидами-луддитами.
И будут бухтеть "зочем они внедряютъ квантово-нейронные процесооры?! вот в мое время мы обходились хрустом и чатГоПеТе!!11"
А потом помрут.Ну как все люди, кроме Цоя)
> И будут бухтеть "зочем они внедряютъ квантово-нейронные процесооры?! вот в мое время мы обходились хрустом и чатГоПеТе!!11"Только их никто не услышит. Ибо за всю жизнь так и не перепишут до конца то что они пытались переписать.
Есть достаточно людей, которые умеют нормально писать на С, фишка С в том, что он позволяет обезьяне взорвать себя своей же гранатой, точно также как позволяет проверить все и вся и не допустить уязвимость. Так может дело в том, что у обезьян надо гранату отобрать, а не на С пинать?-)))
> Есть достаточно людей, которые умеют нормально писать на С, фишка С в том, что он позволяет обезьяне взорвать себя своей же гранатой,Хорошее сравнение, мне нравится
> точно также как позволяет проверить все и вся и не допустить уязвимость.
Но почему-то допускают. Годами. Десятилетиями.
Странно...> Так может дело в том, что у обезьян надо гранату отобрать, а не на С пинать?-)))
А как?
Если написать какой-то ТРАП-Ц, то нарушается совместимость, а это священная корова сишников.
Добавить санитайзеров, фаззеров и других костылей - так уже пробовали, не помогло.
У СИ есть куча родовых травм, начиная от "все enum это int" (но ладно время такое было, каждый битик экономили).До говенейшего стандарта с кучей UB/ID и прочего "мы хз как сложить 2 числа, пусть компилятор разберется, но если будет UB то ваша программа уже не conformance"
Тут я сошлюсь на слова создателя языка, Ритчи:
"The fundamental problem is that it is not possible to write real programs using the X3J11 definition of C. The committee has created an unreal language that no one can or will actually use."
честной борьбы не получится - рынок средств разработки всегда под властью финансовых интересов крупных компаний. Да и как могут соревноваться между собой С и Rust? язык ассемблера с языком функционального программирования никак не сравнить.
>один на один, Си против РжавогоСоревнование на количество уязвимостей? Сишникам можно сразу сдаваться.
С чем соревноваться? У вас готово ядро на Rust? Когда сделаете, подходите.
У растоманов каждый месяц чуть ли не новый стандарт языка выходит, пусть сначала стабилизируется состояние больного.А вообще надо будет, корпы устроят в линух-мире цветную революцию и будет у Линуса finish.
>У растоманов каждый месяц чуть ли не новый стандарт языка выходит, пусть сначала стабилизируется состояние больного.Их язык как хотят так и делают. Не твоего ума это дело.
>А вообще надо будет, корпы устроят в линух-мире цветную революцию и будет у Линуса finish.
Ядро принадлежит GNU. Никакие корпы с ядром ничего не сделают.
>>А вообще надо будет, корпы устроят в линух-мире цветную революцию и будет у Линуса finish.
> Ядро принадлежит GNU. Никакие корпы с ядром ничего не сделают.Хахаха, ну ты пошутил.
Ядро принадлежит тому, кто код пишет.Вот форкнет гугл ядро для андроида.. а погоди, они уже форкнули.
Вот добавит гугл в свое ядро раст и будет поставлять вендорам.
И GNU или будут героически бекпортить изменения переписькивая на СИ или сглотнут как обычно.
> У растоманов каждый месяц чуть ли не новый стандарт языка выходитА сишники чуть ли не каждый день за буфер вылазят.
Буфера это святое! :)
Мы ещё и вставляем куда не попадя! (С) Я;-D
А у них негров линчуют!
> Гектор написал, что устал от всех бюрократических проволочек, не готов просто довериться сложившимся процессамМожет просто форкнуть ядро и пилить свою любимку самостоятельно :)
> У платформы ARM/Apple в ядре остался ещё один мэйнтейнер
Ну вот может и этот рак (ARM/Apple) тоже самовыпилится попутно - целых два плюса.
>Может просто форкнуть ядро и пилить свою любимку самостоятельно :)гугл так сделал для андроида.
а майки уже юзают гугловский хромиум. вот возьмут еще и ядро будут гугловское пользовать.
+ за этими двумя куча хардварных вендоров уйдет.а там недалеко и до отключения LF от денежных потоков 🤷♂️
> гугл так сделал для андроида.Ага. А ещё внёс 7.4% правок в 6.1...
>> гугл так сделал для андроида.
> Ага. А ещё внёс 7.4% правок в 6.1...И это тоже.
Тут у местных в манямирке код ядра пишут "убер-какеры кодящее из подвала и жувущие на мамкину пенсию",
а когда кидаешь ссылки на lwn.net то манямирок трескается и по классике - гнев, отрицание, и тдps думаю все эти проценты кода гугл к себе перетащил)
Вообще мне нравится во всём этом то, что оракл по сути занял место шапки ныне, то есть есть шанс на то, что OL с UEK реально есть и будут есть.
> что оракл по сути занял место шапки нынеЧто-то это как-то не сильно заметно.
Пока что оракл занимается тыреньем кодов шапки и выпускает свой UEK после выхода очередного RHEL. Но неплохо, чтобы они начали реально конкурировать.
Вот что-что, а UEK совсем отдельно от шапки.
>а там недалеко и до отключения LF от денежных потоковА толку от этого LF, если, собственно, на разработку самого ядра, оказывается, тратится всего-то 2% ? Остальное, я полагаю, на мероприятия ;)
> А толку от этого LF, если, собственно, на разработку самого ядра, оказывается,
> тратится всего-то 2% ?2% от 300 лямов баксов, это целых 2% от 300 лямов баксов!
Это не такие маленькие деньги чтобы от них отказываться. Копеечка к копеечке))> Остальное, я полагаю, на мероприятия ;)
Неа. На мероприятия всего 5%)))
"Наибольшее число проектов Linux Foundation связанны с облачными технологиями, контейнерами и виртуализацией (23%), с сетевыми технологиями (15%), искусственным интеллектом (11%), web-разработкой (11%), "cross-technology" (9%), безопасностью (5%), интернетом вещей (4%) и блокчейном (4%)."
www.opennet.ru/opennews/art.shtml?num=62456
> разработчики обвязок хотят добиться невозможности сопровождения Linux из-за смешивания нескольких языков в одной кодовой базеНаконец-то Зоркий Глаз смог посчитать количество стен у сарая.
"Зло не может создать ничего нового, оно может только испортить и разрушить то, что изобрели или создали добрые силы" -- приписывается Толкиену
То, что вы делали всю жизнь, может разрушиться в одну секунду. Но всё равно делайте.
(Мать Тереза)
А мне идея добавления rust ядро linux почему-то не нравится. Прямо дрожь берёт.
То ли дело десятки миллионов строк сишечной лапши от корпораций, да?
Оно хотя бы читаемо
Ну-ка, ну-ка.~~~
#define __is_constexpr(x) \ (sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))
~~~
Пример как раз и демонстрирет читаемость. Страшненькую проверку размера указателя обернули в красивый макрос. ЧСХ в этой символьной каше на Си меньше видов спецсимволов, чем в типовой строчке на расте.
"Пример как раз и демонстрирет ужасную читаемость". Поправил, можете сказать спасибо.А типовая строчка на Расте как выглядит, по-вашему? И чем докажете, что она прямо типовая?
>Кристоф предложил напрямую обращаться к исходному Си API DMA в каждом драйвере на языке Rust
>Отказ принимать код обвязки над вызовами DMA поставил разработчиков проекта Rust for Linux в тупик, так как без подобных обвязок разработка полноценных драйверов на языке Rust будет затрудненаЯ ничего не понял. Один не хочет видеть обвязки, а другие не хотят возиться с прямыми вызовами C API ? И в том и другом случае нет технических ограничений и весь спор только в удобстве ?
Удобство, комфорт. Лишние движения никому не хочется делать:"Многие сопровождающие не готовы брать на себя дополнительную ответственность за исправление проблем, возникающих в коде на Rust, и не намерены тратить своё время на отслеживание состояния Rust-обвязок."
> Один не хочет видеть обвязкиа почему он должен их желать видеть? У него же без них УМВР. Или он должен быть рад за другими подтирать в свободное от основных своих задач время?
Раз снежинка пришёл, ты обязан за ним подтирать. А есть у тебя свободное время или нет - это твои проблемы.
Этот эпизод всего лишь маленькая битва в большой войне.До этого были другие:
Уход Фильо, конфликт с Теодором Цо.
24.08.2024 opennet.ru/opennews/art.shtml?num=61756
07.09.2024 opennet.ru/opennews/art.shtml?num=61819Ну и сейчас сишники праздную маленькую победу, но...
во-первых Толвальдс еще не сделал свой ход,
а во-вторых - война еще не закончилась.Те же драйвера Nova для GPU NVIDIA на расте продвигает шапка.
opennet.ru/opennews/art.shtml?num=62657А она (читай IBM) пропихнет их рано или поздно туда.
Думаю местные будут ныть также, как в теме про дроп иксов в ГТК, да в общем-то в любой теме про дроп иксов))И это только один из проектов, которые медленно (чтобы не сильно вопили) внедряют в ядро.
Ты сначала в своей больной башке определи что такое хорошо, а что такое плохо. И на Шапку с IBM-мом не ссылайся. Вот тебе чтиво.1. Чистый Си в ядре должен быть один, Раст надо решительно выкидывать. Раст в ядре Зло. А что там Шапка с IBM-мом мутят, ядерщикам по-барабану.
2. Замена X.org Wayland-м, это правильно. Просто великая эпоха "X Window System" проходит. И не приплетай их к сюда. Это совсем другая сторона ботинок.
> Ты сначала в своей больной башке определи что такое хорошо, а что такое плохо.C CVE это плохо, без CVE - хорошо.
СИшка это сплошная дырень.> 1. Чистый Си в ядре должен быть один, Раст надо решительно выкидывать. Раст в ядре Зло.
Ну пойди и выкинь)
> А что там Шапка с IBM-мом мутят, ядерщикам по-барабану.
Пока зряплату получают - то да.
Как спонсоры LF (ну там еще вские гуглы, майкрософты и тд) решили - так и будет> 2. Замена X.org Wayland-м, это правильно. Просто великая эпоха "X Window System" проходит. И не приплетай их к сюда. Это совсем другая сторона ботинок.
Та же сторона. Тот же овняный ЯП, те же ошибки "я вышел за границы буфера - вот тебе рут".
Те же диды некрофилы держащиеся за "а вот в 93 году я столько кода написал!!11"
> Чистый Си в ядре должен быть одинЧистый С? Удачи собрать ядро без расширений GNU...
> Раст надо решительно выкидывать. Раст в ядре Зло
Но ведь Линус одобрил...
> А что там Шапка с IBM-мом мутят, ядерщикам по-барабану.
Святая наивность 😂 Ты не в курсе, что Шапка - платиновый член Linux Foundation и один из основных контрибьюторов в ядро? Действительно, какое до него дело...
>Но ведь Линус одобрил...Под давлением одобрил. Скоро разодобрит. Он технарь, а не политик.
>Шапка - платиновый член Linux Foundation и один из основных контрибьюторов в ядро?
Linux Foundation не имеет прямого отношения к kernel.org. Ядерщикам плевать на Шапку. Контрибьютишь - молодец, начнёш наглеть - пошлём лесом. Как-то Поттеринг борзел, его Линус технично опустил. Так что можешь лизать зады корпорастам, а сообщество смотрит на тебя как на лайно.
>>Но ведь Линус одобрил...
> Под давлением одобрил. Скоро разодобрит.А кто на него давил?
Где гарантия что не будут давить еще?> Он технарь, а не политик.
Очень странно. Недавно из ядра выбросили мейнтеров.
И что-то там было не про технику, а про политику.> Linux Foundation не имеет прямого отношения к kernel.org. Ядерщикам плевать на Шапку.
Да-да, я уже это слышал, возмож даже от тебя.
Заходим на kernel.org/
Там есть копка about. Жмакаем и читаем.The Linux Kernel Organization is managed by The Linux Foundation, which provides full technical, financial and staffing support for running and maintaining the kernel.org infrastructure.Твоя кекспертиза покажает воображение!!
> Контрибьютишь - молодец, начнёш наглеть - пошлём лесом.Открываем lwn.net/Articles/941675/
Смотрим Most active 6.1 employers By lines changed
Oracle 91852 12.0%
AMD 89761 11.7%
Google 56504 7.4%
(Unknown) 31602 5.1%
Red Hat 26304 4.2%> Так что можешь лизать зады корпорастам, а сообщество смотрит на тебя как на лайно.
Кто про что, а местные опять про лизание и зады.
Это у вас какой-то фетишь?
> Ядерщикам плевать на Шапку.
> сообщество смотрит на тебя как на лайно.Чел, в каком сказочном минке ты живешь? Ядерщики - это наемные работники Шапки и других корпов. Какое сообщество, лол 😂
Вот тебе официальная статистика по ядру 6.13. Твое "сообщество" - это жалкие 12% контрибьюторов (а в реальности их еще меньше, потому что под unknown там подразумевается лишь процент тех, работодатель которых неизвествен):
https://lwn.net/Articles/1004998/
"Ядерщикам плевать", лол. Господи, это ж надо быть таким наивным...
>>Но ведь Линус одобрил...
> Скоро разодобрит. Он технарь, а не политикНе политик, говоришь? Тот самый, который "I'm Finnish"?
Я смотрю, когда нужно воевать против Раста, здравый рассудок оставляют в стороне, да? Ты как это персонаж из новости, которому поддерживать одну растовую привязку - это сложно, а десятки миллионов строк лапшекода от корпораций - не сложно.
>Тот самый, который "I'm Finnish"Это не политика. Это означает, что у него хорошее воспитание. Уважает своих предков.
>> Чистый Си в ядре должен быть один
> Чистый С? Удачи собрать ядро без расширений GNU...Вы не соберете фирмрвару, бутлоадер или ядро на чистом си - там нет в стандарте некоторых вещей абсолютно необходимых для этого.
По иронии судьбы в хрусте их тоже - нет. Там тоже никак не стандартизировано как вы layout бинаря делаете, в режиме "полного контроля над окружением". Да что там - вон те экспериментаторы пытавшиеся МК програмить - вообще линковали в результате gnu'шным ld. Потому что линкер хруста вообще нихрена нужного не умел, "но если скачать ночнушку, то уже вот-вот-почти-совсем".
При чем здесь линковка, если речь идет о конструкциях языка? Именно из-за топорности С в ядре юзают расширения.
Чо за бред! Простите, что за "топроность" такая?
> При чем здесь линковка, если речь идет о конструкциях языка? Именно из-за
> топорности С в ядре юзают расширения.Расширения там в основном надо - чтобы контролировать глубоко системные аспекты. Ну вот да, не регламентированы некоторые вещи в стандартах. В этом смысле режим freestanding в стандарте - определен, но - не настолько, насоклько следовало бы.
На самом деле это сложно сделать. Можно конечно навязать вообще всем 1 конкретный формат допустим файлов линкерскриптов - но это будет довольно специфичное действо.
> подтверждать пачтиТак это Гы, а не патч. В восьмой!!! версии:
1. Attrs хранит u32, отдаёт usize через unwrap, а должен отдать и хранить сишный unsigned long.
2. Вместо того, что бы создать функцию
pub fn dma_alloc_attrs<T: ...>(...) -> CoherentAllocation<T> {
и использовать как:
let c = dma_alloc_attrs::<u64>(dev, 4, GFP_KERNEL, DMA_ATTR_NO_WARN)?;
что ожидал мантейнер, любящий grep, предлагают писать портянку:
let c: CoherentAllocation<u64> = CoherentAllocation::alloc_attrs(dev, 4, GFP_KERNEL,DMA_ATTR_NO_WARN)?
Так что по факту мантейнер прав. Суют абстракцию, которая усложнит поиск по коду.
>любящий grepНе существенно
>предлагают писать портянку
Продуманный нейминг. Не понимаю чего он взъелся.
> >любящий grep
> Не существенноВ смысле? Кодовая база у ядра не маленькая. Очень много ifdef, а внутренности тусуются только в путь. Не один language server с ним всем, во всех вариантах, не справится. Да и исследовать код ядра grep-ом намного проще.
Вариант когда сущность в Си называется одним именем, а в Rust другим - ужас на крыльях ночи.
> что ожидал мантейнер, любящий grepО боже!
Мы же забыли, что в ide дидов (а они вообще пользуются ide? или vi хватит всем) нет поиска!
И они могут только грепать из консольки)))
А подсветка синтаксиса и автодополение есть?
То есть поиском alloc_attrs пользоваться? так там ещё arm_iommu_alloc_attrs, dmam_alloc_attrs, ...
> А подсветка синтаксиса и автодополение есть?Ну ну, особенно внутри неактивных ifdef
пока в твоей ms vs code отработает поиск, я успею 5 раз грепнуть, вводя команды руками. причём получу я именно то, что хотел, а не рандомный мусорв винде нет консоли, тебе не понять
12yoexpert ты конечножибалбес^W может не знаешь, но для программеров есть специальные тулсы по мотивам grep-а:
- ack старинный струнимент, Perl-овый ещё ... но до сих порр - годный :)
- The Silver Searcher (ag) - С++ самый быстрый и фичастый, то что _я_ пользую.
- git-grep - ну понятно что обычный тут бессилен, поэтому вотЪ ...
- ripgrep (rg) - от карапузикофф на Rust-е. Но в-принципе пойдёт. Да - неожиданно :)
и как это делает поиск у зумерков в веб-недо-ide быстрее
Никак :)
Да хрен бы с ними - оне и сами засохнут и отвалятся.
А вот тебе стоит попробовать чего нить из списка вместо grep для этого. Оно того правда стоит.
> Никак :)тогда чего мозги пудришь?
> Да хрен бы с ними - оне и сами засохнут и отвалятся.
эээ, мне вот времени жалко, у меня дела поинтереснее есть, чем ждать, пока недо-IDE отработает. и я не понимаю, как могут не бесить тормоза. разве что у людей, привыкших к винде, с этим проблем нет, им реакция на кнопку быстрее секунды это уже счастье
> А вот тебе стоит попробовать чего нить из списка вместо grep для
> этого. Оно того правда стоит.использовать браузер вместо нормальной IDE? нет, спасибо. опять же, мне своего времени жалко, я уже не студент
и выбрасывать ресурсы ПК на написанное инвалидами умственного труда тоже как-то не тянет
>Так что по факту мантейнер прав. Суют абстракцию, которая усложнит поиск по коду.Не только поиск. Это ещё и усложняет работу с кодом, примерами и документацией. Разработчику каждый раз придётся выяснять, а какая функция в расте соответствует функции из оригинального сишного апи. Это двойная работа.
Понятно, что так будет. Представляете вы пилите проект, решаете насущные проблемы, а тут приходят вчерашние школьники с крашеными волосами и начинают внедрять и обновлять свои чудо зависимости. Вот буквально кроме этого ничего не делают, а потом призывают еще и Вас также делать. Ваши действия?
Представляете, вы годами бракоделите, плодите CVE, а потом героически решаете созданные вами же проблемы, а тут приходят вчерашние школьники с крашеными волосами (а типа вы свою седину не закрашиваете?) и говорят "Дядя, а ты в курсе что можно не выходить за пределы буфера с RCE?"> Ваши действия?
Конечно копротивляться и держаться за насиженное местечко.
PS: как будто нынешние мейнтейнеры не пришли в ядро молодыми студентами с длинными патлами и коллекцией марок (евпочя)
> как будто нынешние мейнтейнеры не пришли в ядро молодыми студентами с длинными патлами и коллекцией марокони приходили в монастырь соглашаясь с его существующими правилами, а снежинки пришли пытаются продвигать свои правила, а несогласных пугают самым страшным - травлей в соцсетях...
> они приходили в монастырь соглашаясь с его существующими правилами,Что неужели КоК в ядре с самого начала? О_о
Неужели эти самые нынешнее ментенеры не травят Кента этим КоКом?> а снежинки пришли пытаются продвигать свои правила, а несогласных пугают самым страшным - травлей в соцсетях...
Травлей?
Нужно просто донести до Сообщества™ о существовании проблемы.
Сообщество™ донесет это до платиновых споносорв (например ИБМ внедряет драйвер нвидии на расте).
А вот платиновые спонсоры объяснят мейнтенерам, за какие шиши они работают.
внезапно, сообщество это не те полтора смузехлеба, что громче всех пищат в соцсетях
> внезапно, сообщество это не те полтора смузехлеба, что громче всех пищат в соцсетяхА кто?))
Кучка неосиляторов, которые вопят "вирните как было!!!111"?
Я вас расстрою, критических уязвимостей в крупных проектах на раст не меньше чем в ядре линукс за его существование. Потому что никакой чудо язык не защитит от гавнокодеров с низкой квалификацией, плюс для С и C++ уже есть хорошие статические анализаторы, фузеры, CFI и еще кучу технологий защищающих и помогающих выявить уязвимости. Если разработчики не могут настроить в своем пейплайне статические анализаторы, санитайзеры, CFI, фузеры и т.д., то таким разработчикам грош цена и надо метлой гнать с работы. Проблема далеко не в языке, а в том, что горе разработчики даже на С++ пишут как на JS. Правда JS разработчиков нормальных тоже мало, открываешь некоторые сайты, и сайты фризят по несколько секунд даже на мощном железе, особенно на смартфонах.Чекните сами:
https://www.mozilla.org/en-US/security/known-vulnerabilities.../
> Чекните сами:
> https://www.mozilla.org/en-US/security/known-vulnerabilities.../Семен Семеныч! Что ж Вы так жиденько...
Извини, но ты не прав, лиса это не проект на расте, к большому сожалению
https://openhub.net/p/firefox/analyses/latest/languages_summary
C++ 7,776,720 24.9%
JavaScript 7,184,137 24.0%
C 3,719,928 12.0%
Rust 3,659,053 10.7%
Даже дыряшки больше.
Не помогут тебе стат. анализаторы.Вот opennet.ru/opennews/art.shtml?num=58622
Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование NULL.
И это при том что у них там и санитайзеры, и фаззинг, и тесты.
Можно даже посмотреть github.com/openssl/openssl/actions/runs/4124496105Т.е в крипто либе куча дыреней, причем типичных по памяти.
А от этой либы зависит, будет ли товарищ майор тебе зонд пихать в неприспособленные места.Гугл тоже пытался в санитайзеры, фаззинг, песочницы, miraclePtr и так далее...
В итоге пришел к выводу, что лучше предотвратить проблему, чем искать и исправлять.
И где-же хром на расте?
Вот начало процесса.https://security.googleblog.com/2023/01/supporting-use-of-ru...
> Вот начало процесса.
> https://security.googleblog.com/2023/01/supporting-use-of-ru...К сожалению, наверное, результат Вас разочарует. Уже прошло два года, но до сих пор в Хромиуме (https://github.com/chromium/chromium) кода Rust наблюдается очень мало:
C++ - 74.5%, Java - 7.9%, Objective-C++ - 4.4%, TypeScript - 3.8%, HTML - 2.9%, Python - 2.5%, Other - 4.0%
Если он входит в Other, то его менее 2.5%, а в реальности гораздо сильно меньше.
Я сказал о начале процесса, а не об его окончании. Поэтому нет, я пока ничем не разочарован. Рано или поздно, кодовая база на Си (и Плюсах) останется в истории. Лучше бы, конечно, пораньше. Но это невозможно ввиду огромного количества луддитов и такой же огромной кодовой базы.
> Уязвимости в OpenSSL/LibreSSL: чтение вне буфера, use-after-free, double free, разыменование NULL.И чо!?
Нельзя пропатчить, только переписать на другом ЯП? (и выкинуть, ибо никто не будет линковать себе такое)
> А от этой либы зависит, будет ли товарищ майор тебе зонд пихать в неприспособленные места.Глупенький, вот как раз тебе в дырени и будет пихать, если дыреней в крипте не найдёт :)
> Гугл тоже пытался в санитайзеры, фаззинг, песочницы, miraclePtr и так далее...
> В итоге пришел к выводу, что лучше предотвратить проблему, чем искать и исправлять.Какая чушь.
Всмысле там всякие DEI были в полный рост, а ты думаешь что всё что они делают прямо святое и непогрешимое.
Там такие же болваны сидят, которых заколебало фиксить баги и пилить фичи, вот они и запромотили великое переписывание на гниль, типа так в рай и попадём.
И сидят теперь тупо переводят с одного языка в другой вместо чего то продуктивного-нового.
> Представляете, вы годами бракоделите, плодите CVE, а потом героически решаете созданные
> вами же проблемы, а тут приходят вчерашние школьники с крашеными волосами
> (а типа вы свою седину не закрашиваете?) и говорят "Дядя, а
> ты в курсе что можно не выходить за пределы буфера с
> RCE?"Совершенно неверный посыл, от которого просто отталкивает раст сообщество.
Во-первых, в любом софте есть баги (это данность).
Во-вторых, на нем написано огромное кол-во софта, которым пользуются каждый день и просто говорить, что вы дураки, пользуясь при этом этим софтом - инфантильство. Можешь лучше - покажи. Но пока не видно ОС, на которую бы можно было перейти. Вместо этого кругом одни попытки паразитировать на существующих проектах. Что не возмешь, то все сырое.
> Совершенно неверный посыл, от которого просто отталкивает раст сообщество.Извини, не очень понял кто кого и куда отталкивает.
> Во-первых, в любом софте есть баги (это данность).
Но кол-во тоже влияет. И их "качество".
Есть очень классные и надежные вещи даже на С типа seL4, который кучу человеколет верифицировали при помощи хаскеля.
Есть очень классные и надежные вещи на С++ - как например LLVM, но там 100500 тестов, фаззинг, санитайзеры и тд
А про ядро такого я сказать не могу.ps А вообще классная позиция "раз баги есть везде, то на качество можно положить огромный void*"
> Во-вторых, на нем написано огромное кол-во софта, которым пользуются каждый день и просто говорить, что вы дураки, пользуясь при этом этим софтом - инфантильство.
А вот и нет. Говорить у вас суп пересоленный и подгорел это не инфантилизм. Это просто описание реального положения дел.
> Можешь лучше - покажи.
Аргумент "сперва добейся" устарел очень давно.
Вот чел пришел показать, и даже написал код. Деды его загнобили и патч не принимают.> Но пока не видно ОС, на которую бы можно было перейти.
На десктопе винда или мас - отличные ОС для нормальных людей.
Собственно 4% линукса это показывается.
Для эмбедщины есть всякие проприетарные Xthread, миниксы и все остальное.
Даже андроид пришлось форкать, патчить и выкидывать оттуда всякое дырявое
opennet.ru/opennews/art.shtml?num=59297
https://www.opennet.dev/opennews/art.shtml?num=59297> Вместо этого кругом одни попытки паразитировать на существующих проектах. Что не возмешь, то все сырое.
Так они и хотят исправить существующее, никакого паразитизма.
Но упертые держатся за свои стулья и усиленно копротивляются.
>> Совершенно неверный посыл, от которого просто отталкивает раст сообщество.
> Извини, не очень понял кто кого и куда отталкивает.Оттакливает раст сообщество.
>> Во-первых, в любом софте есть баги (это данность).
> Но кол-во тоже влияет. И их "качество".
> Есть очень классные и надежные вещи даже на С типа seL4, который
> кучу человеколет верифицировали при помощи хаскеля.Вообще-то на Isabelle, в haskell была экстракция доказательств. Но посыл верный, функциональные языки проще верифицировать, а с gc проще писать. Только вот к какому месту тут раст не понятно.
> Есть очень классные и надежные вещи на С++ - как например LLVM,
> но там 100500 тестов, фаззинг, санитайзеры и тд
> А про ядро такого я сказать не могу.Добавьте и сможете сказать. А пока говорить, что все плохо и одновременно этим пользоваться - опять же инфантильство.
> ps А вообще классная позиция "раз баги есть везде, то на качество
> можно положить огромный void*"Про это не было речи. Только вот почему об этом так горланят в расте? Это просто пиар - вот почему.
>> Во-вторых, на нем написано огромное кол-во софта, которым пользуются каждый день и просто говорить, что вы дураки, пользуясь при этом этим софтом - инфантильство.
> А вот и нет. Говорить у вас суп пересоленный и подгорел это
> не инфантилизм. Это просто описание реального положения дел.Еще раз: вы при этом едите этот суп вот прямо сейчас. Откажитесь в таком случае от такого супа и варите свой. Но тогда, вы вряд ли бы тут писали.
>> Можешь лучше - покажи.
> Аргумент "сперва добейся" устарел очень давно.
> Вот чел пришел показать, и даже написал код. Деды его загнобили и
> патч не принимают.Еще раз: это паразитирование. Почему они должны принимать? Это их код, не хотят и не принимают. А вот почему "чел" не может форкнуть и сделать "все как надо"?
>> Но пока не видно ОС, на которую бы можно было перейти.
> На десктопе винда или мас - отличные ОС для нормальных людей.Странно выше слышать агрументы про верификацию, а потом говорить про запуск недоверенного кода.
> Собственно 4% линукса это показывается.
> Для эмбедщины есть всякие проприетарные Xthread, миниксы и все остальное.
> Даже андроид пришлось форкать, патчить и выкидывать оттуда всякое дырявое
> opennet.ru/opennews/art.shtml?num=59297
> https://www.opennet.dev/opennews/art.shtml?num=59297Ответа на вопрос не услышал. На расте ОС в юзабельном состоянии не существует. ТЧК.
>> Вместо этого кругом одни попытки паразитировать на существующих проектах. Что не возмешь, то все сырое.
> Так они и хотят исправить существующее, никакого паразитизма.
> Но упертые держатся за свои стулья и усиленно копротивляются.Мы возвращаемся к тому с чего начинали https://www.opennet.dev/openforum/vsluhforumID3/135976.html#152 Считаю, что когда приходишь в чужой проект и навязываешь свои правила, с обидой воспринимая отказы - паразитизмом и детским поведением. Никто не мешает сделать форк, но делать они его не будут, потому что по факту умеют лишь писать обретки к рабочему коду, а переписать (важно! НЕ написать заново) не смогут в силу отстуствия опыта.
> Оттакливает раст сообщество.Что ж вы такая снежинка (c)
> Вообще-то на Isabelle, в haskell была экстракция доказательств. Но посыл верный, функциональные языки проще верифицировать, а с gc проще писать. Только вот к какому месту тут раст не понятно.
Да, проверка инвариантов на этапе компиляции это очень далеко до формальной верификации, но это на целую проверку инвариантов больше чем в СИ.
А еще можно вспомнить проекты типа github.com/JGiraldo29/vekos
Или github.com/formal-land/coq-of-rust> Добавьте и сможете сказать.
Не смогу. Даже добавить.
Когда сделали -werror по умолчанию, то развалилось пол ядра и пришлось даже откатывать.
А ведь это делал сам Торвальдс)> А пока говорить, что все плохо и одновременно этим пользоваться - опять же инфантильство.
Вы по дорогам ходите? А ведь асфальт местами... не очень.
Так что или не ходите, или не говорите что он плохой.>> ps А вообще классная позиция "раз баги есть везде, то на качество можно положить огромный void*"
> Про это не было речи. Только вот почему об этом так горланят в расте? Это просто пиар - вот почему.Просто PR? Чего ж тогда гугл отчитывается что у них пока ни одной ошибки по памяти в сейфкоде не было?
> Еще раз: вы при этом едите этот суп вот прямо сейчас. Откажитесь в таком случае от такого супа и варите свой. Но тогда, вы вряд ли бы тут писали.
О, "сперва добейся" переходит на новый уровень))
И да, я могу тут писать с макоси или виндовса.> Еще раз: это паразитирование. Почему они должны принимать? Это их код, не хотят и не принимают. А вот почему "чел" не может форкнуть и сделать "все как надо"?
Их код? В монопольном владении?
Да, они могут их не принимать. Но тогда разработчики будут разбегаться, а Линус ныть про "мы стареем и сидеем".> Странно выше слышать агрументы про верификацию, а потом говорить про запуск недоверенного кода.
А линукс это доверенный код? Так АНБшный бекдор жил 10 лет.
Да и уровни угроз бывают разные - например мне пофиг на американского майора, но не пофиг на соседского скрип-кидди.> Ответа на вопрос не услышал. На расте ОС в юзабельном состоянии не существует. ТЧК.
И опять это "сперва добейся", аж уныло.
Но если этот патч таки впихнут в ядро, то будет ОС с кусочком раста.> Считаю, что когда приходишь в чужой проект и навязываешь свои правила, с обидой воспринимая отказы - паразитизмом и детским поведением.
Если бы отказы были агрументированны, если бы обсждали технические сложности...
А тут просто истеричка кричит "это рак!!!1 не приму!!1 у меня синдром вахтера!!1"> Никто не мешает сделать форк,
Я надеюсь так и случится. Под патронатом гугла или мелкомягких.
Но проще попытаться надавить на некоторые точки и попытаться решить ситуацию в свою пользу.> но делать они его не будут, потому что по факту умеют лишь писать обретки к рабочему коду, а переписать (важно! НЕ написать заново) не смогут в силу отстуствия опыта.
Какая уверенность. Вы наверное свечку держали.
>> Оттакливает раст сообщество.
> Что ж вы такая снежинка (c)Вот яркий пример члена сообщества раста. Попытка перехода на личности почти в каждом предложении. Мне совершенно нет желания с вами общаться.
>> Вообще-то на Isabelle, в haskell была экстракция доказательств. Но посыл верный, функциональные языки проще верифицировать, а с gc проще писать. Только вот к какому месту тут раст не понятно.
> Да, проверка инвариантов на этапе компиляции это очень далеко до формальной верификации,
> но это на целую проверку инвариантов больше чем в СИ.
> А еще можно вспомнить проекты типа github.com/JGiraldo29/vekosexperimental)
> Или github.com/formal-land/coq-of-rustЕсли зайти в организацию, то можно увидеть coq-of-<whatever> :)
>> Добавьте и сможете сказать.
> Не смогу. Даже добавить.Вот про что я и говорю, не смогут на расте переписать ядро. Остается паразитировать.
>> А пока говорить, что все плохо и одновременно этим пользоваться - опять же инфантильство.
> Вы по дорогам ходите? А ведь асфальт местами... не очень.
> Так что или не ходите, или не говорите что он плохой.Попытка сменить тему тут не пройдет. Откажитесь от "плохо" софта по вашему мнению. Есть правда один нюанс :)
>>> ps А вообще классная позиция "раз баги есть везде, то на качество можно положить огромный void*"
>> Про это не было речи. Только вот почему об этом так горланят в расте? Это просто пиар - вот почему.
> Просто PR? Чего ж тогда гугл отчитывается что у них пока ни
> одной ошибки по памяти в сейфкоде не было?Ну вот когда гугл откроет код и свои процессы разработки, вот тогда и посмотрим. А отчеты можно любые лепить. Вы как ребенок верите в сказки.
>> Еще раз: вы при этом едите этот суп вот прямо сейчас. Откажитесь в таком случае от такого супа и варите свой. Но тогда, вы вряд ли бы тут писали.
> О, "сперва добейся" переходит на новый уровень))
> И да, я могу тут писать с макоси или виндовса.Как будто они на расте...
>> Еще раз: это паразитирование. Почему они должны принимать? Это их код, не хотят и не принимают. А вот почему "чел" не может форкнуть и сделать "все как надо"?
> Их код? В монопольном владении?
> Да, они могут их не принимать. Но тогда разработчики будут разбегаться, а
> Линус ныть про "мы стареем и сидеем".Они и не принимают. Код под gpl. Форкайте на здоровье, в который раз вам уже предлагаю. Но вы что-то все отнекиваетесь и говорите, что вокруг все плохие и злые. Прям по методичке сообщетсва раста работаете.
>> Странно выше слышать агрументы про верификацию, а потом говорить про запуск недоверенного кода.
> А линукс это доверенный код? Так АНБшный бекдор жил 10 лет.
> Да и уровни угроз бывают разные - например мне пофиг на американского
> майора, но не пофиг на соседского скрип-кидди.У ядра код открыт. Пользоваться закрытым кодом и уверять в его надежности и остуствию бэкдоров - глупость.
>> Ответа на вопрос не услышал. На расте ОС в юзабельном состоянии не существует. ТЧК.
> И опять это "сперва добейся", аж уныло.
> Но если этот патч таки впихнут в ядро, то будет ОС с
> кусочком раста.Это вы хотите так видеть. Просто вы все время одну и ту же идею под разным соусом пытаетесь протолкнуть и, соответственно, получаете один и тот ответ.
>> Считаю, что когда приходишь в чужой проект и навязываешь свои правила, с обидой воспринимая отказы - паразитизмом и детским поведением.
> Если бы отказы были агрументированны, если бы обсждали технические сложности...
> А тут просто истеричка кричит "это рак!!!1 не приму!!1 у меня синдром
> вахтера!!1"Уже порядком надоело на одно и тоже отвечать. Это опенсорс. Тут никто вам не должен. Никто даже аргументированного ответа вам может не дать. Но код открыт под gpl, форкайте.
>> Никто не мешает сделать форк,
> Я надеюсь так и случится. Под патронатом гугла или мелкомягких.
> Но проще попытаться надавить на некоторые точки и попытаться решить ситуацию в
> свою пользу.Да-да. Гугл уже писал фучсию, только ядро там было на С++ :)
>> но делать они его не будут, потому что по факту умеют лишь писать обретки к рабочему коду, а переписать (важно! НЕ написать заново) не смогут в силу отстуствия опыта.
> Какая уверенность. Вы наверное свечку держали.Это констатация фактов.
>>> Оттакливает раст сообщество.
>> Что ж вы такая снежинка (c)
> Вот яркий пример члена сообщества раста. Попытка перехода на личности почти в каждом предложении. Мне совершенно нет желания с вами общаться.Неправда, я даже (с) поставил чтобы вы поняли сарказм. Не хотел вас оскорбить никоим образом.
Это как раз в "не-раст-сообществе" нормально ругаться матом в рассылке и факи показывать на камеру, а всех кому это не нравится называть снежинками> Попытка сменить тему тут не пройдет. Откажитесь от "плохо" софта по вашему мнению. Есть правда один нюанс :)
Так я уже - пишу с маоси)
Теперь ваша очередь - отказывайтесь от плохого асфальта.> Ну вот когда гугл откроет код и свои процессы разработки, вот тогда и посмотрим. А отчеты можно любые лепить. Вы как ребенок верите в сказки.
Код андроида и так открыт.
Можно заглянуть в репу АOSP и самому убедиться. Но подозреваю что делать этого вы не будет.
Пока выглядит как типичное "ваши доказательства не доказательства">> И да, я могу тут писать с макоси или виндовса.
> Как будто они на расте...Но и не на дыряшке. Винда - это С++ и да, начали добавлять раст.
И им, что удивительно, ничего не жмет.> Они и не принимают. Код под gpl. Форкайте на здоровье, в который раз вам уже предлагаю. Но вы что-то все отнекиваетесь и говорите, то вокруг все плохие и злые.
Это не спортивно. Гораздо веселее убедить их принять код в ядро.
> Это констатация фактов.
Т.е просто вранье?
>> Попытка сменить тему тут не пройдет. Откажитесь от "плохо" софта по вашему мнению. Есть правда один нюанс :)
> Так я уже - пишу с маоси)Напомню, что обсуждалась тема, что на си софт "плохой".
>> Ну вот когда гугл откроет код и свои процессы разработки, вот тогда и посмотрим. А отчеты можно любые лепить. Вы как ребенок верите в сказки.
> Код андроида и так открыт.
> Можно заглянуть в репу АOSP и самому убедиться. Но подозреваю что делать
> этого вы не будет.А где статистика уязвимостей по комопнентам и языкам?
>>> И да, я могу тут писать с макоси или виндовса.
>> Как будто они на расте...
> Но и не на дыряшке.https://opensource.apple.com/releases/
> Винда - это С++ и да, начали
> добавлять раст.
> И им, что удивительно, ничего не жмет.Сейчас они вам сказали на чем их код и жмет ли им :)
>> Они и не принимают. Код под gpl. Форкайте на здоровье, в который раз вам уже предлагаю. Но вы что-то все отнекиваетесь и говорите, то вокруг все плохие и злые.
> Это не спортивно. Гораздо веселее убедить их принять код в ядро.Вроде выше вы говорили про аргументированную критику и отказывались от инфантильства. А тут оперируете понятиями "веселее". Саботировать проекты весело, возможно.
>> Это констатация фактов.
> Т.е просто вранье?Как бы данная новость говорит как раз, что нет.
>> Можно заглянуть в репу АOSP и самому убедиться. Но подозреваю что делать этого вы не будет.
> А где статистика уязвимостей по комопнентам и языкам?Смотрим 2021 год - security.googleblog.com/2021/04/rust-in-android-platform.html
... memory safety bugs continue to be a top contributor of stability issues, and consistently represent ~70%
Раст только начинают внедрять в андроид 12.Переносимся в December 1, 2022
Например Memory Safe Languages in Android 13
security.googleblog.com/2022/12/memory-safe-languages-in-android-13.html
Нового кода на расте 21%.As the amount of new memory-unsafe code entering Android has decreased, so too has the number of memory safety vulnerabilities. From 2019 to 2022 it has dropped from 76% down to 35% of Android’s total vulnerabilities.
(тут заслуга не только раста, но и использование котлина и доп. методам анализа для С++, но тем не менее)In Android 13, about 21% of all new native code (C/C++/Rust) is in Rust. There are approximately 1.5 million total lines of Rust code in AOSP across new functionality and components such as Keystore2, the new Ultra-wideband (UWB) stack, DNS-over-HTTP3, Android’s Virtualization framework (AVF), and various other components and their open source dependencies.To date, there have been zero memory safety vulnerabilities discovered in Android’s Rust code.
Ноль! Ноль найденных уязвимостей по памяти на 1,5 миллиона строк кода.
Можно возразить "ну еще найдут", но с других языках тоже есть "ненайденные")
Зато тонна найденных)Это отвечает на вопрос "статистика уязвимостей по комопнентам и языкам"?
---------------------------------------------------
Идем дальше.
October 9, 2023
security.googleblog.com/2023/10/bare-metal-rust-in-android.html
Bare-metal Rust in Androidwe have rewritten the Android Virtualization Framework’s protected VM (pVM) firmware in Rust ... The new Rust pVM firmware was released in Android 14.
Т.е получается писать код. Даже низкоуровневый.
Да как же так?!И будет еще
As well as the work in the Android Virtualization Framework, the team working on Trusty (the open-source Trusted Execution Environment used on Pixel phones, among others) have been hard at work adding support for Trusted Applications written in Rust.Ну и напоследок, немного про "сложность раста".
opensource.googleblog.com/2023/06/rust-fact-vs-fiction-5-insights-from-googles-rust-journey-2022.htmlmore than 2/3 of respondents are confident in contributing to a Rust codebase within two months or less when learning Rust. Further, a third of respondents become as productive using Rust as other languages in two months or less.
Они даже ГОшников переучивают!
>[оверквотинг удален]
> working on Trusty (the open-source Trusted Execution Environment used on Pixel
> phones, among others) have been hard at work adding support for
> Trusted Applications written in Rust.
> Ну и напоследок, немного про "сложность раста".
> opensource.googleblog.com/2023/06/rust-fact-vs-fiction-5-insights-from-googles-rust-journey-2022.html
>more than 2/3 of respondents are confident in contributing to a Rust
> codebase within two months or less when learning Rust. Further, a
> third of respondents become as productive using Rust as other languages
> in two months or less.
> Они даже ГОшников переучивают!Это все стата блога компании. Нужна независимая аналитика по cve (то есть поискать и проверить, что действительно нет). К тому же надо стату сколько там было cve до этого на другом яп.
> Это все стата блога компании."ваши доказательства не доказательства"?
Я тебе привел цитату из статьи Jeffrey Vander Stoep сотрудника гугла и участника андроид команды "To date, there have been zero memory safety vulnerabilities discovered in Android’s Rust code"Вот кстати его видео на канале The Linux Foundation
youtube.com/watch?v=WxbOq8IGEiE
На 11:45 интересный разбор типов ошибок.> Нужна независимая аналитика по cve
Кому нужна? Вам? Ну сделайте анализ .
> К тому же надо стату сколько там было cve до этого на другом яп.
Все остальные) Если в коде на расте ноль, то все остальные были в С/С++
>> Это все стата блога компании.
> "ваши доказательства не доказательства"?
> Я тебе привел цитату из статьи Jeffrey Vander Stoep сотрудника гугла и
> участника андроид команды "To date, there have been zero memory safety
> vulnerabilities discovered in Android’s Rust code"
> сотрудника гуглаАга, щас сотрудник гугла скажет, что мы сделали все неправильно. Я напомню, что они в хроме делали много экспериментов, тот же miracleptr и там всегда в таком духе посты.
>> Нужна независимая аналитика по cve
> Кому нужна? Вам? Ну сделайте анализ .Вы даете блог гугла как заинтересованного лица и выдаете это за истину. Это так не работает. Вот пример: в хроме на раст переписывают компоненты, в которых уязвимостей не было, типа генерилки qr кода.
> Вы даете блог гугла как заинтересованного лица и выдаете это за истину.Заинтересованного в чем?
В том чтобы андроид был менее дырявым)?> Это так не работает.
Нет, это работает именно так.
Эти штуки элементарно проверяются кол-вом CVE в андроиде по годам.
В противном случае получается что все рассуждения "ядро хорошо работает" пишутся заинтересованными лицами - или авторами или теми кто использует.> Вот пример: в хроме на раст переписывают компоненты, в которых уязвимостей не было, типа генерилки qr кода.
Контрпример - в AOSP переписывают keystore2, the new Ultra-wideband (UWB) stack, DNS-over-HTTP3, Android’s Virtualization framework (AVF)
Ты опять сливаешься до "я не верю гуглу" и "ваши доказательсва не доказательства".
Это печально.
>> Вы даете блог гугла как заинтересованного лица и выдаете это за истину.
> Заинтересованного в чем?
> В том чтобы андроид был менее дырявым)?В том, чтобы написать об успехах. Где-то приврать.
>> Это так не работает.
> Нет, это работает именно так.
> Эти штуки элементарно проверяются кол-вом CVE в андроиде по годам.
> В противном случае получается что все рассуждения "ядро хорошо работает" пишутся заинтересованными
> лицами - или авторами или теми кто использует.Хорошо, я это выше и просил: статистику по языкам.
>> Вот пример: в хроме на раст переписывают компоненты, в которых уязвимостей не было, типа генерилки qr кода.
> Контрпример - в AOSP переписывают keystore2, the new Ultra-wideband (UWB) stack, DNS-over-HTTP3,
> Android’s Virtualization framework (AVF)Это я уже слышал. Сколько там уязвимостей было до переписывания?
> Ты опять сливаешься до "я не верю гуглу" и "ваши доказательсва не
> доказательства".
> Это печально.Печально, что вы не понимаете, что вы их не привели.
> Конечно копротивляться и держаться за насиженное местечко.Все ровно наоборот - это растаманы хотят занять эти насиженные места.
> Многие сопровождающие не готовы брать на себя дополнительную ответственность за исправление проблем, возникающих в коде на RustНо Rust же такой мега язык.
> а тут приходят вчерашние школьники с крашеными волосами и начинают внедрять и обновлять свои чудо зависимости.
А тут приходят вчерашние школьники с крашеными волосами и начинают внедрять свой Goolang.
>> Многие сопровождающие не готовы брать на себя дополнительную ответственность за исправление проблем, возникающих в коде на Rust
> Но Rust же такой мега язык.Не преувеличивай.
Это всего лишь язык, который оценили такие мелкие фирмы как гугл, майкрософт, амазон, клоудфаря...А вот мейнтенеры ведра его осилить не могут.
Но это нормально, они только пару лет как перешли на С11 с копролитного С89. Нельзя же вносить изменения так быстро!
> А тут приходят вчерашние школьники с крашеными волосами и начинают внедрять свой Goolang.Это инструмент для своих задач. Никто не пытается внедрить его в ядро. К тому же на языке с gc всегда будет проще писать и часто совершенно нет смысла все писать на языке без gc: на нем можно лишь написать узкое место.
В чем проблема устроить голосование? У нас свободная демократия, или что?
> В чем проблема устроить голосование? У нас свободная демократия, или что?Конечно.
У нас есть отличный пример с системмд)
Вот так же и проведем.
я бы даже сказал "референдум"
в соцсетях среди всех желающих
> У нас свободная демократия, или что?У вас может и да, а в ядре решают те, кто деньгу платит.
* Залить десятки миллионов строк драйверов от корпоратов, в которых только эти корпораты и разбираются? Милости просим!
* Внедрить одну обвязку на Расте, с которой может работать любой, кто знает Раст? НЕПОДДЕРЖИВАЕМАЯ РАКОВАЯ ОПУХОЛЬ1 МНЕ НЕ НУЖНЫ ДРУГИЕ СОПРОВОЖДАЮЩИЕ111
Господи, ну и цирк...
>> У нас свободная демократия, или что?
> У вас может и да, а в ядре решают те, кто деньгу платит.К сожалению это не понимают даже некоторые писаки из ядра.
> * Залить десятки миллионов строк драйверов от корпоратов, в которых только эти корпораты и разбираются? Милости просим!
Ты что решил бочку катить, да на платиновго спонсора?! Ты что ж творишь окаянный!
> * Внедрить одну обвязку на Расте, с которой может работать любой, кто
> знает Раст? НЕПОДДЕРЖИВАЕМАЯ РАКОВАЯ ОПУХОЛЬ1 МНЕ НЕ НУЖНЫ ДРУГИЕ СОПРОВОЖДАЮЩИЕ111Звучит как "это моя корова! и я ее дою!"
> Господи, ну и цирк...
Ты еще не читал смена colour на color в рассылке)))
А зачем они биндинги в ядро включают, у них же есть генератор биндингов. Пусть на лету при сборке генерируют на основе си-кода. Будут и волки сыты и овцы целы
> у них же есть генератор биндинговтак и он не смог
Тут анекдот про клячу самое время вспомнить:
"Ну не шмогла я, не шмогла".Об этом и речь. rust пытаются встроить в ядро кривым способом.
То ли с внедряторами не повезло, то ли у rust'а проблемы.
>у них же есть генератор биндинговСоздание качественной обвязки - задача нетривиальная, никакой генератор без понимания семантики с ней не справится.
> В ответ Гектор отправил запрос на удаление себя из числа сопровождающих платформу ARM/APPLEВот вся суть CoC - в "welcoming" проект попадают люди, считающие травлю решением и хлопающие дверью если другие участики с ними не согласны. Проекты должны быть в меру токсичными, чтобы таких держать подальше.
А потом оказывается что ментенеры убегают, показываетелй пальцев отправляют в отпуск, а корпы не хотят давать денег))> считающие травлю решением
Травлю? И кого тут травят?
> и хлопающие дверью если другие участики с ними не согласны
И правильно делают.
Если тебе вместо контроктава косплеят Балмера "... is cancer" то зачем работать с таким токсичным овном?
Надо же иметь хоть какое-то самоуважение. Не все привыкли утираться и сглатывать.
Не совсем понятно. Есть исполняемый программный модуль, который что-то делает. У него есть вход и выход данных. Какая разница, на чем написаны исходники модуля, если по форматам данных он согласован с другими модулями?
Например, в моем последнем проекте все исполняемые модули для всех ОС написаны на С++. Но в принципе, они могут быть на чем угодно, если соответствуют спецификации.
Дело в том, что stable ABI is nonsense
Обвязка - модуль-посредник, через который идёт работа с С-шным API. В обвязке реализованы безопасные типы и безопасный API (а иначе какой тогда смысл использовать Rust в ядре).
> Обвязка - модуль-посредник, через который идёт работа с С-шным API.ну и кому она нужна пусть тот и реализует
> Обвязка - модуль-посредник, через который идёт работа с С-шным API. В обвязке реализованы безопасные типы и безопасный API (а иначе какой тогда смысл использовать Rust в ядре).Кто мешает генерировать обвязки на основе C-шных интерфейсов?
rust не может в разные типы для разных платформ но с одним названием?
> Кто мешает генерировать обвязки на основе C-шных интерфейсов?В новости же написано: мешает "мне не нужен еще один маинтейнер", то есть нагретое место, зарплата и позиция незаменимого.
Войди в положение: чел по 8 часов в день горбатиться ради будущего детей и оплачивания ипотеки, а тут ему Раст внедряют.
> Например, в моем последнем проекте все исполняемые модули для всех ОС написаны
> на С++.Вот теперь надо посмотреть, что эти модули импортируют из других модулей (.so, .dll, что-то ещё), что бы запуститься. Без этой обвязки они работать не будут. В ядре её нет.
Народ, подскажите неужели, как говорят, что в Linux обновления, любые устанавливаются в фоне, а перезагрузка нужна лишь, чтобы увидеть изменения?
Ведь например, в Windows и MacOS, глобальные обновления устанавливаются во время перезагрузки, а не в фоне, что не удобно и не в подходящий момент это может занимать много времени, не давая пользоваться системой
Да. Но некоторые обновления могут сломать запуск программ и потребуется перезагрузка. Поэтому лучше обновляться вручную.
Fedora Linux ведет себя при установке обновлений подобно винде, раньше насколько я помню было по-другому
в зависимости от дистрибутива и настроек. Есть "в фоне", номно ставить при перезагрузке, есть атомарные дистрибутивы, есть патчинг ядра…
Какое–то странное желание проихнуть его. Ну, пишут на C ну и что? Сто лет писали и ещё столько же будут писать. Ещё более странно то что приплетается кодекс поведения и попытки заставить принять Rust через угрозы покарать за всего–навсего не очень грубое сравнение.
> Какое–то странное желание проихнуть его.Корпов заколебали вечные дыры. Они из за этого теряют шекели.
> Ну, пишут на C ну и что? Сто лет писали и ещё столько же будут писать.
Ага, как на коболе)
> Ещё более странно то что приплетается кодекс поведения
Чел хамит -> получает бан.
Вон недавно Кент-лучшая-ФС-в-мире много разгноваривал - тоже бан получил.> за всего–навсего не очень грубое сравнение.
А это не важно. Бы-лу не место в разработке.
Кошерные разработчики на 10 огород в час не работают, а корпы нанимают хрен знает кого, а потом удивляются, что шекели пропадают-)))
> Кошерные разработчики на 10 огород в час не работают, а корпы нанимают хрен знает кого, а потом удивляются, что шекели пропадаютВ смысле? В крупных корпорациях (нероссийского происхождения) многочасовые и многоуровневые интервью. Там любого первого попавшегося с улицы не берут. И зарплаты там очень и очень приличные. Кроме зарплат ещё и акции компании предлагаются, чтобы человек чувствовал себя причастным к получаемой прибыли. Плюс достойные соцпакеты: медстраховка, еда, обучение, спорт и т.д.
В общем, перестаньте судить о крупных корпорациях по тем ларькам, в которых вы, наверное, работали всю свою жизнь.
красавчик, остались ещё адекваты, напр. этот чел и Линусв этой истории жаль только разработчицу видеодров asahi, из-за одного идиота выпала из большой разработки
https://kiwifarms.st/threads/hector-martin.169453/Asahi Lina - виртуальная личность Гектора, созданная для продвижения его дистрибутива Asahi Linux. То есть, ты в одном предложении обругал ("из-за одного идиота") и пожелел ("жаль только разработчицу видеодров") одного и того самого человека. Рукалицо.
Скорее всего он имел ввиду кое-кого другого...) Есть там одна "разработчица", которая читает лекции на Ютубе хорошим таким басом =)
> Если Линус согласится на подобное нарушение субординацииОчередные любители БДСМ и сильной руки по локоть сзади. Если так хочется жёсткой иерархии подчинения идите в армию, там такое любят. Нормальные же люди обсуждают, договариваются, ищут приемлемые решения, а не субординацию выискивают.
В любой более-менее успешной организации всегда есть субординация. Это нормально и правильно. Потому что, например, не может дворник решать, кому повышать зарплату в бухгалтерии.И причём здесь БДСМ? Я заметил, тут у многих какой-то комплекс, связанный с этим. Боитесь заразиться? Или уже?
> Потому что, например, не может дворник решать, кому повышать зарплату в бухгалтерииСубординация — это строгое подчинение. То есть не важно что тебе сказал фюрер, ты обязан подчиниться. Это и есть бдсм, там любят тему строгого подчинения.
Нормальные же люди не подчиняются, а договариваются. Или во всяком случае пытаются. С точки зрения субординации же, перечить приказу — нарушать субординацию. Нарушать иерархию власти — тоже.
Дворник же, у нормальных людей, может предоставить аргументацию. Прав человек или не прав определяется не иерархией власти, а корректностью предоставленного им рассуждения. Для любителей ходить строем такое — ересь.
Проблема не в двух языках, это лишь последствие плохой архитектуры ядра.Нахрена мне нужно пересобирать ядро для поддержки определенного драйвера. Сделайте все драйвера независимыми от ядра, тогда не важно на каком языке они будут написаны, важен будет лишь API по которому они будут взаимодействовать с ядром, он будет общим для всех внешних независимых модулей взаимодействующих я ядром.
И разработчики ARM/Apple будут писать свой модуль в своём собственном репозитории, ни Линус Торвальдс, ни Кристоф Хелвиг не должны будут вникать в нюансы их драйвера, он просто должен будет уметь общаться ядром посредствам универсального API. И тогда таких конфликтов при разработчке не будет в принципе, они будут невозможны.
> Нахрена мне нужно пересобирать ядро для поддержки определенного драйвера.Потому что stable api nonsense.
> Сделайте все драйвера независимыми от ядра
И потерять рычаги влияния и нужность кучи дармоедеов-мейнтейнеров?
Никто на такое не пойдет!
> Нахрена мне нужно пересобирать ядро для поддержки определенного драйвера.Это такая традиция!
> Сделайте все драйвера независимыми от ядра, тогда не важно на каком языке они будут написаны, важен будет лишь API по которому они будут взаимодействовать с ядром, он будет общим для всех внешних независимых модулей взаимодействующих я ядром.
Ты бы еще предложил сделать микроядро, ЕРЕТИК!!!
Так же удобно чтобы в одной кодовой базе, было все.
И драйвера для эмбедовщины, и для игровых видеокарт.
И новые дрова для SSD и какие-то пятидюйвые флопы времен царя гороха.
Просто свалив все в огромную кучу..
Красота!!
Вы пропускаете этап make config?
В нормальной ОС этот этап был бы абсолютно лишним.
User-space драйверы что-ли? Так в Linux'е вроде есть такая возможность для файловых систем, может и для других драйверов тоже. Только кому это нужно? Производительность такая что сами побежите к Windows.
> Производительность такая что сами побежите к Windows.Это ещё один пример плохой архитектуры ядра.
Это не должно влиять на производительность. Не важно, чем они это оправдываетют, такие доводы никчемны.Ну а в Windows тараканы по хуже, никто в здравом уме туда не возвращается...
Через год из 1% линукса на десктопе - 75% будут WSL-ем :)
Скриньте!(С)
Вряд ли. Линукс или на серверах или в облаках живёт (которые, по сути, те же серверы). Ну и в изменённом виде - на смартфонах. На десктопе ставить Линукс - это удел, скажем мягко, любителей.
> Вряд ли.Без WSL сегодня ни один техрань не сможешь полноценно пользоваться виндой. Это must have на винде. А кто по-умнее сносят винду (macOS если mac) и Linux ставят и держат VM с виндой на всякий случай для редких виндовых задач, такая надобность всё реже и реже уже нужна, даже для игр уже винда не настолько нужна.
Неужели? Вот я технарь уже 25 лет как. И прекрасно обхожусь в подавляющем числе случаев без WSL. Хотя, надо заметить, всегда под рукой серверы с Линуксом есть.Нет, я не считают тех, кто использует Линукс в качестве десктопа, более умными. Гиками, фанатами, любителями. Вот этим всем. Но к уму это точно не относится.
> Неужели? Вот я технарь уже 25 лет как. И прекрасно обхожусь в
> подавляющем числе случаев без WSL. Хотя, надо заметить, всегда под рукой
> серверы с Линуксом есть.это даже лучше, WSL больше решения на коленке, а отдельный сервер или VM с Linux для серьезных.
> Через год из 1% линукса на десктопе - 75% будут WSL-ем :)
> Скриньте!(С)О каком 1% речь?
* Декабрь 2023 г. произошел заметный скачок с 3,22 % до 3,83 %
* Февраль 2024 г. доля Linux пользователей преодолела отметку в 4 %
* Июль 2024 г. доля Linux пользователей 4,45 %Источник: https://www.linuxcareers.com/resources/blog/2024/08/linux-se.../
А как же линус будет после этого повышать своё ЧСВ?
Ты почти придумал микроядро.
Для таких модулей и открытость не нужна и лицензия идет лесом.
Уже есть юзерспейс для драйверов.
> Сделайте все драйвера независимыми от ядраПо сути конфликт именно обо этом.
Люди предлагают сделать "обвязки над несколькими функциями подсистемы DMA, позволяющие использовать DMA в драйверах на языке Rust"., т.е. станет возможным разработка драйверов вне кодовой базы ядра без привязки к версии.
Разве ТАКУЮ ересь можно допустить? В ход запущены все возможные методы противодействия: саботаж, угрозы увольнения, угрозы волны хейта в соцсетях, жалобы главному инквизитору.
>Люди предлагают сделать "обвязки над несколькими функциями подсистемы DMA, позволяющие использовать DMA в драйверах на языке Rust"., т.е. станет возможным разработка драйверов вне кодовой базы ядра без привязки к версии.Ну тогда пусть пишут свои драйвера вне ядра. Если ты в ядре то подчиняйся требованиям сишников иначе вали.
О, опять любители подчиняться вылезли. Напомню: нормальные люди обсуждают и договариваются, а не подчиняются. Подчиняются овощи.
Причём здесь сишники? И почему именно им надо подчиняться, а не, например, или владельцу торговой марки, или спонсорам проекта?Торвальдс пока не высказался на эту тему, вроде. Всё, что он сказал из негативо - нехорошо себя так агрессивно вести, ай-яй-яй.
Просто изобретатели раста хотят себе тёплые руководящие места обеспечить с безлимитным доступом к бюджету.
Так изучи Rust, в чем проблема.
любители маков вообще странные люди, что мы тут и видим, - эту асахи помимо гектора пилит еше транс с розовыми волосами (но тот по видеокартам больше)
>При этом Кристоф уточнил, что не имеет ничего против языка RustПередайте Кристофу, что как раз надо иметь мнение против Rust-а.
Да ему фиолетово, и все правильно, а вот аналогия с раковой "заразой" - к месту, кто им мешает напрямую юзать С API?
Откройте оригинальный тред и прочитайте. Там всё написано. Или выше ваших когнитивных возможностей?Вот цитата: "As explained previously, this component is just a user of the DMA coherent
allocator API (just like any other driver) and the reason we want this component
is because otherwise this abstraction layer would end up in every Rust driver
that needs the DMA coherent allocator as duplicated code, which for obvious
reasons isn't desirable."Надеюсь, переводчиком-то хоть умеете пользоваться?
Я понял. Всё, сдаюсь. Из всех комментирующих оригинальный тред не читал никто. Вы понимаете, что спорите с собственными фантазиями а не тем, что на самом деле произошло? Рука-лицо просто, комментарии года.Кристоф прямо там заявляет что спецом саботирует р4л и будет это делать дальше, у него цель такая. Никаких технических претензий у него к патчу нет.
А ты сам-то чем читал? Ясно же человек выразился, это лишняя головная боль в поддержке кода, которая ему не нужна.
https://lore.kernel.org/linux-mm/CAHk-=whddBhfi5DUi370W3pYs+.../
Вот пример, когда патч для MM не приняли из-за того, что в r4l кривой bindgen.
Ему там привели на это нормальные контраргументы. Попробуй прочитать всё, а не только один пост который очень выборочно подтверждает твой аргумент (confirmation bias).
> так как он потерял веру в применяемый в ядре процесс разработки и подход к управлению сообществом- Кто ты, воин?
- Гектор :))))))Я сказал, нет и все, и никакой токсичности. Думаю, разработчик БкешФС сделает вывод.
Надо закрывать проект "Rust for Linux"! Ядро Линукса - это реактивный кусок чистого Си. В нём нет места Rust-у. Ядро часть экосистемы GNU/Linux кровью и плотью, которого является чистый Си. Когда-то давно попытались в ядро пропихнуть C++, Линус тогда резко и негативно высказался на счёт С++. Теперь пришла пора также резко и негативно, как в те времена, навсегда закрыть проект "Rust for Linux".Растаманам надо создавать свою экосистему. И если их язык реально крут, то они смогут создать похожую на GNU/Linux операционную систему. Свен Питер и Гектор могут принять участие в разработке своих драйверов для Redox.
> Надо закрывать проект "Rust for Linux"!Но ты это не решаешь)
Там в спонсорах Internet Security Research Group и Google.> Ядро Линукса - это реактивный кусок чистого Си.
Реактивный это как? Быстрый как понос?
В окаменевшей дыряшке нет ничего reactive в современном смысле этого слова.> В нём нет места Rust-у.
И это тоже будут решать не мы.
> Ядро часть экосистемы GNU/Linux
На новейшую ЖПЛ лицензию они кстати не перешли.
> кровью и плотью, которого является чистый Си.
Ничего не вечно.
> Линус тогда резко и негативно высказался на счёт С++.
Это было десятки лет назад)
> Теперь пришла пора также резко и негативно, как в те времена, навсегда закрыть проект "Rust for Linux".
А заодно послать всех спонсоров LF и пойти курить бамбук.
> Растаманам надо создавать свою экосистему.
С чего вдруг им это надо? Нам удобнее, с поддержкой настоящих владельцев ядра - корпов, переломать всех несогласных и внедрить то что пожелаем.
> И если их язык реально крут, то они смогут создать похожую на GNU/Linux операционную систему.
Или переделать нынюшнюю на свой лад
> Свен Питер и Гектор могут принять участие в разработке своих драйверов для Redox.
Обязательно напиши им, вдруг они не догадались.
Много ядер разрабатывающихся двумя ЯП? Концептуально разными.
NT 10.0
>Если Линус согласится на подобное нарушение субординации и сложившейся практики, это может привести к кризису управления разработкой ядра, а если откажется - остановит продвижение Rust в ядро.Нарушение субординации - это именно Крис. Укусил руку, его содержащую. Линус не укусит.
>And I also do not want another maintainer
Просто у системы будет один сопровождающий. Просто это будет не Крис. Вот и всё.
>В ответ Гектор отправил запрос на удаление себя из числа сопровождающих платформу ARM/APPLEДавно пора. Надеюсь, этот запрос был мгновенно удовлетворён, так же, как и клоунский запрос одного Паши, который когда-то был директором одной социальной сети?
>Он также заявил, что разработка платформы ARM/Apple будет продолжена вне основного ядра LinuxДа никому ARM/Apple в ядре Linux не нужна. Кому нужен Apple - те берут и iOS сразу, а не пердолятся.
Шуму подняли из-за одного файлика.
Конечно, потому-что через год иэтих файликов станет намного больше. А потом вообще станет невозможно поддерживать ядро.
> Конечно, потому-что через год иэтих файликов станет намного больше.И это отлично)
> А потом вообще станет невозможно поддерживать ядро.
Смелое утверждение, пруфов я так понимаю не будет?)
Отличная новость, глядишь Месу тоже от ржавчины почистят. Злодеи запортачили драйвер nouveau. Прежний драйвер нормально работал, игрушки игрались, видео воспроизводилось, у кого-то что-то зачесалось и переписали.
> Прежний драйвер нормально работалв 6 кадров на окаменелом железе в лучшем случае 13-летней давности, и только на OpenGL
Какой же у Linux избирательный подход -- одним токсичить можно, другим нельзя. Класс!
Так было всю историю человечества.
Те, кому можно, обычно назывались «аристократия».
Пожалуй, самая позитивная новость про rust за последнее время.
Дырявый код и дальше будет продолжать оставаться дырявым. Что ж тут позитивного?
И правильно, зоопарк разводить в ядре не надо. Пока что все проекты на rust это бесконечное переписывание существующего кода. Хочется ядро с rust пиши ядро на rust.... Но мы то знаем чем это закончится....
Никто не знает, чем это закончится, пока это не закончится.
Redox ом все это закончится...
> "К обсуждению подключился Линус Торвальдс, который указал, что проблема возможно в самом Гекторе"Это уже сами знаете что, это ...!
Если рассмотреть некую проблему глубже, то окажется что причиной проблемы оказываетесь вы сами (это про Торвалдса)
Лол совершенно ни разу не истерик @marcan:https://lore.kernel.org/rust-for-linux/208e1fc3-cfc3-4a26-98.../
для невладеющих английским наш услужливый чятгпт сделал перевод на русский
https://m.youtube.com/watch?v=n42vVDKSKHk
@marcan красава. это ж надо себя так поставить, что тебя буквально вторым письмом даже тетка из интела на три буквы посылает.
Ps в мастодоне его прям засуспендили. Интеречно, чего такого он там успел натвитить?
Он еще забыл написать про невероятно важные исправления color на colour и наоборот.
> Лол совершенно ни разу не истерик @marcan:
> https://lore.kernel.org/rust-for-linux/208e1fc3-cfc3-4a26-98.../А где ты увидел истерику?
Он по пунктам расписал все овно в ядре.
И про упертых "вы не заставите меня учить новый язык", и про "я сказал нет, поэтому нет".
Можно просто выкладывать памятку "почему работать в ядре забесплатно не стоит")))> @marcan красава. это ж надо себя так поставить, что тебя буквально вторым письмом даже тетка из интела на три буквы посылает.
Тетке скоро работу искать)
> Ps в мастодоне его прям засуспендили. Интеречно, чего такого он там успел натвитить?
Думаю он скрыл свой акк сам.
>> Лол совершенно ни разу не истерик @marcan:
>> https://lore.kernel.org/rust-for-linux/208e1fc3-cfc3-4a26-98.../
> А где ты увидел истерику?Вообще да, до наКАЛа "последнего письма Милонова" не дотягивает. но все равно тпкой лапочка, даже почтовый клиент и b4 не поленился занести в Великую Книгу Обид :)
> И про упертых "вы не заставите меня учить новый язык", и про
> "я сказал нет, поэтому нет".
> Можно просто выкладывать памятку "почему работать в ядре забесплатно не стоит")))Оц плииииз. По этой теме gregkh прямо тпм в треде прошелся. Алсо твой бессеребреник что - прикрыл свой патреон, донатов больше не просит?
> Тетке скоро работу искать)
Dream on. Ну хотч. Есьи хочешь, можешь еще airlied и gregkh уволить. If it makes you feel good, whatever.
>> Ps в мастодоне его прям засуспендили. Интеречно, чего такого он там успел натвитить?
> Думаю он скрыл свой акк сам.И плашкой "suspended by moderators" сам накрылся, ага.
И слава богу, что не сам, а то бы я заподозрил, что с ним случилась та же беда, что с прогрессивным Дрю Деволтом, лоликон или что похуже.
Не истерика? Там буквально "плак-плак, вы злые и плохие" под топот ножек.
Если кто там и устроил истерику - так это Кристофер Хеллвиг. "Не дам, не пущу, это рак..." И ни одного ТЕХНИЧЕСКОГО аргумента.
Первый плакса (Гектор Мартин) на выход: https://lkml.org/lkml/2025/2/7/9
Почему вы называете человека, который ценит своё время и не хочет бороться с деградирующими дидами-саботёрами, плаксой?
Никогда не понимал разработчиков Rust.Зачем лезть в монолит на Си, в котором больше 40 миллионов строк?
Начните с малого. Перерешите bash, core apps (ls, find and etc), vi/vim и так далее. Добейтесь через аргументацию перевода старых apps на ваши по дефолту.
Со временем отточите процесс разработки на малых проектах, а потом уже и за большие можно взяться.
>Перерешите bash, core apps (ls, find and etc), vi/vim и так далее. Добейтесь через аргументацию перевода старых apps на ваши по дефолту.Дядя вы больной. Пусть возятся со своим Редоксом в мир Линукса пусть не суются.
> Зачем лезть в монолит на Си, в котором больше 40 миллионов строк?Потому что ядро везде. А сишники до сих пор не научились правильно считать размер буфера, чтобы не плодить CVE.
> Начните с малого. Перерешите bash
Уже. И даже не один
github.com/shellgei/rusty_bash
github.com/reubeno/brush> core apps (ls, find and etc)
уже
ls - exa
find - fd, findutils
cat - bat
и... тыщщи их
gist.github.com/sts10/daadbc2f403bdffad1b6d33aff016c0a
gist.github.com/squarism/06a85a2f64dcf078b202c5948c8f7bbf> vi/vim
зачем пересывать это старье? вы еще ed предложите переписать
если сильно хочется, тогда уже лучше брать neo-vim или какие-то другие современные реализации vim за основуплюс уже на расте есть helix, xi-editor, amp и еще кучка других, часть из которых уже поддерживает vi-style navigation
>> Зачем лезть в монолит на Си, в котором больше 40 миллионов строк?
>Потому что ядро везде.А ваш редох - сдох ? :)
>А сишники до сих пор не научились правильно считать размер буфера, чтобы не плодить CVE.
Так ведь и вы НЕ научились!!!
Вы ж просто верите что железяка за вас всё сделает ==> своих мозгов не надо! :)>> Начните с малого. Перерешите bash
> Уже. И даже не одинИ... _______никому_______ не надо :-) Обидно то как, обезьянки же старались :)
>> core apps (ls, find and etc)
> ужеИ? ... тот же текст :)
>> vi/vim
>зачем пересывать это старье? вы еще ed предложите переписатьПотому что то, что вы сами сделали - 2 тыс скачиваний vs миллионы ...
>если сильно хочется, тогда уже лучше брать neo-vim или какие-то другие современные
Да не поможет вам это :)
>плюс уже на расте есть helix, xi-editor, amp и еще кучка других, часть из которых уже поддерживает vi-style navigation
И? ... снова тот же текст :)
Я кстати их пробовал, некоторые даже на уровне к примеру гошного микро ... только всем ***х...
Сделайте уже чего то чего у других нет но все хотят! И всё - вы "в дамках".
Просто же :) У вас вон память безопасТная: пиши не хочу! :)
> А ваш редох - сдох ? :)В том то и дело что нет)
>>А сишники до сих пор не научились правильно считать размер буфера, чтобы не плодить CVE.
> Так ведь и вы НЕ научились!!!
> Вы ж просто верите что железяка за вас всё сделает ==> своих мозгов не надо! :)Хаха, это просто эталонное луддитство.
Примерно как рассуждения "нынешнее водители разучились водить - даже без АБС не могут".Чувак, это проресс. Примерно как скрипты, автоматизация, и даже санитайзеры.
Железку сделали именно для того, чтобы самому меньше работать.
Если не нравится - всегда можно пойти пасти коров... если тебя не заменят каким-то дроном))
>> А ваш редох - сдох ? :)
> В том то и дело что нет)Что мертво - умереть не может :P. Он ж не жил никогда - кто этим пользовался и зачем? Даже гайкой маргинальной больше народа пользуеься. Во всяком случае 1 живого пользователя гайки я даже встречал. С редсдохом - только сказки про светлое будущее. А в пути кормить никто не обещал? :)
Вот еще хорошие ссылочки, просто для знакомства с написанным на растеgithub.com/TaKO8Ki/awesome-alternatives-in-rust
github.com/rust-unofficial/awesome-rust> а потом уже и за большие можно взяться.
Вот именно, время пришло))
ну чет скудно
в основном какие то либы, обвязки да скрипты. Самостоятельного в процентах - гулькин нос.
>Вот еще хорошие ссылочки, просто для знакомства с написанным на растеНестолько не стесняться вот такого ... мы этосамое-еды?! 8-о
Чувак, это всё мало интересно.ПО нужно чтобы делать что то полезное. Примерно как дрель нужна не чтобы была а чтобы делать дырки или перемешивать смесь. А вот сама по себе она даром не нужна, только место занимает.
Вы со своим растом предлагаете дрель с не стандартным штепселем под не стандартные свёрла, работает оно медленее и весит больше.
Я возьму ваш инструмент только если больше вообще не будет альтернатив.
Поэтому когда я вижу как нечто переписали на гниле - это автоматом ненужноененужно, ибо бледная копия оригинала, делаюая тоже самое но собирающаяся сильно дольше и требующая тяжёлого компелятора.
> Перерешите bash, core apps (ls, find and etc), vi/vim и так далее. Добейтесь через аргументацию перевода старых apps на ваши по дефолту.fish, helix, uutils и так далее. Разработка на раст давно отточена 🤦
Меня удивляют персонажи на опеннете которые дальше своего замшелого си мира не знают
Оно за 30 лет до вас уже работало.Меня удивляют персонажи на опеннете которые дальше своего замшелого ржавого мира не знают (С) по мотивам одного пИросонажа
Когда перестанете писать за границы буфера?
Если вам 30 лет не хватило чтобы научиться писать безопасный код на си - что это говорит о языке?
Что в С в отличие от Rust меньше ограничений для программиста.
Ограничений, которые не позволяют отстрелить себе ноги? Уж лучше с ними, ограничениями и ногами, чем без них, без ног.
Нет проблем с этим, не ужели не дошло ещё?
Ну бывает что то упадёт или утечёт, это просто фигня которая фиксится и едем дальше.Я уже писал: последние лет 10 софт стал падать просто кардинально меньше чем оно было в начале 2000-х.
Оно и раньше то жить можно, но сейчас мне трудно вспомнить чтобы что то падало за исключением случаев с ООМ.
Всё очень быстро репортится и фиксится.
> Нет проблем с этим, не ужели не дошло ещё?это диагноз 🤦 полное непонимание проблемы, даже отвечать бессмысленно
> fish, helix, uutils и так далее.Кто все эти люди^W программы? И зачем оно надо?
> Разработка на раст давно отточена 🤦
Отлично, карандаши наточены, осталось нужные хоть кому-то программы писать научиться.
О... какая трагедия.Засевшим в ядре мейнтейнерам наплевать на безопасность, стабильности и на улучшение кодовой базы.
Вместо этого они руководствуются своими меркантильными желаниями остаться у руля, не только отказываясь принимать помощь от нового второго мейнтенера, но и даже развиваться и учить современный и безопасный язык.
Что крайне удивительно, учитывая что даже правительство США призывает перестать писать не небезопасных устаревших языках!
Неужели мейтейнерам настолько плевать на своих пользователей??
Об этом нужно рассказать всему миру!Штош, сегодня и начнем))
Ни дня без наезда?!
>Засевшим в ядре мейнтейнерам наплевать на безопасность, стабильности и на улучшение кодовой базы.А как лишний слой абстракций должен был улучшить безопасность и стабильность? Объясни.
На этот вопрос даже здесь уже отвечали много раз. Абстракции нужны для того, чтобы использовать все преимущества языка Rust - строгая система типов, семантика владения, перемещения и заимствования, RAII. В абстракциях можно выразить инварианты, и компилятор откажется собирать код при их несоблюдении.Но тебе, сишнику, не понять. Тебя устраивает палка-копалка, а все остальное - то лишнее.
Сразу видно, что опыта работы с крупными проектами у тебя нет.
Смотри, вот тебе простая аналогия. Есть брёвенный терем, когда-то это был маленький домик, но что-то пошло не так и он начал расти то вширь, то ввысь. Мастера оказались вполне ладными, выработали методики расширения и поддержания, поэтому терем оказался устойчивым. Вдруг приходит молодняк и говорит, что так уже давно не строит, нужно срочно переходить на бетонный монолит. Он и возводится быстрее, и надёжнее, и вообще, какие лестницы, алло, давно уже лифты везде. Перестраивать уже существующий терем они, конечно же, не собираются, а предлагают возводить монолит поверх. Для этого устанавливают на крыше терема сваи, лестницы из прохода в чердак терема до шахты лифта. На сваи устанавливают плиту-основание и дальше начинают заливать этаж за этажом.
А теперь внимание вопрос: как изменилась устойчивость и безопасность полученной конструкции?
Плохая аналогия — как котёнок с дверцей.
> строгая система типов, семантика владения, перемещения и заимствования, RAIIА польза то какая от этого на практике?
Больше времени чатится с компелятором?
Так вот расто манам так и говорят - раз у вас все так строго - делайте свою обвязку с обращением к функциям на C. Все так работало всегда, какой язык программирования не возьмешь всегда вызывали уже существующий код через обвязку - например тот-же JAVA+JNI.
А здесь - "бараны" не хотят впрягаться по полной в DMA и т.п. подсистемы - это сложно.. Да у них и мозгов для этого нет. Как минимум с железом на короткой ноге надо быть. Им надо что-бы они сделали кривую/косую обвзязку, а потом маинтейнер DMA еще ее и в работу взял привязываясь к их поделию в дайльнейшем, а не к рабочему и "100" лет существующему коду.
Ой, да все ровно наоборот. Это растописаки завидуют, что им не дают мейнтейнить ничего, вот и хотят сместить действующих сопровождающий чтоб стать такими же.
> Неужели мейтейнерам настолько плевать на своих пользователей??Бл... аж жир с монитора потек!
Неужели все комментаторы выше не поняли и оценили сарказм?
Объясните мне, а зачем rust for linux должен быть частью ядра? Если сопровождающие проекта уверены, что им море по колено и что они в силах поддерживать обвязки для всех подсистем линукса, но лишь бюрократия их сдерживает, что тогда мешает им развивать это в виде отдельного проекта?
Почему бы им не последовать примеру товарища Гектора?
> "что тогда мешает им развивать это в виде отдельного проекта?"А если задать вопрос так: что тогда мешает сишникам развивать ядро в виде отдельного проекта?
Они так и делают. Проект называется Linux. Слышал?
Даже правительство США призывает перестать писать не небезопасных устаревших языках, Linux всё рано часть кода перепишут на rust.
Ну, вот пусть они и переписывают. Можешь им в этом помочь. Будет готово - приходи.
> Даже правительство США
> ДажеТак пишете будто это что-то важное.
Это действительно очень важное. На госконтрактах многие подымались в своё время. Да и сейчас правительство США - один из самых желаемых и крупных заказчиков.
Достали уже да плевать, что там говорит госдеп. Плевать на мнение корпорастов. Они уже никто.
> Объясните мне, а зачем rust for linux должен быть частью ядра?За тем же, за чем частью ядра являются десятки миллионов строк кода драйверов от всяких корпораций. Не задумывался об этом?
>За тем же, за чем частью ядра являются десятки миллионов строк кода драйверов от всяких корпораций.Ложь. Там, десятки миллиона строк от сообщества ядерщиков.
Какого ещё сообщества? Тут уже дважды, как минимум, приводили статистику. "Сообщества" в коде ядра - только 12%. Остальное - корпорации-спонсоры.
> Объясните мне, а зачем rust for linux должен быть частью ядра?Очевидно, что бы влиять на ядро. Утверждаю это как создатель реализации стандартной библиотеки Си++ для ядра Windows. Нам от ядра очень не хватало одной штуки для поддержки исключений, но обошлись, сидя в сторонке (тем более, что поддержка нужна для галочки).
Каким образом язык программирования влияет на архитектуру ядра? Или вы о чём-то другом?
Я о влиянии вообще, на принятие решений и разработку. Быть частью ядра нет технической необходимости, но так было бы проще продвигать свои интересы.
вообщето язык программирования непосредственно влияет на архитектуру ядра!
За C++ будущее линукса. Предлагаю заморозить растовую кодовую базу на добавление новых фич, разрешить только исправления уязвимостей. С учётом того сколько их возникает в растовом коде, работы хватит на долго. А все новые возможности добавлять только в C++ коде. Это компромиссное решение для обоих сторон конфликта.
Смешивать идиомы RAII и goto error?
Так погодите-ка этот Хелвиг он же против двуязычного ядра. Он так и пишет, что против того чтобы было что-то кроме си. Так получается Хелвиг должен быть и просит с++, если быть последовательным. Интересно будут ли так противится внедрению с++ в ядро?> "No C++ code in kernel/dma, please"
Ещё один "эксперт", который не знает об отношении к Плюсам Линуса Торвальдса. 🤦♂️
После того что он наговорил, всем безразлично его мнение. Слушай его оскорбления дальше 🤦♂️
Кто эти "все"? :) Пока кода на Плюсах в ядре нет. И, наверное, не будет при жизни Торвальдса.
Это он о себе говорит во множественном числе, что бы придать лишний вес, поскольку ему обидно, что Торвальдс назвал его проплаченным троллем. У много кого есть код на плюсах в ядре (в Виндовс разрешения у Микрософт не спрашивают), наверняка в драйверах каких-то антивирусов и для Линукс применяется, что бы лишний раз не переписывать.
У него не к языку, а к плюсовикам такое отношение. "Полно недоумков" (suboptimal programmers? не помню дословно). Вон там выше эксперт принял на свой счёт и обиделся, а мог бы предложить Линусу код на Си++, если бы умел кодить. Как видно, Линус оказался прав в частном случае, имея ввиду любителей Linux.
> У него не к языку, а к плюсовикам такое отношение. "Полно недоумков"
> (suboptimal programmers? не помню дословно). Вон там выше эксперт принял на
> свой счёт и обиделся, а мог бы предложить Линусу код на
> Си++, если бы умел кодить. Как видно, Линус оказался прав в
> частном случае, имея ввиду любителей Linux.Недоумков полно в Rust, причем с манией величий и причем значительно больше чем в C и C++ вместе взятых...
>> У него не к языку, а к плюсовикам такое отношение. "Полно недоумков"
>> (suboptimal programmers? не помню дословно). Вон там выше эксперт принял на
>> свой счёт и обиделся, а мог бы предложить Линусу код на
>> Си++, если бы умел кодить. Как видно, Линус оказался прав в
>> частном случае, имея ввиду любителей Linux.
> Недоумков полно в Rust, причем с манией величий и причем значительно больше
> чем в C и C++ вместе взятых...Я не удивлюсь, если это одни и те же люди, плюс новые.
И к языку тоже на самом деле.Вот, что удалось первым нагуглить. Речь идёт именно о языке (не уверен о какой именно версии языка).
https://medium.com/nerd-for-tech/linus-torvalds-c-is-really-...,in%20low%2Dlevel%20system%20programming.
> И к языку тоже на самом деле.
> Вот, что удалось первым нагуглить. Речь идёт именно о языке (не уверен
> о какой именно версии языка).
> https://medium.com/nerd-for-tech/linus-torvalds-c-is-really-...,in%20low%2Dlevel%20system%20programming.Как правило, в лужу садятся на нюансе: языка Си++ на тот момент не было, формально. Стандарт появился позже и менялся не один раз. Такие штуки позволяют выявить тех, кто недостаточно понимает Си++ (и роль стандарта в частности) -- оно простительно для знатока Раст, но клюнувший "знаток Си++" будет лишь мешать.
По-английски это называется help rejecting complainer. То не устраивает, это не устраивает, так не хочу, и эдак тоже. Закрадываются подозрения, что уровень «скиллов» этих «матёрых» «разработчиков» значительно ниже, чем они любят про себя рассказывать, и по факту подсистемами заведуют one trick ponies. Так что реакция не удивляет. Ну да ничего, незаменимых людей в софтверных проектах нет.
По-русски это называется медвежьей услугой. Вроде тащат раст по имя общего блага, а кроме дополнительной головной боли пока ничего не принесло.
https://lore.kernel.org/linux-mm/CAHk-=whddBhfi5DUi370W3pYs+.../
Вот тебе пример. Патч для одной из базовых подсистем не приняли, потому что этот детский сад, штаны на лямках имеет кривой bindgen.
> Вот тебе пример. Патч для одной из базовых подсистем не приняли, потому
> что этот детский сад, штаны на лямках имеет кривой bindgen.Ой, с кем не бывает.
Вон недавно мелкомягкие тоже сломали 6.13, код вмерджили без ревью.
lore.kernel.org/lkml/Z4QM_RFfhNX_li_C@intel.com/Интел закоммитил некомпилирующийся код, так что Торвальдс возмутился (в своем стиле) %^!@$%
lore.kernel.org/dri-devel/CAHk-=wgPJttFz8yrdpPTN-ypMmDXHOKw9yi1nZSEq+7+tGftZA@mail.gmail.com/Даже недавний герой Кент, тоже нафакапил с патчем.
Дело то житейское.
Они сейчас перепишут DMA подсистему на Rust, чтоб был один язык.
Стимула топить за Rust в Linux нема. Вот кабы Windows сначала на русте переписали, то и стимул бы сразу появился — догнать и перегнать винду. А так никто и не почешется.
Rust уже в ядре Windows 11
https://www.opennet.dev/59044
Скоро и будет в Linux, так как прогресс не остановить! Даже правительство США призывает перестать разрабатывать на небезопасных языках.
> Скоро и будет в Linux, так как прогресс не остановить! Даже правительство
> США призывает перестать разрабатывать на небезопасных языках.Правительство США с наиболее ответственными проектами сидит на FreeBSD. А здесь ржой и не пахнет.
И чтобы ты чушь не писало далее - изучи вопрос досконально.
>Правительство США с наиболее ответственными проектами сидит на FreeBSDБздишник и тут свои влажные фантазии вывалил. В качестве пруфов будет опять нетфликс, или таинственное "от одного инсайта", или "об этом всем известно"?
ЗЫ винда там. Иногда встречаются железки с благородными юниксами, ибо распилы везде любят.
>>Правительство США с наиболее ответственными проектами сидит на FreeBSD
> Бздишник и тут свои влажные фантазии вывалил. В качестве пруфов будет опять
> нетфликс, или таинственное "от одного инсайта", или "об этом всем известно"?
> ЗЫ винда там. Иногда встречаются железки с благородными юниксами, ибо распилы везде
> любят.Ну чукча то писатель. И ведь предупреждал чукч - изучить вопрос.
> И ведь предупреждал чукч - изучить вопросFreeBSD бинго.
>в ядре Windows 11Звучит как анекдот для монолитной проприетарной операционной системы.
Которая, тем не менее, используется на подавляющем большинстве персональных компьютеров в мире.
Зачем усложнять код ядра когда rust должен уметь работать с C. Пусть прослойки будут в rust, а не в рядре
Так они и есть в rust коде. Прослойка находится в rust/kernel, в kernel/dma никто не лез. Как раз они и создали обёртку чтобы каждый драйвер мог её использовать, и облегчить поддержку тем, что обёртка будет в одном месте, а не в каждом драйвере. Разве не логично?
> Так они и есть в rust коде. Прослойка находится в rust/kernel, в
> kernel/dma никто не лез. Как раз они и создали обёртку чтобы
> каждый драйвер мог её использовать, и облегчить поддержку тем, что обёртка
> будет в одном месте, а не в каждом драйвере. Разве не
> логично?Нет, расто-маны полезли в ядро - именно об этом сыр-бор.
Ы. На HN ему припоминают:>Isn't this the guy that blocked HackerNews links to the Asahi Linux homepage because the moderators wouldn't do his bidding?
Yup, that was Hector Martin (marcan) as well.
Лапочка, просто лапочка. Мастеркласс софт скилзов.
имхо, правильно.
я б в DMA(одну из основных критических подсистем) рандомов не пускала.
что-то мне подсказывает, что увидим мы еще случаи, когда, например, фикс безопасности из-за рустобиндингов не примут.
или из-за них же будет новая дырень.
Собирал щас одну прогу увы на Rust, так компилятор от 4.2024 не шмог собрать библиотеку от 11.2024 пока не обновил. Ругался на use<'_>Вы щютите да? Полгода?
И что тут необычного? Цикл развития у Раст более короткий, чем у Си и Плюсов. Так что неудивительно.
действительно разработчики раст слишком токсичные, вместо того чтобы сделать инструменты, позволяющие сделать прозрачное взаимодействие нестабильного языка с постоянно меняющимся нестабильным внутренним API ядра,они занимаются снежинством и травлей.
Так хруст - сам по себе снежинство и есть. Унылое нетакоекаквсе с зубодробительным синтаксисом, который годится разве что для надувания щёк - "а вот тут я 1.5% понимаю".Впрочем, за два года уже видно, что дальше полупереписывания (на полное не хватает) небольших утилит и хеллоуворлдов на этом дело не идёт.
Снежинство, на самом деле - это когда программист на Си изобретает велосипеды на каждый чих в каждом новом проекте, тогда как в нормальном языке это часть стандартной библиотеки. А ещё снежинство, это когда Сишник, никогда не работавший с высокоуровневыми абстракциями и не понимая их семантику ругается на синтаксис.Вот вам пример куска программы на Си. Торвальдс назвал автора или больным, или гением. Обычный Си-шник, уверен, об это голову точно сломает. А синтаксис как бы чисто Сишный при этом. И вы вряд ли поймёте без более-менее адекватного названия, что делает этот макрос. Так что чья бы корова мычала.
#define __is_constexpr(x) \ (sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))
> Впрочем, за два года уже видно, что дальше полупереписывания (на полное не хватает) небольших утилит и хеллоуворлдов на этом дело не идёт.
Google, Microsoft, Amazon, CloudFlare, Discord, Dropbox, Volvo - все эти фирмы начали использовать Rust в своей кодовой базе. Или все они - авторы хеллоувордов, по-вашему?
> #define __is_constexpr(x) \ (sizeof(int) == sizeof(*(8 ? ((void *)((long)(x) * 0l)) :
> (int *)8)))По сравнению с тем что на хрусте умудряются завернуть, в т.ч. в хруст-для-линух - это далеко не самое страшное что бывает в программах.
Это, как раз, очень страшно. Потому что несмотря на кажущуюся простоту языка в нём ГОРАЗДО проще обделаться (написать некачественный код), чем в более сложном Rust.
#define __is_constexpr(x) \ (sizeof(int) == sizeof(*(1234 ? ((void *)((long)(x) * 0l)) : (int *)4321)))
В каждой из этих контор есть свои снежинки, ога.
Другое дело, что мы уже не раз видели, как целые команды из таковых выставляют на мороз.
Особенно гугл этим славен.
> В каждой из этих контор есть свои снежинки, ога.И? Почему вы решили применить это обобщение ко всем сразу работникам? Далее. Вам шашечки (сексуальная ориентация человека) или ехать (профессиональные навыки человека)?
Оба-двое. Потому что поза, в которой ехать, зависит от шашечек.
Ну и да, если эти конторы покопать - можно найти и visual basic, и ruby, и ocaml, и tcl наверняка. Причём в достойном объёме. Другое дело, что это всё legacy от подобных же экспериментов, которое используется пока не заменено. Apple вон вообще свой йезычок (свифт) проталкивает. Другое дело, что все эти применения настолько нишевые, что известны только этим самым компаниям и чуть-чуть вокруг них. А божественная сишечка с божественным пыхом - они везде ;D
Те кто хочет жирной библиотеки в базе уже давно свалили на кресты, С это про необходимый минимализм.Ваши высокоуровневые абстрации - это описатель файла/сокета из ядра, с этим каждый работал и не жаловался.
А жалобы идут на жирный код обмазанные синтаксическим сахаром настолько что и сути то не видно.
> Обычный Си-шник, уверен, об это голову точно сломает. А синтаксис как бы чисто Сишный при этом. И вы вряд ли поймёте без более-менее адекватного названия, что делает этот макросВсякий криптокод можно написать на любом языке, вопрос в том, насколько часто и насколько это распространено.
Да, на С тоже бывает странное, но обычно этого мало, либо весь проект сектансткий целиком и там есть какая то своя логика, типа наши велосипеды для замены всех библиотечных функций.С не принуждает писать в каком то стиле, в отличии от.
> Google, Microsoft, Amazon, CloudFlare, Discord, Dropbox, Volvo - все эти фирмы начали использовать Rust в своей кодовой базе.У всех них поди ж был DEI в полный рост.
А сколько там денег приносит код на гниле относительно всего кода приносящего доход ещё большой вопрос.
> Ваши высокоуровневые абстрации - это описатель файла/сокета из ядраЭто элементарная хеш-таблица на самом деле (ну, относительно элементарная, конечно, ибо эффективный алгоритм хеширования - вещь не особо простая).
> А жалобы идут на жирный код обмазанные синтаксическим сахаром
Жалобы идут именно на непонимание семантики, а не на код, как таковой. Ну не знает типовой Сишник, что такое сколь-либо более сложный, чем char тип, и главное, он НЕ понимает, зачем оно нужно.
> С не принуждает писать в каком то стиле, в отличии от.
Это только потому, что Си не поддерживает никаких других стилей, кроме процедурного. То есть, принуждает, потому что выбора там нет.
>У всех них поди ж был DEI в полный рост.
Причём здесь DEI до качества конечного кода? У вас с головушкой точно всё в порядке? Потому что очень похоже, что нет, раз вы пытаетесь увязать сексориентацию с профнавыками.
Ребяты, скоро эти споры будут выглядеть как сейчас спор о том, чем лучше кормить лошадей по дороге из москвы в питер. Квантовые компутеры наступают! Еще недавно 4 кубита были размером с тумбочку, а в декабре интел показал 105 кубитов в виде интегральной схемы. Включаем развитие по экспоненте и через несколько лет у каждой домохозяйки в телефоне (?) будет нечто, что сейчас занимает суперкомпутерные залы. Быстродействие больше на несколько порядков, на 5-6, чем у современных процов. Как там озу устроено и как в принципе эти штуковины будут программироваться? Это вот главный вопрос нынче. Както оно должно будет с устройствами ввода-вывода взаимодействовать. Да и каковы будут сами эти устройства? Возможно, для большей части применений будет достаточно голоса+ии, т.е. ни клава, ни мыша не нужна будет.
А пока Сишечка никуда не денется из своей ниши.
Квантовые компьютеры ни для чего кому как быть счетными машинками не годны.
Я думаю это на данный момент.
Но послушай можно загрузить все данные о днк о человеке и найти множество решений лечения заболеваний.
> Но послушай можно загрузить все данные о днк о человеке и найти множество решений лечения заболеванийЭтим и занимаются счётные машинки, как и было сказано выше.
Что-то пока перспектива квантовых компьютеров выглядит очень туманной... Вот нейросети наступают - это да, и скоро они будут обнаруживать 99,9% ошибок и уязвимостей в Сишном коде, так что раст уже вряд ли пригодится.
Квантовые компьютеры могут работать вместе с ии.
> так что раст уже вряд ли пригодитсяКак и программисты на Си, да и вообще любые программисты. Люди будут общаться с компьютером на естественном для них языке. А в перспективе - силою мысли. А в ещё большей перспективе компьютер будет угадывать мысли, когда человек их ещё даже не осознал. Но это всё - очень далёкое будущее при условии, что люди выживут (для этого есть очень веские причины сомневаться, глядя на современные события).
Какие кубиты у нас, у нас большинства кора 2 дупла и пень.
почему не на державной?
Почему не на державной, когда как раз на державной.
> А пока Сишечка никуда не денется из своей ниши.Конечно, денется, если останется в том же виде, как сейчас, а не изменится на что-то более качественное и безопасное в плане конечного кода. Здравый смысл рулит.
На что они наступают? Их единственная сила и мощь - это быстрый поиск рандомных подходящих вариантов входных данных под конкретные выходные данные согласно некой логике. Для вычислений как таковых они бесполезны.
Ожидаемый финал... Раст-миссионеры хотели руками самих же разработчиков ядра намертво прибить гвоздями эту раковую опухоль ко всем подсистемам, но когда их послали, они сильно развонялись и закатили истерику) Это их уровень.
Финал будет, когда Торвальдс скажет своё веское "нет". А он пока ничего не сказал, потому что прекрасно понимает: "Кто денежки платит, тот девушку и танцует".С высокой вероятностью этого Хеллвига-истеричку скоро спонсоры пошлют куда подальше, если тот не поменяет свой подход. Почему?
1. Потому что правительство США против использования небезопасных языков в современном ПО. А это самое правительство - очень и очень жирный заказчик спонсоров Линукс Фаундейшн. Игнорировать пожелания такого крупного заказчика, конечно, можно. Но вряд ли это разумно.
2. Потому что здравый смысл и многолетняя практика показывают, что Си - морально устарел и плохо подходит для использования в кодовой базе современного сверхсложного ПО.
3. Потому что продуктивность программистов на Rust выше, при этом качество кода тоже выше. А это положительно влияет на затраты. Меньшие затраты - бОльшая прибыль.
Да пофиг на торвальдса.
Не будут остальные разрабы писать на гниле.
Они своё будут и дальше писать на С, а то что гниль после каждого коммита будет отвалится и глючить будет проблемой растишек и торвальдса.
1. Какое там твоё правительство? USAID с их DEI уже выгнали на мороз.
А современному нужен результат, который исчисляется не в программных деффектах а в функционале/деньгах.
И вообще это не их тема, они туда лезть не станут.2. Раст морально не дозрел, не подходит под динамично меняющиеся условия, практически не имеет библиотек с кодом, сложен и дорог в разработке.
3. Продуктивность на питоне ещё выше, так что закапывай свой раст.
Когда дело касается важных вещей. Хамское "Кто денежки платит, тот девушку и танцует" не работает. Или у вас в России так принято.
> Финал будет, когда Торвальдс скажет своё веское "нет"Как бы его самого за жабры не взяли из-за того, что тащит в ядро политику и неолиберальную идеологию вопреки интересам разработки.
Всё новое это хорошо забытое старое.Был уже такой "безопасТный" язычок, чтобы пейсать на нём Только Серьёзные Системы (с)(тм). Даже для сОмОлётов.
Теперь, окромя поддержки тех лигаси систем и ещё пары фанатиков он никому особо не нужен.
Ada? Дык там, вроде как, никогда компилятор не был ни свободным, ни бесплатным. Поэтому аналогия так себе.
Почитал тут тг чатик раста: там куча людей с аватарками в стиле аниме или котами спрашивают базовые вещи типа "не понимаю как устроен тип Result" или пиарят свои библиотеки для "красивого" задания дат :) А потом они же в других чатах пишут про сегфолты в си :D Ну вы поняли уровень экспертов.И вот таких в раст сообществе очень много. Приходят из веба и тащат с собой не поймт что. Проект на расте зависит от огромного числа зависимостей, в которую автор может встроить бэкдор как делают в npm.
Сообщество раста очень токсичное. Напоминает поведение меньшинств: если ты в чем-то не согласен с нами, то ты автоматически плохой. Также в блоге к релизам у них проскакивает политота.
Вы же как разработчики должны понимать, что не существует универсального инструмента. Что за дополнительные проверки нужно чем-то платить. Не везде это нужно. А втирают (да именно агрессивно) его как золотую пилюлю, как крупный выигрышь или заоблачный процент для ваших средств.
Думайте!
По мне этот rust, это как go. Корпоративный ход. Любая уважающая себя контора просто обязана создать свой язык.
Сказки про различные улучшения и улучшенную работу с памятью.
Непонимаю зачем это нужно когда есть нормальный C++ .
> По мне этот rust, это как go. Корпоративный ход. Любая уважающая себя
> контора просто обязана создать свой язык.
> Сказки про различные улучшения и улучшенную работу с памятью.
> Непонимаю зачем это нужно когда есть нормальный C++ .Тут именно проблема в сообществе и агрессивной рекламе, не в языке.
> Тут именно проблема в сообществе и агрессивной рекламе, не в языке.те что на опеннете топят за Rust совсем нулевые в разработке, создаётся ощущение что они либо проплаченые либо тупо верят что они что-то могут. Но ничего им не светит без знаний и навыков программирования, наверно сами понимают это и нападают от злости на сишников - типа они их место занимают, смех да и только. Дело совсем не в языке а в том что сейчас на пустом месте времени надо тратить на порядки больше. Появятся биндинги с примерами настоящих драйверов и всё пойдёт по накатанной.
да кто топит, 1-2 молокососа сидят, видимо не знают чем заняться
Ну вот я топлю. А мне уже 50+ лет, из которых я примерно 25 лет в ИТ-отрасли. А вам сколько годиков стукнуло?
Иногда возраст приходит один...
Ваша личная биография, наверное, очень показательна в этом плане.
> Ну вот я топлю. А мне уже 50+ лет, из которых я
> примерно 25 лет в ИТ-отрасли. А вам сколько годиков стукнуло?Вы бы лучше ваши важные проекты для экосистемы раста показали. Но думаю есть нюанс)
Я не занимаюсь разработкой задаром, "just for fun", мне есть чем заняться в свободное от работы время. Так что да, есть нюанс. При этом замечу, что мои важные проекты используются в проде в довольно критичных для жизни людей местах.
Как показывает практика общения с местными "экспертами", те, кто топят против Раста - вот те действительно часто нулёвые в разработке, или тупо верят, что сейчас, придёт он, тру-сишный программист, и все баги в Си-шном коде исчезнут сами по себе, силою мысли. Но проходит время, и мы все видим, что за несколько десятков лет эти люди так и не научились писать корректный код. И дело здесь совсем не в конкретном человеке, если подумать. Но это ж надо подумать. А мало кто из тутошних "экспертов" владеет этим навыком.
> нормальный C++В чём его нормальность? В 1000-страничной спецификации, которую ни один человек в мире не способен освоить в сколь-либо приемлемые сроки? Или в невозможности до сих пор корректно работать с памятью, несмотря на такое продолжительное время существования этого ЯП? Или в технически отсталой инфраструктуре? Или в неспособности быстро внедрять новые стандарты на протяжении многих лет? Или в неполноценной поддержке этих самых стандартов разработчиками компиляторов?
Мне перечисленное выше крайне сложно называть нормой. Впрочем, возможно, что в мире программистов на Плюсах - это действительно норма.
... на медленное продвижение стандартов посетовал, внезапно, адепт языка вообще без внятного стандарта. Браво!
> ... на медленное продвижение стандартов посетовал, внезапно, адепт языка вообще без внятного
> стандарта. Браво!Вангую он сейчас начнет говорить, что стандарт вообще не нужен)
Плохая из вас баба Ванга. Стандарт нужен. Но далеко не всегда. Например, для встроенного софта в критических областях человеческой деятельности - там это важно. Для разработок страничек домашнего сайта пользователя Нуину - не особо.
> Плохая из вас баба Ванга. Стандарт нужен. Но далеко не всегда.Самому не смешно? Ведь правильно же наванговали.
Отсутствие стандарта не помешало начать разработку ещё одного компилятора группой gcc. Это если мы говорим о Rust. В Python тоже нет стандартов, но это тоже не стало препятствием для развития всяких альтернатив "стандартной" среде исполнения.А так, по сказанному есть что возразить? Или, как обычно, "сам дурак"?
> В Python тоже нет стандартов, но это тоже не стало препятствиемИ почему бы это каждый мало-мальски долгоиграющий проект на нём работает в виртуальном окружении с фиксированной версией python и зависимостей?
> Почитал тут тг чатик растаНе читайте советские газеты перед обедом (c) Очень странно делать выводы о языке программирования на основании вопросов начинающих его осваивать в каких-то чатиках.
> И вот таких в раст сообществе очень много
Таких везде много, просто Rust - не исключение. Потому что население Земли растёт, а количество разума - величина постоянная. Мысль не моя, я просто с нею согласен.
> Сообщество раста очень токсичное. Напоминает поведение меньшинств: если ты в чем-то не согласен с нами, то ты автоматически плохой. Также в блоге к релизам у них проскакивает политота.
Тут уже другой Аноним приводил пример относительно токсичности программистов на Си. Кто-то публикует статью на Опеннете про очередную CVE в Си-шном коде. Приходит человек и пишет "Никогда такого не было, и вот, опять". И тут же на него набрасываются в духе "А вот у вас в Rust...", хотя этот человек про Rust ни слова не сказал. И кто после этого очень токсичен?
> Вы же как разработчики должны понимать, что не существует универсального инструмента. Что за дополнительные проверки нужно чем-то платить. Не везде это нужно. А втирают (да именно агрессивно) его как золотую пилюлю, как крупный выигрышь или заоблачный процент для ваших средств.
Если говорить о Rust, то плата за корректность программы - более долгое время компиляции. С этим борются постоянно. В планах на этот код - ускорение на 20%. Другая плата - проверки при использовании итераций и списков в духе for i. Но существует уже обходные решения, как избегать большинства таких проверок так, чтобы при этом и код оставался корректным, и проверок дополнительных не было. Те, кто более-менее знаком с Rust это знают давным-давно. А вот те, кто яростно сопротивляется прогрессу - нет, не знают, просто делают очень часто голословные утверждения без каких-либо доказательств. Это снова к вопросу о токсичности.
Единственное, с чем я согласен из вашего потока мыслей - это с последней фразой. Думайте!
> Если говорить о Rust, то плата за корректность программы - более долгое время компиляцииКорректность программы - это про систему типов, хотя в расте даже завтипов нет. И корректностью там куча проблем (https://github.com/rust-lang/miri/?tab=readme-ov-file#bugs-f...).
> Единственное, с чем я согласен из вашего потока мыслей - это с последней фразой. Думайте!
Да мне без разницы с чем согласен очередной фанатик. Можете даже верить в то, что Земля плоская.
> Корректность программы - это про систему типов, хотя в расте даже завтипов нет.Что такое "завтипы", и почему их отсутствуие - это плохо?
> И корректностью там куча проблем
Rust не устраняет все возможные ошибки в коде. Только часть.
> Да мне без разницы с чем согласен очередной фанатик. Можете даже верить в то, что Земля плоская.
Три дня я гналась за вами. Да! Чтобы сказать вам, как вы мне безразличны 🤣
https://www.youtube.com/watch?v=nhllZWfnXKQ
1. апи очень популярное и используется очень много где в текущем си-коде
2. чел переживает, что если будет его менять, то из-за того что он не хочет править ржавый код - технически не сможет зарелизить свои правки пока не адаптируют раст код(что ему сразу предложили, раз он этого делать не хочет)Но разве изменения в апи не развалят существующую си код-базу с гораздо большими проблемами для последующего релиза? какая-то логическая несостыковка
Всё, что было предложено - написать дополнительную абстракцию, чтобы упростить жизнь писателям драйверов на Rust. Нет, эта абстракция никак не может сломать API для кода на C, потому что эта абстракция является производной, зависимой. Никаких логических несостыковок здесь нет. Зато есть истерический страх Хеллвига, что его хотят подсидеть.
Пути раста неисповедимы!
Посмотрите, только в новостях про раст столько много обсуждений!
пока тут разгоняют флейм, посоны в ядре покумекали и выкатили правила интеграции раст кода в ядро: https://rust-for-linux.com/rust-kernel-policy
Интересные фразы оттуда:Thus, depending on the subsystem, Rust may be seen as a new thing, and new things can break. In fact, ideally it should be fun for maintainers to try Rust.
Is Rust for Linux driven by the "Rust community"?
In particular, it is not an effort driven by the Rust Project nor the Rust Foundation. In fact, Rust for Linux was founded by a Linux kernel maintainer as a hobby.
>В ответ Гектор отправил запрос на удаление себя из числа сопровождающих платформу ARM/APPLE, так как он потерял веру в применяемый в ядре процесс разработки и подход к управлению сообществом. Он также заявил, что разработка платформы ARM/Apple будет продолжена вне основного ядра Linux. У платформы ARM/Apple в ядре остался ещё один мэйнтейнер - Свен Питер (Sven Peter), который намерен продолжить поддержание платформы в ядре.Если раст - это перспективный язык, то эппл - перспективная платформа.
Не совсем понятно, как вы из "если" получили "то". Но в принципе, где-то соглашусь с вами, хотя логическую цепочку я бы строить здесь не стал. То есть, Rust сам по себе перспективный язык, а Arm/Apple - сама по себе перспективная платформа.
Ой, интересно, неужели rust-модули не будут собирать с ключом --release?
Тут либо debug==runtime-проверки границ и переполнения либо release==нет проверок.
Where is profit?
"--release" - ключ для cargo, а в ядре cargo не используется.
Типичная компетентность местных одаренных.
> "--release" - ключ для cargo, а в ядре cargo не используется.
> Типичная компетентность местных одаренных.Ну что нервничаешь то? Ну не то указал...
The Rust compiler supports integer overflow checks, and enables it when debug assertions are enabled
то есть отдельно нужно включать debug-assertions
при этом opt-level 0: no optimizations, also turns on cfg(debug_assertions) (the default).собственно, вопрос можно переформулировть так:
включают ли вручную debug-assertions, если opt-level больше нуля.
Куда пихают Rust, там и возникает кризис.