Кристоф Хелвиг (Christoph Hellwig) ушёл с позиции мэйнтейнера подсистем dma-mapping и configfs. Уход ограничился отправкой заявки на удаление из списка мэйнтейнеров и сообщением о передаче управления оставшимся сопровождающим. В подсистеме dma-mapping сопровождение продолжит Марек Шипровски (Marek Szyprowski) из Samsung, а в configfs - Джоэл Беккер (Joel Becker) из Oracle...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62797
В очередной раз видим, что пропихивание Rust приводит лишь к тому, что разбегаются профессионалы, проверенные временем.
Эти ушли, придут другие. Ничего страшного.
Звучит наивно. Верных ветеранов мало кто может заменить, но можно, вопрос в качестве замены.
История Линукс - это история молодых и смелых. Старперы только и умеют что ныть и жаловаться на изменения погоды. Ценность ваших "ветеранов" придумана самими ветеранами, чтобы сидеть на попе ровно и ничего не делать.
"История Линукс - это история молодых и смелых. Старперы только и умеют что ныть и жаловаться на изменения погоды. Ценность ваших "ветеранов" придумана самими ветеранами, чтобы сидеть на попе ровно и ничего не делать"Нет так это не работает я сказал и будет так, а точнее не везде и не всегда я сказал и будет так. Что могут те или иные люди проверяется на деле.
Кто-то фильмов пересмотрелся
Наверное молодой Линус, когда начал ваять свое ядро вопреки нытью "ветеранов" про единственно правильный "unix-way"
> Наверное молодой Линус, когда начал ваять свое ядро вопреки нытью "ветеранов" про
> единственно правильный "unix-way"Скорее, когда он послал в пень академов с их разработкой не от мира сего, микроядрами и прочим ненужно. А юниксвэй он в целом слизал довольно неплохо.
Вон "ветеран" Это пилит свой опенок, но что-то не поспевает за требованиями времени. Старый уже, а все туда же
* Тэо Раадт
Вообще то Тэо пилит секурные фичи, и он является апстримом для всего мира.
Те эти фичи потом расходятся в венду, линукс, фрю и хз куда ещё.То что его ОС на десктопе кое как пригодна его не сильно волнует, ему главное чтобы не взломали, психика у него так устроена.
>и он является апстримом для всего мира.Он является персональной песочницей. Когда удаляется syscall из-за чего произвольный софт перестаёт собиратся, openbsd превращается в довольно бесполезную игрушку
> является апстримом для всего мираЯвляется он майнтейнером OpenSSH, и ровно до тех пор, пока обеспечивает работоспособность на всех популярных платформах, то есть Windows и Linux. И делает он это исключительно за деньги, да и те небольшие. Было дело ему счета за электроэнергию для всех игрушек оплатить было нечем. А чем он там занимается в свободное от работы время — пиццу печь учится, или пилит свою игрушечную ОС — это дело личное. Такой вот «апстрим».
https://www.openbsd.org/innovations.html
> https://www.openbsd.org/innovations.html"Сам себя не похвалишь, никто не похвалит"
А есть табличка, где напротив каждой такой инициативы указано, как там вне openbsd? А то есть подозрение, что никому кроме openbsd это не нужно
Ну да, будешь ждать, что кто-то придёт и продолжишь лежать на диване, лениво требуя новых фич.
А если не придут тоже ничего страшного? В редокс же они не пришли.
>Эти ушли, придут другие. Ничего страшного.Это при смене анонимов на других анонимов ничего не происходит...
Поправлено: Эти ушли, придут инклюзивные. Ничего страшного.
Инклюзивность сама по себе ни плохо, ни хороша - Оллман, МакКюсик и Розенцвейг могли бы подтвердить. Плохо, когда инклюзивностью подменяют компетентность.
Прям с улицы? Из очереди за забором?)У нас примерно щас такая же история на работе. Стара комманда почти вся ушла, а новой надо пару лет как минимум чтобы изучить проект и начать в нём настолько же разбиратся.
Подсистема DMA конечно сильно меньше, но знаний для понимания что там и для чего сделано требуется явно не мало.
Я бы оценил как минимум пол года вкатыватся опытному разрабу.
>Стара комманда почти вся ушла, а новой надо пару лет как минимум чтобы изучить проект и начать в нём настолько же разбиратся.Есть способы, как затормозить изучение проекта. Когда код полон void*, то даже автор через полгода не вспомнит, что это и зачем.
Типы вообще ниачом, если оно вам мешает - используйте другие ЯП и сидите на других проектах.
>Типы вообще ниачом,Очень очём. Одно дело, когда код сразу не компилируется, и компилятор указывает на строку с ошибкой, и другое дело, когда эту строку нужно искать в дзене и с отладчиком, в правильную фазу луны.
Жалобы неосилятора, лол
Неосиляторы - это вы. Ибо ничего больше си осилить не смогли.
>ничего больше си осилить не смоглиВообще всё мимо.
Вероятно вам лучше использовать не компилируемые ЯП в таком случае :)
Сложно уловимые ошибки как правило следствие плохой архитектуры кода и проекта в целом.
Но даже для таких сейчас есть валгринд и асан.За последние 7 лет у меня на достаточно большом и старом проекте (не моём, с ужас-ужас почти всем) был только один случай когда пришлось медитировать чтобы найти ошибку: данные (закрытый ключ) портились из за гонки потоков, но память не повреждалась.
Для 95% остальных ошибок было достаточно бэктрейс почитать и немного подумать головой глядя в код.
>Вероятно вам лучше использовать не компилируемые ЯП в таком случае :)Наоборот. Интерпретируемые языки близки с си, там ошибка может существовать десятилетиями, пока её кто-то не заметит
>Но даже для таких сейчас есть валгринд и асан.Что значит есть? Вы слабо понимаете, как они работают. Система типов может найти ошибки даже без компиляции проекта. Приведёные вами инструменты может быть найдут ошибку, если скомпилированный код запустить, и попасть в сбойную ветку. Если у вас в коде 10 кнопок и 10 условий, то каждую кнопку придётся нажать. Если это не независимые кнопки, а влияют друг на друга, то вам нужно умножать количество этих условий друг на друга. Будет миллион условий для проверки
>За последние 7 лет у меня на достаточно большом и старом проектеТеперь сравните размер вашего проекта с ядром или браузером. Или любым другим сложным софтом. И количество людей желающих поломать ваш код и ядерный.
>данные (закрытый ключ) портились из за гонки потоков, но память не повреждалась.Вы находите самую лёгкую ошибку и рассказываете, как всё хорошо.
>Для 95% остальных ошибок было достаточно бэктрейс почитатьС каких пор в си появился бэктрейс? Когда у вас повредится память, то бэктрейс будет указывать на совершенно левое место. А если особо повезёт, то и бектрейса не будет, просто значение одного поля влезет в другое поле.
> Наоборот. Интерпретируемые языки близки с си, там ошибка может существовать десятилетиями, пока её кто-то не заметитПонятно, у вас в принципе фобия на программирование.
> Что значит есть? Вы слабо понимаете, как они работают. Система типов может найти ошибки даже без компиляции проекта. Приведёные вами инструменты может быть найдут ошибку, если скомпилированный код запустить, и попасть в сбойную ветку.Бредятина.
misstype ошибки обычно отлавливаются при первой же попытке выполнить код. Если нет - то оно и потом как минимум не падает, просто работает не как ожидалось.
В остальном когда упадёт - тогда и будем чинить.
> Теперь сравните размер вашего проекта с ядром или браузером. Или любым другим сложным софтом.Ну сравнил, дальше что?
> С каких пор в си появился бэктрейс? Когда у вас повредится память, то бэктрейс будет указывать на совершенно левое место. А если особо повезёт, то и бектрейса не будет, просто значение одного поля влезет в другое поле.Вот нам как то так везёт что у нас бэктрейс по коркам вполне информативный.
>Понятно, у вас в принципе фобия на программирование.Нет, у меня фобия на часовые копание в отладчике
>misstype ошибки обычно отлавливаются при первой же попытке выполнить код. Если нет - тооно и потом как минимум не падает, просто работает не как ожидалось.
Я не знаю, какие ошибки вы отлавливаете на первой попытке, но на практике возникает что-то такое https://habr.com/ru/articles/522208/ fork() может потерпеть неудачу: это важно. Особенно хорошо, когда это чужой код, и вам нужно понять, почему именно он падает
>Если нет - то оно и потом как минимум не падает, просто работает не как ожидалось.Такого даже java или c# дать не может, а вы про си говорите. Ошибка как в статье выше может довольно долго портить нервы, особенно если неизвестно, какой именно компонент её вызывает.
>Ну сравнил, дальше что?На сколько порядоков ваш код меньше?
>Вот нам как то так везёт что у нас бэктрейс по коркам вполне информативный.У вас ошибка выжившего.
>но на практике возникает что-то такое https://habr.com/ru/articles/522208/ fork() может потерпеть неудачу: это важноОх, какие-то васяны не обработали коды возврата в своём коде.
Это можно сделать вообще в любом языке программирования (неважно как там устроена обработка ошибок - кодами, исключениями, whatever).У нас я пишу на ревью замечание про "не обработаны негативные кейсы" и ухожу пить чай и листать опеннет и хабр пока васян чинит "свой код".
>Это можно сделать вообще в любом языке программированияНельзя
>неважно как там устроена обработка ошибок - кодами, исключениями, whateverВажно. Если в языке есть исключение, то вместо тихого падения случайной программы будет стек вызова к месту с ошибкой. Если используется алгебраический тип данных, то программа вообще не скомпилируется. Основаня задача продвинутых типов - сделать ошибочные состояния невыразимыми.
>У нас я пишу на ревью замечание про "не обработаны негативные кейсы"Компилятор сделает эту работу за вас. И в отличии от вас, он не пропустит ошибку, поскольку у него глаз замылился.
"Узнаю брата <s>Колю</s> юного максималиста".>Нельзя
Можно.
Не бывает кода без ошибок.>Если в языке есть исключение, то вместо тихого падения случайной программы будет стек вызова к месту с ошибкой
Ага-ага.
В код вставляется catch и исключение молча "съедается".
Манкикодер всегда найдёт способ обойти "назойливый компилятор".>Компилятор сделает эту работу за вас
Может быть он ещё и попрограммирует за меня?
Как компилятор сможет понять, что "вот тут не написан код для выполнения всех требований из ТЗ"?>Если используется алгебраический тип данных
Если имеются в виду чисто функциональные языки, то спешу огорчить - на них нет достаточного числа проектов, чтобы можно было без проблем находить работу.
Про такие языки можно просто забыть в рамках условного "enteprise-кодинга" - это "статистическая погрешность".
Языки же для "нормальных людей" (т.е. такие, под которых есть достаточное количество потенциальных сотрудников на рынке труда и достаточно вакансий же) не настолько совершенны в функциональных приблудах, чтобы быть "золотой пулей".Тем не менее вот лично я вовсю использую мультипарадигменность языка, на котором пишу и мне знакома ситуация, когда грамотно спроектированные типы находят ошибки "за меня" силами компилятора.
Но так писать код попросту "сложно" для среднего программиста с HH - знаю о чём говорю: провёл сбился-со-счёту-сколько собесов, променторил не один десяток джунов-мидлов и местами сеньёров(настоящих, не дутых) приходилось учить писать код.
>"Узнаю брата <s>Колю</s> юного максималиста".Скептицизм был бы хорош, будь у него хоть какое-то основание
>Не бывает кода без ошибок.Количество ошибок очень сильно зависит от того, насколько инструмен им способствует/сопротивляется
>В код вставляется catch и исключение молча "съедается".Даже если будет стоять catch, то всё равно, случайные программы не будут падать от того, что кто-то забыл проверить код возврата на -1.
>Манкикодер всегда найдёт способ обойти "назойливый компилятор".Здесь вопрос в лёгкости поиска таких ошибок. Если в языках типа си нужно просматривать буквально каждую строку, то в других языках нужно просмотреть только оперелённые блоки кода, которые можно найти инструментом чуть сложнее обычного grep.
Это уже не говоря про то, что манкикодеру будет крайне неуютно в таком языке, поскольку каждое его неправильное действие будет сопровождаться ошибками компиляции. Взять к примеру пользователя Ivan_83. Он в текущем обсуждении уже несколько раз написал, что не согласен с тем, что компилятор будет ему мешать писать неправильно. Он ещё ни строки на таком языке не написал, а уже его компилятор отпугивает. Поставь в бекенд разработке условный ocaml или haskell вместо условного python-а, и уже сразу какое-то количество вайтишников пойдёт увольнятся, поскольку г-кодить в таких условиях они уже не смогут.
>Может быть он ещё и попрограммирует за меня?Любой компилятор программирует за вас. Даже си, который за вас переменные в регистры ложит. Именно для этого его и придумали.
>Если имеются в виду чисто функциональные языки, то спешу огорчить - на них нет достаточного числа проектов, чтобы можно было без проблем находить работу.Это уже не проблема языков программирования. Раскрутить какой-то язык возможно, гуглу с голангом это удалось, когда после выхода голого компилятора было написано куча разных библиотек. И как-то и рабочие места сами по себе появились, хотя ранее ниши голанга попросту не существовало.
>Но так писать код попросту "сложно" для среднего программиста с HH - знаю о чём говорю: провёл сбился-со-счёту-сколько собесов, променторил не один десяток джунов-мидлов и местами сеньёров(настоящих, не дутых) приходилось учить писать код.Я бы не сказал что это что-то сверхъестественное. Любой даже начинающий программист может за условные пару лет этому научится, просто не все хотят. Был бы достаточный спрос, и программисты сами начнут переучиваться.
>Скептицизм был бы хорош, будь у него хоть какое-то основаниеОснованием опыт работы над несколькими проектами и с десятками людей самых разных скиллов - от "категорически слабее меня" до "заметно сильнее меня".
>Количество ошибок очень сильно зависит от того, насколько инструмен им способствует/сопротивляется
После излечения/избежания "простых ошибок" всегда начинается стадия когда "вечер становится томным" и лезут чрезвычайно изощрённые баги.
Если бы вы работали над одним крупным проектом лет хотя бы пять кряду и в "сильной команде" (т.е. той, которая способна победить почти все простые баги), то знали бы про такую "особенность" жизненного цикла ПО.>Даже если будет стоять catch, то всё равно, случайные программы не будут падать от того, что кто-то забыл проверить код возврата на -1
Если ПО не работает, то разницы по большому счёту мало - "падает" оно или "стоит".
>Если в языках типа си нужно просматривать буквально каждую строку, то в других языках нужно просмотреть только оперелённые блоки кода, которые можно найти инструментом чуть сложнее обычного grep
Очень наивное суждение.
Чем сложнее и выразительнее язык, чем больше смысла можно вложить в одну строку - тем сложнее и дольше анализировать код на таком языке (если измерять скорость в "строках в минуту").>Любой компилятор программирует за вас. Даже си, который за вас переменные в регистры ложит. Именно для этого его и придумали.
Это не "программирование", а "трансляция" из одного формального языка в другой.
Компилятор не может придумать алгоритм, который в него не вкладывали.>Раскрутить какой-то язык возможно, гуглу с голангом это удалось
Во-первых - "это гугл". Достаточно большая и самодостаточная контора, чтобы применять "административные методы" внедрения языка.
Во-вторых - Go это "недоразумение", а не язык, пиджин какой-то - https://ru.wikipedia.org/wiki/Пиджин
Т.е. нечто упрощённое под уровень среднего программиста.>Любой даже начинающий программист может за условные пару лет этому научится, просто не все хотят. Был бы достаточный спрос, и программисты сами начнут переучиваться.
Не пробовали менторить новичков.
Не пробовали нанимать людей.
Мало того, что программирование требует перекрученных мозгов (относительно "среднего обывателя"), так ещё и из этих "мозговых мутантов" только один из ста будет стремится быть лучше.
>Если бы вы работали над одним крупным проектом лет хотя бы пять кряду и в "сильной команде" (т.е. той, которая способна победить почти все простые баги),До этого ещё надо дожить. А то в итоге годами отлавливют кучу мелких багов и изредка несколько крупных
>Если ПО не работает, то разницы по большому счёту мало - "падает" оно или "стоит".Разница есть. В приведённом выше примере, процесс опасно запускать хоть где-то кроме контейнера. Мне совершенно не хочется вылетать из сессии, из-за того, что кто-то забыл проверить результат fork-а
>Чем сложнее и выразительнее язык, чем больше смысла можно вложить в одну строкуЗато вместо чтения двадцати строк достаточно прочитать одну
>если измерять скорость в "строках в минуту"Зачем вам анализировать все строки?
>Компилятор не может придумать алгоритм, который в него не вкладывали.Зато может очень сильно перелопатить исходник. Та же самая векторизация как один из примеров
>Во-первых - "это гугл". Достаточно большая и самодостаточная контораЯзыки взлетают не только у гугла. У Мозиллы и Жетбрейнса это тоже получилось, а размером они поменьше. И оба этих языка испытали большое влияние функиональщины. Тут даже не обязательно достигать результата го, достаточно прочно занять пусть небольшую но нишу, а потом думать об экспансии
>Во-вторых - Go это "недоразумение", а не языкИ тем не менее, он взлетел. Полагаю, будь вместо go какой-нибудь Standard ML, взлетел бы он не хуже
>так ещё и из этих "мозговых мутантов" только один из ста будет стремится быть лучшеА зачем становится лучше, если зарплату и так платят?
Негативные кейсы? Что это такое? А позитивные? По негитвным кейсам сразу виден отрицательный уровень развития.
> Нет, у меня фобия на часовые копание в отладчикеСделайте тогда за две минуты :)
> Я не знаю, какие ошибки вы отлавливаете на первой попытке, но на практике возникает что-то такое https://habr.com/ru/articles/522208/ fork()Это откровения из детского сада.
Открою вам секретное правило: все данные получаемые извне и используемые в дальнейшем надо проверять.
>Сделайте тогда за две минуты :)Девять только что забеременевших женщин не родят ребёнка за месяц.
>Это откровения из детского сада.Нет, это типичный сишный код. Дать вам любой сишный проект, где будет спрятан десяток таких ошибок, хотя бы на пару сотен тысяч строк, и попросить все их найти, и засечь время с секундомером. Полагаю, вы не справитесь даже за час. В условном Xorg, linux, firefox, chromium подобные ошибки находят постоянно.
> Дать вам любой сишный проект, где будет спрятан десяток таких ошибокКонретно с форком так же можно налажать в любом языке, не понимаю вашего батхёрта.
> В условном Xorg, linux, firefox, chromium подобные ошибки находят постоянно.И это уже давно никому не мешает.
>> В условном Xorg, linux, firefox, chromium подобные ошибки находят постоянно.
> И это уже давно никому не мешает.Ой ли)
Хорг выкидывают из дистрибутивов нафиг, котому что в этой зловонной куче колупаються только за большие деньги.
В линукс внедряют растт, так что любители СИшки плачут и хлопают дверями.
В лисе куски раста уже есть (что-то типа 10%).
В chromium уже разрешили модули на расте и, насколько я знаю, планируют внедрение, как в андроиде.Если бы всем было пофиг, то писали бы на дырявых языках как и раньше.
Вон на примере линуха видно что просто фонатики понабежали и все мозги проели, ядро без раста ещё 1000 лет может прожить, а вот с растом это большой вопрос сколько протянет.
>Конретно с форком так же можно налажать в любом языке, не понимаю вашего батхёрта.Нет. Вы не сможете засунуть в kill не то значение, если форк будет возвращать либо алгебраический тип данных, либо кидать исключение
>И это уже давно никому не мешает.Вышла новая версия 100500, обновитесь, там исправление уязвимости
А -1 это не алгебраический тип данных?
Вместо чтения документации по API и смотрения референсов вы какую то фигню загоняете.Вот почему у меня с fork() никогда проблем не было?
Я вот как то сразу написал: https://github.com/rozhuk-im/liblcb/blob/master/src/utils/sy...
А для дочерних процессов сразу взял posix_spawn() и не парюсь всеми нюансами.А вам какие то типы вечно мешают, языки у вас не те.
Не зря if err != nil в Гошечке Ж)
>С каких пор в си появился бэктрейс?С таких: https://man7.org/linux/man-pages/man3/backtrace.3.html
Или таких: https://refspecs.linuxbase.org/LSB_4.1.0/LSB-Core-generic/LS...
Или таких: https://www.nongnu.org/libunwind/man/libunwind(3).html
>С таких: https://man7.org/linux/man-pages/man3/backtrace.3.htmlВозьмём такую ошибку: после освобождения памяти было следующее выделение памяти, в которое пытаются что-то записать по старому указателю. Какой будет стек вызова?
Когда код полон void*, то даже автор через полгода не вспомнит, что это и зачем.
То есть, о существовании в языке Си комментариев ты не слышал.
>То есть, о существовании в языке Си комментариев ты не слышал.У вас руки отвалятся, комментировать каждую строку. А у читателя - глаза читать весь этот талмуд.
Пишешь код один раз, а читают его потом сотни раз, и чаще всего сам программист, писавший его.
Просто почти никто не задумывается, что работа программиста по большому счету - не уметь писать, а уметь читать. Но это самое сложное, и этому нигде не учат.
Я бы лично предпочел каждую прокомментированную строчку, ибо в реалиях жизни, на самодокументируемый код, "говорящие" имена сущностей и тд надеяться нельзя.
Потому что открываешь проект, и ничего не понимаешь. А еслиб там расписали, где вход, как связаны функции между собой, всю архитектуру бы описали в комментах(например), жить было бы намного проще.
>ибо в реалиях жизни, на самодокументируемый код, "говорящие" имена сущностей и тд надеяться нельзяЗато на типы надеятся можно. Все эти комментарии никак компилятором не проверяются.
>Я бы лично предпочел каждую прокомментированную строчкуПочти всегда это избыточно, ибо код получается вида
// прибавляем b и c
a = b + c;
> Прям с улицы? Из очереди за забором?)Вот прям сразу заменили на чуваков и Samsung и Oracle.
А труп даже остыть не успел))> Я бы оценил как минимум пол года вкатыватся опытному разрабу.
Это если этот разраб вообще с другого проекта.
А если эти же люди писали проект, ревьювили его, или хотя бы рядом стояли, то это уже намного быстрее. Вплоть до формальности в виде замены адреса в списке мейнтейнеров.
> Вот прям сразу заменили на чуваков и Samsung и Oracle.
> А труп даже остыть не успел))При том он же их и сосватал. А чувак из самсунга это многообещающе, да. Как вам идея получить качество уровня f2fs/ksmbd/exfat - в подсистеме DMA?! Вы так сами хруст начнете вымаливать, нафиг. Правда, в случае DMA это вам не поможет - вообще никак.
> рядом стояли, то это уже намного быстрее. Вплоть до формальности в
> виде замены адреса в списке мейнтейнеров.Ну да, самсовым разработчикам то с их историей качества софта (вплоть до кончины накопителей от TRIM команд) - в подсистеме DMA самое место.
А с тем месивом которое хрустики разведут - будет, вероятно, то что Хелвиг предсказал.
не факт что придут, не факт что придут такие же, а не сильно хуже
"у нас за забором очередь"..
Ничто не вечно, немногое долговечно, конец у вещей различный, но все, что имеет начало, имеет и конец.
По идее должен был быть виндафскапец!(С)...
... но что то с последними новостями я начинаю побаиваться что конец таки пенгвину :(Ну и ладно - мы тащили это 30 лет, теперь вот вы покажите чего можете ... :)
> По идее должен был быть виндафскапец!(С)...Обещают уже лет 20 точно.
> ... но что то с последними новостями я начинаю побаиваться что конец таки пенгвину :(
И что? Таки исчезнут гном с кедами?
Я уже молчу про андроид и сотни прошивок для всяких роутеров?> Ну и ладно - мы тащили это 30 лет, теперь вот вы покажите чего можете ... :)
А эти "мы" - это кто?
Ты хоть один коммит в ядро сделал?ps последние лет 10 большую часть кода писали корпы.
>Обещают уже лет 20 точно.Салага! :)
>Я уже молчу про андроид и сотни прошивок для всяких роутеров?
А оно туда влезет?! :)))
Вот гугель удивится когда ведро для андрюшки в телефон не вместится :)))>А эти "мы" - это кто? Ты хоть один коммит в ядро сделал?
А если да - отрежешь себе balls?
>ps последние лет 10 большую часть кода писали корпы.
Последние 10?! Салага! :)
>>А эти "мы" - это кто? Ты хоть один коммит в ядро сделал?
> А если да - отрежешь себе balls?Лол, ну у тебя и фантазии.
Нет, я попрошу пруфы)
А то тут каждый второй "лев толстой" (на словах естественно).
Вон пoх(или нaх?) в 93 столько сделал для линукса, что до сих пор хвастается.
Профессионалы проверенные временем имеют тенденцию стареть, выгорать, черстветь и из революционеров и визионеров становиться консерваторами.
Как быдто что то плохое :)
> Как быдто что то плохое :)Да, они начинают тормозить процессы и прогресс.
У нас сейчас есть отличный пример что бывает когда выжившие из ума деды остаются у руля.
> Да, они начинают тормозить процессы и прогресс.
> У нас сейчас есть отличный пример что бывает когда выжившие из ума
> деды остаются у руля.А еще есть примеры инноваторов с питоном-электроном, которым все проца мало - так что процы уже за полгода - в гамно, менять надо как лампочки. И батарейка лопатника во всю крышку - недостаточно, все равно за день - дохнет. Хоть от нее уже и можно будет авто прикуривать скоро.
Такие себе инновации, имхо. Не вижу чем это тормозное лагучее УГ сделало жизни лучше. В рабство мегакорпам толпу народа - закабалило, это да.
А как же фраза про то, что незаменимых нет?
Придумана совковыми идеологами.
"Кадры решают всё." -- Иосиф Виссарионович Сталин
https://ru.wikiquote.org/wiki/Речь_Сталина_в_Кремлёвском_дворце_на_выпуске_академиков_Красной_Армии_(1935)
Все "совковые идеологи" родились в 91-ом.
Давно Вудро Вильсон стал совковым идеологом?
> Придумана совковыми идеологами.Корпоративными. Им бы так хотелось, желательно - в виде роботов и AI, вообще, чтоб зарплату не платить. Пока, правда, получается не очень - но хотеть не запретишь.
А по-моему мы видим обратное, как сопротивление будущего губит проект. Из-за Кристофа ушли опытнейшие профессионалы на Rustе, и он сам ушел, хотя было очевидно, что Rustу быть, ибо он - безопасное будущее
Безопасное будущее....
Да вы классиков не читали :)Кто меняет свободу на безопасность в итоге не получает ни того ни другого.
> Кто меняет свободу на безопасность в итоге не получает ни того ни другого.А кто говорит про "меняет"?
Раст открытый и свободный - лицензия МИТ, а отличии от коммуняцких ЖоПЛ.
То что он добавляет безопасность (ну типа как "провода нужно изолировать") то стало еще лучше.Да, цена этого - замена кривых-косых инструментов на нормальные (типа как появление безопасной бритвы).
Ну и, в перспективе, выкидывание дидов неосиляторов (типа как замена кучеров на водителей)Но это нормально. Называется прогресс)
Адепты раста и говорят.
Свобода писать/читать что и откуда захочется и когда захочется.
Ну так давай вообще в машинных кодах программировать, полная свобода будет.Удивляют меня, конечно, все эти аргументы, на производстве техника безопасности писана кровью, и там более безопасные инструменты внедряют по возможности. В программировании упрутся и всё. А ведь ещё в начале 2000-х Шнайер в "Практической криптографии" писал, что то, что столько переполнения буффера в наших программах - это позор, полнейший позор
Так пишите на пхп, он существовал когда авторы раста ещё под стол пешком ходили.И не надо примазывать ошибки производства к скромным деффектам кода.
> Так пишите на пхп, он существовал когда авторы раста ещё под стол пешком ходили.И причём здесь пхп? Каждый инструмент для своих задач, пхп для сайтов нужен, а не для разработки ядра, не пишите глупости
> И не надо примазывать ошибки производства к скромным деффектам кода.
Эти "скромные деффекты" кода - в век повальной компьютеризации как раз и вышли на тот же уровень важности. Когда компьютеров было мало и они не решали ничего важного - тогда ещё понятно было бы такое отношение, но сейчас, когда компьютеры повсюду и везде - это просто безответственно
А что вам мешает на пхп в ядро писать?
Вон луа добавили куда то в ядро, и пхп можно добавить.
> Эти "скромные деффекты" кода - в век повальной компьютеризации как раз и вышли на тот же уровень важности.Я вам ещё раз напомню: пока у вас нет ECC памяти вы даже понять не сможете почему прога или ОС скрашились.
Те у вас даже банально диагностики нет для оценки происходящего.В остальном весь мир держится на С коде и ещё куче разных диалектов, и пока норм.
И тут такие растишки пришли спасать мир - от чего?
>Я вам ещё раз напомню: пока у вас нет ECC памяти вы даже понять не сможете почему прога или ОС скрашились.Удивительно, но вот тут даже без ECC памяти обошлись https://www.opennet.dev/opennews/art.shtml?num=62795#161
> В остальном весь мир держится на С коде и ещё куче разных диалектов, и пока норм."Пока норм". Ага. Этих всех дыр, CVE и прочих глюков не должно было быть, если бы... если бы писали на более продвинутых языках. В 80-х понятно почему писали, Си по тем временам был шаг вперёд после ассемблера. Пора сделать новый шаг уже и инкорпорировать более полувека развития теории компиляторов и ЯП в системную разработку.
В идеале надо вообще по пути seL4 идти, но нам пока до этого далеко, похоже
Новых шагов было сделано много, ещё до рождения авторов гнили.И альтернатив С не было очень долго из за переносимости и скорости работы.
На моём первом компе ваша гниль даже бы не запустилась, памяти не хватило бы, а если бы и запустилась то ждать результата пришлось бы столько что на С программу уже бы успели переписать пару раз и отладить :)Дело то не в языке, по крайней мере С весьма не плох как средство донесения мыслей до компа и других людей.
Я ж не против гнили в принципе, просто вы бы не путались под ногами со своей фигнёй :)
> И альтернатив С не было очень долго из за переносимости и скорости работы.Были.
Фортран, APL, Лисп, Simula.
FORTH, Паскаль и Smalltalk.
До стандартизации еще появились Ада, Пролог, Scheme.
С кучей подходов и фич.Но эти языки требовали мозги.
А нужен был ЯП, чтобы даже умственно-отсталая бибизяна освоила.
Ну типа ПХП, но для 70х.> На моём первом компе ваша гниль даже бы не запустилась, памяти не хватило бы, а если бы и запустилась то ждать результата пришлось бы столько что на С программу уже бы успели переписать пару раз и отладить :)
Фантазии просто прут)
Бинарник на расте не намного больше чем на СИшке. А учитывая то, что все проверки на этапе компиляции, то ошибок было бы меньше.> Я ж не против гнили в принципе,
Так чего ж пришел комментировать))?
> просто вы бы не путались под ногами со своей фигнёй :)
Ну... "не говори что мне делать, и я не скажу куда тебе идти" (с)
Но это не важно.
Скоро ядро без раста на соберется, андроид тоже и придется тебе или наступать на свои же принципы или сдрыстнуть куда-то на бздю или солярку.
> Были.Ага, удачи с портированием.
> Бинарник на расте не намного больше чем на СИшке.Попробуй своим растом что то собрать в виртуалке с 32мб озу, ну так уж и быть 128 разрешаю.
Одним ядром на 200 МГц.
> Скоро ядро без раста на соберется, андроид тоже и придется тебе или наступать на свои же принципы или сдрыстнуть куда-то на бздю или солярку.Я уже писал: просто не буду донатить код. Примерно тоже самое что я сделал с фрёй потому что они меня достали.
В ИРЛ ты можешь сам убедится насколько кассовые сериалы где сплошная инклюзивность и повесточка. Орать то они могут и им даже кивают, мол ага-ага, но деньги им не несут и после первого сезона оно помирает.
>Попробуй своим растом что то собрать в виртуалке с 32мб озу, ну так уж и быть 128 разрешаю.У вас проблемы начнутся задолго до раста. Современный софт с такими объёмами в принципе не работает. И для того, чтобы аналог раста при таких условиях работал, там нужны будут совершенно не те вещи, которых вы ожидаете. Это уже не говоря про то, что требования к железу для сборки и работа на каком-то железе - разные понятия
>Одним ядром на 200 МГц.Это вообще не проблема. Код будет просто пропорционально дольше собираться, вот и всё.
> Код будет просто пропорционально дольше собираться, вот и всё.Так о том и речь, что с такой скоростью сборки оно не юзабельное на тех мощностях что были раньше.
>> Код будет просто пропорционально дольше собираться, вот и всё.
> Так о том и речь, что с такой скоростью сборки оно не юзабельное на тех мощностях что были раньше.И что это показывает?
На средневековых технологиях не получится сделать не просто машину, а даже макет машины.
Тупо не хватит всего выплавляемого металла.
Ну так порадуемся, что мы не в средневековье)
>И альтернатив С не было очень долго из за переносимости и скорости работы.Альтернатив не было, поскольку сишники не хотят замечать наличие альтернатив. Вот что вы знаете про ATS или Cyclone? Ничего?
> Свобода писать/читать что и откуда захочется и когда захочется.Ага, тоже так думал, когда был "йуный и зялёный" - когда вместо DOS'а начали пропихивать некую ОС с какой-никакой защитой памяти и (позже) вытесняющей многоздачностью - там я уже не мог так просто записать что угодно куда угодно, программы с грехом пополам изолированы друг от друга, железкой напрямую так просто не покрутишь (причем, для разных железок одного профиля свой подход), всё держится на обработке каких-то сообщений в главном цикле, всё требует прорвы памяти, а главное - всё рисуется в пределах каких-то окошек - никакого тебе творчества. Возмущался - как так, что они себе позволяют, все возможности самоутвердиться отобрали, изверги, никакой индивидуальности, всё серое и под копирку, в тюрьму загнали!
Разделение и изоляция адресных пространсов это был логичный шаг, который почти ничего не стоил индустрии и давал очень много.
В контексте гнили это далеко не так.
>который почти ничего не стоил индустрииНадо было всего лишь навсего выкинуть почти весь уже написанный софт для доса, и написать всё с нуля, да. Поскольку весь он работал напрямую через прерывания и прочую низкоуровневую магию.
Вообще не проблема! Начиная с 386 процессора :) Охренеть новость да?А вот реально нужный софт с маифреймов ... внезапно _уже_ был сделан под такое -> и снова "здрастьте" - проблем никаких :)
> Свобода писать/читать что и откуда захочется и когда захочется.Даже в глок17 есть предохранитель.
И даже не один, а три (если ты в теме и понимаешь о чем я говорю).
И это сделано не просто так.
На некоторых стрельбищах, при нарушении "4 правил" тебя просто выкинут на улицу без права возвращаться.Свобода постоянно ехать по встречке или на красный свет, это еще свобода или просто идиотизм?
Это моя программа и я решаю что и как там делается, мнение компелятора я готов принять к сведению в виде варнинга.
>Это моя программа и я решаю что и как там делаетсяВашу программу нужно захоронить в зоне отчуждения, натыкав по периметру кучу табличек, с запретом приближаться. Поскольку сейчас вы сэкономите десяток процессорных тактов, а потом нужно будет сидеть часами с отладчиком.
> Вашу программу нужно захоронить в зоне отчуждения,
> натыкав по периметру кучу табличек, с запретом приближаться.Зачем? Я его программу наоборот сохранил - шикарный экземпляр.
Буду потом интернов пугать и показывать как некоторые код пишут.
Делайте за свой счёт что пожелаете нужным :)
В вашей программе можете писать как хотите. А тут ядро Линукс - и хотелось бы, чтобы её нельзя было писать "как хочется"
Внезапна! Так и было!
А вот теперь ... хрусть :)
Ну и, кстати, сообщение полное самоуверенности. Компиляторы всё-таки писались не дураками, человеко-годы лучших программистов, просто так они не ругаются, не должны во всяком случае
Ага, пресвятой компелятор!
Сразу видно что вы ни разу на баги в компеляторе не натыкались, когда эта фиговина делала совсем не то что должна или не так.В остальном нынче свой компелятор на базе LLVM любой дурак может написать, на хубре даже был цикл статей howto.
Баги в компиляторе всё же редки, сильно реже, чем баги в использующем его коде> свой компелятор на базе LLVM
Ну так LLVM не дураки писали. Вообще не понимаю этого какого-то презрения к LLVM, которое проскакивает на опеннете
>Сразу видно что вы ни разу на баги в компеляторе не натыкалисьВот когда программист учится программировать, у него везде баги: в компиляторе, в процессоре, в опративке(кто там про ECC говорил?), в спецификациях(кто там xml парсер без них писал), но только не в его коде.
Да, только не в моём коде и у меня есть пруфы, в отличии от тебя.https://bugs.llvm.org/show_bug.cgi?id=27737
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252548
И? Ну есть в компиляторе несколько багов и дальше что? Вы так говорите, словно чаще встречаются ложноположительные срабатывания на ошибки, чем ложноотрицательные.
Я показал пример багов компелятора а не моего кода.
Что вам ещё надо?
Опять пермиссивному ЖоПЛ порвали..
Самая свободная лицензия - общественное достояние. Потом пермиссивные. На границе - копилефт, потому что он пытается как бы энфорсить свободу, снижая тем самым свободу разработчика
Вроде и согласен с заменой на безопасные инструменты, а вроде и несогласен с привязкой на "открытый", но не свободный Rust. Ядро под GPLv2 и должно остаться, чтобы всякие BSD не думали что у них что-то так забрали код.
> "открытый", но не свободный Rust.У него лицензия одобренная даже FSF.
А если говорить честно, то даже более свободная чем GPL.> Ядро под GPLv2 и должно остаться,
Что мешает писать на расте под GPL?
>более свободная чем GPLДавайте не начинать. Есть разница между free software и opensource. Даже придумали специально FOSS.
>Что мешает писать на расте под GPL
Нет ничего не мешает. Ядро и пишут под GPL. А вот всякие библиотеки cargo они как лефтпады в npm, всё вывалено под MIT. И core-utils переписывают на MIT.
> Давайте не начинать. Есть разница между free software и opensource. Даже придумали специально FOSS.Так раст это самый-самый опенсорс.
Даже FSF считает эту лицензию свободной.> Нет ничего не мешает. Ядро и пишут под GPL. А вот всякие библиотеки cargo они как лефтпады в npm, всё вывалено под MIT.
Пусть перелицензируют под GPL. Только согласно правилам.
Можно даже dual-license сделать.> И core-utils переписывают на MIT.
Правильно.
Популярность GPL падает. По понятным причинам.
Передёргиваете. У Раста свободная лицензия
Открытая не равно свободная.
Что Apache, что MIT удовлетворяют критериям FSF, если вам это так важно
>Да вы классиков не читали :)Классики только бумагу и пачкали, пока их современники прогресс двигали
>Кто меняет свободу на безопасность в итоге не получает ни того ни другого.Фаервол уже отключил? Рандомизацию адресного пространства - тоже? От рута работаешь?
> Безопасное будущее....
> Да вы классиков не читали :)
> Кто меняет свободу на безопасность в итоге не получает ни того ни другого.А получает в результате:
rust: sync: change `<Arc<T> as ForeignOwnable>::PointedTo` to `T`Новости из разработки брейнфака-2.0 как они есть.
Никто классиков не читал. Никто даже не помнит (без консультации с LLMами/википедией/гуглом) откуда именно та цитата, какую вы цитируете, была взята, и по какому поводу она была произнесена. А вы же даже процитировать толком не можете.
> опытнейшие профессионалы на RustеЛол. И когда они успели набраться опыта программирования на языке, который сам-то ещё толком не сформирован?
> Rustу быть, ибо он - безопасное будущееКогда-то МакНили то же самое везде говорил про жабу.
> Лол. И когда они успели набраться опыта программирования на языке, который сам-то ещё толком не сформирован?Rust вышел в 2012 году, ему 13 лет. Уже почтенный возраст для наших быстрых времён
Имелось в виду заклинание "стабилизирована очередная порция API".
И почему же у языка в столь почтенном возрасте до сих пор нет НИКАКОЙ модели памяти?
Как вообще можно всерьёз относиться к подобному ЯП? Как на таком ЯП писать системное ПО?..
>хотя было очевидно, что Rustу быть, ибо он - безопасное будущее"Покажи мне людей, уверенных в завтрашнем дне,
Нарисуй мне портреты погибших на этом пути ..."
к сожалению они итак со временем уйдут, а чтобы новые приходили нужен раст. в долгосроке приток новых намного важнее сохранения старых такова жизнь.
Если все нормальные пацаны мейнтейнеры ядра уйдут в знак протеста пропихивания Rust, так победим.
Достаточно выкинуть линуса.
Linux Foundation
Linux != Linus
Проблема в Linux Foundation, а Линус марионетка.
Выпускайте автобус!
> Достаточно выкинуть линуса.борзеет фин, скоро деньги будет требовать чтобы ему закомитили
Они же могут форкнуть линукс, в чём проблема?
В теории могут, а на практике?
И на практике, вот только ведь для этого работать нужно будет, заниматься разработкой и поддержкой, а не языком болтать.
Главный вопрос: зачем?! Проект сложный и ультрабольшой. Какой смысл в нём? Какую нишу он будет занимать?Уже есть FreeBSD, Solaris. Если что-то и делать альтернативное Linux, то нужно копать на новых базовых принципах, а не заниматься перекладыванием яиц. Например брать и развивать тот же Plan9, Colibri, Redox OS и тому подобные. но здесь опять вопрос: а оно надо? Для чего? Какой софт будет? Что с поддержкой периферии и так далее.
Линукс, чтобы хоть как-то с окошками сравнится прошёл 20+ лет эволюции так-то. И в сумме в него было вложено охрениллион жопо-часов. Предлагается повторить это занятие для ещё одной системы? Или может быть всё же вернуть управление и развитие проекта сообществу, которому он и обязан своим развитием и распространением?
> Главный вопрос: зачем?! Проект сложный и ультрабольшой. Какой смысл в нём? Какую нишу он будет занимать?Ну... можно продвигать идею "проект без корпораций, Щво60дка в ОпаснОсти!!111"
Собирать денежки с доверчивых айтишников и мамкиных революционеров.
Все проблемы сваливать на заговор корпораций.
C Librem 5 ведь прокатило?> но здесь опять вопрос: а оно надо? Для чего? Какой софт будет? Что с поддержкой периферии и так далее.
Думаю ответы на эти вопросы тебе не понравятся)
Но! можно попробовать сделать какой-то ЛинуксБздинатор который будет запускать существующий софт в новой системе.
Хотя обычно разговоры сводятся к "копия линукса, но без корпов".> Или может быть всё же вернуть управление и развитие проекта сообществу, которому он и обязан своим развитием и распространением?
С фига ли?
Да, сообщество начинало это проект, но примерно с 2000го туда уже вкладывались корпы.
Сейчас они написали 88 процентов кода в последнем релизе.
Они уже и есть сообщество. Потому что мамкины какеры уже ничего не делают.
Нишу любителей бЯзопасТности.
Весь вопрос же в дровах на расте.
Ну нравится вам раст, верите в него, форкните и добавляйте свои растообвязки.
Если взлетит и реально всем нужно, то победите, линукс загнется. В крайнем случае если станет очевидно что куча очень нужных дров написано на расте, то рано или поздо сольют в мейнстрим.
А если никому не нужно, то и в ядро тащить не нужно.
Собственно путь как и у всех (андройд так например делал, а там как бы побольше патчей).Но нет, растоманы же особенные, им нужны преференции, на каждом углу будут кричать что их принижают и все разом должны кланяться им и поддерживать их растодрова. Пропал калабуховский дом.
> Christoph Hellwig: No rust code in kernel/dma, please.
> Miguel Ojeda: What do you suggest?
> Christoph Hellwig: Keep the wrappers in your code instead of making life painful for others.Хелвиг всё правильно сказал.
Что он правильно сказал? Копипастить один и тот же код из драйвера в драйвер, потому что в его папочке грепать трудно будет. Все тут раст разрабов снежинками называли, но до сишников им далеко очень
Вроде "всё правильно сказал", а потом пошел на...
Тут пора бы задуматься про правильность))Это какая-то СИшная идея копипастить врапперы в каждый драйвер?
Ну типа "давайте делать одни и те же действия десятки раз".Может им платят за кол-во написанных строк?
Или так можно затрекать побольше часов?
Правильность, это когда хруст не тормозит разработку на си. Это когда враппер лежит в отдельным проекте, где после каждого коммита проверяется сборка. Если сборка сломалась, то прибегают дежурные растеры и фиксят это дело. Отвлекать основных мэйнтейнеров на такую рутину - расточительство.
Ровно так сейчас там workflow и устроен. К чему был весь это сырбор не ясно. И возмущаться нужно было с самого начала, а не после принятия принципиального решения о технологии и уже внушительной работы которая проделана.
> making life painful for othersЭти others сейчас с вами рядом? То есть вместо того чтобы одну обвязку с вызовом одной функции поддерживал специальный мейнтейнер, он усложняет и делает жизнь для сотен драйверописателей сложнее. Более того rust/kernel/dma.rs это как раз их код, а не DMA подсистемы.
слабак !
Бороться с химерами - увольте!
не умер - значит победил
Наступают смутные времена линукса...
На третий день индеец по имени "Зоркий глаз" заметил, что у сарая, в котором его заперли, нет стены.
Но вас-то совсем без стен заперли, но вы не посмеете никуда свалить.
Наоборот, в него внедряются инновации!
rust сомнителен в плане ИБ - т.е. той самой безопасности,только не из-за каких-то там переполнений буфера (да, тут можно потоптаться троллям) а именно из-за бэкдоров, которых влегкую пропихнуть и в сам компилятор и в результирующие скомпилированные исполняемые.
> rust сомнителен в плане ИБ - т.е. той самой безопасности,только не из-за
> каких-то там переполнений буфера (да, тут можно потоптаться троллям) а именно
> из-за бэкдоров, которых влегкую пропихнуть и в сам компилятор и в
> результирующие скомпилированные исполняемые.В плане ИБ любой софт сомнительный.
>а именно из-за бэкдоров, которых влегкую пропихнуть и в сам компиляторВ каждой теме про раст одно и тоже безпочвенное обвинение. То что в си уязвимость пропихивается в апстрим и живёт там годами никого не волнует, а вот компилятор раста видите ли страшный.
Не просто страшный, а подконтрольный кому-надо, не специфицированный, безальтернативный, изменчивый. Вирус-полиморфик, заразивший ядро. Компилятор ни заморозить - свежие модули ядра сломаются на следущий день, ни код-ревью провести - слишком быстро и непредсказуемо развивается.
Расскажи, что будешь делать, ИБ-эксперт. "Расслабить булки" не предлагать.
>Компилятор ни заморозить - свежие модули ядра сломаются на следущий деньОсилить написать компилятор раста для последнего editions - задача более чем достижимая.
Без спеки? Удачи.
А потом на полный рабочий день его переписывать, чтобы код, подгоняемый под новый едишен, не перестал работать. Neverending story.
Напоминает, как M$ формат Word-документов постоянно переделывал, чтобы вредить открытым проектам, а в итоге сам оказался не в состоянии корректно его поддерживать. Причем тут M$? Главный спонсор Rust и его продвижения в Kernel. Embrace, Extend, Exterminate.
> А потом на полный рабочий день его переписывать, чтобы код, подгоняемый под новый едишен, не перестал работать. Neverending story.Откуда ты достаешь подобный бред?
Ты в курсе что ядро сейчас собирается С11.
И не соберется С23 (потому что туда добавили bool, спустя все эти годы)))
Точно так же фиксируется, например, edition 2018 и код пишется только под него.> Напоминает, как M$ формат Word-документов постоянно переделывал, чтобы вредить открытым проектам, а в итоге сам оказался не в состоянии корректно его поддерживать.
Что правда?
Или ты всерьез думаешь, что они обязаны согласовывать изменения в своем формате со всякими бомжами?> Причем тут M$? Главный спонсор Rust и его продвижения в Kernel.
И правильно делают. У них бизнес зависит от серваков азура.
Поэтому нужна надежность, предсказуемость и управляемость.> Embrace, Extend, Exterminate.
Прям как гнутые расширения для ГЦЦ?)
> Точно так же фиксируется, например, edition 2018 и код пишется только под него.Фиксируется кем? Тем, кто ещё язык не стабилизировал, спеки не предложил, зато спешит везде внедрять? (У Си, не в пример, комитет стандартизации есть.)
> Или ты всерьез думаешь, что они обязаны согласовывать изменения в своем формате со всякими бомжами?
Чувствуешь себя более значимым, лишь обнимая господскую ногу?
> У них бизнес зависит от серваков азура. Поэтому нужна надежность, предсказуемость и управляемость.
И кого волнуют их проблемы, кроме подхалимов?
> Прям как гнутые расширения для ГЦЦ?)
Документированы. Код открыт. Даже поддерживаются шлангом. Вводились не с целью вредительства или контроля, а наоборот - облегчали жизнь хакерам ядра, иначе бы не использовались.
> Фиксируется кем?Линуксом, Грегом, любым менедлжером ядра.
> Тем, кто ещё язык не стабилизировал,
Не стабильна только experimental ветка.
Остальное стандартизовано через RFC.> (У Си, не в пример, комитет стандартизации есть.)
У си такой "стандарт", что сам автор языка написал что-то типа "комитетчики написали такую фигню, что пользоваться этим не возможно".
> Чувствуешь себя более значимым, лишь обнимая господскую ногу?
Кто о чем, а аноны про рабов, господ. Спасибо тебе, хоть не вспомнил кнуты и галеры))
> Вводились не с целью вредительства или контроля, а наоборот - облегчали жизнь хакерам ядра, иначе бы не использовались.
Да-да, и не с целью приколотить ядро к единственному компилятору.
> Линуксом, Грегом, любым менедлжером ядра.Которые ради корыстного продвижения Rust-а готовы подвинуть опытных сопроводителей? Вот уж кто много на себя берёт.
> Не стабильна только experimental ветка. Остальное стандартизовано через RFC.
Что никак не мешает ломать совместимость, особенно после успешного внедрения в другие проекты.
> У си такой "стандарт", что сам автор языка написал что-то типа "комитетчики написали такую фигню, что пользоваться этим не возможно".
Ритчи умер в 2011, светлая память. Томпсон и Пайк сами написали "фигню" не меньшую (Go). Вот что значит засидеться на теплом месте и растерять хватку.
> Кто о чем, а аноны про рабов, господ.
Про "бомжей" лучше, что ли? Какие-то комплексы за чужой счёт.
Тут хоть мораль есть, мол нельзя служить двум господам: Богу и маммоне.> Да-да, и не с целью приколотить ядро к единственному компилятору.
Именно так. К *свободному* компилятору, который нельзя закрыть и сломать по желанию левой пятки одного жадного хозяйчика, как любой другой, пермиссивный, небезопасный.
>> Линуксом, Грегом, любым менедлжером ядра.
> Которые ради корыстного продвижения Rust-а готовы подвинуть опытных сопроводителей?Это тех которые
- лезут на чужую территорию и качают права
- без вменяемых аргументов ("опой чую будет сложно" это не аргумент) нарушают субординацию
- выкладывают содержание приватной переписки> Вот уж кто много на себя берёт.
Согласен. Таким в ядро не место.
> Что никак не мешает ломать совместимость, особенно после успешного внедрения в другие проекты.
А типа сейчас не ломают)
>> У си такой "стандарт", что сам автор языка написал что-то типа "комитетчики написали такую фигню, что пользоваться этим не возможно".
> Ритчи умер в 2011, светлая память.Но мнения о получившемся языке, насколько помню не поменял.
>> Да-да, и не с целью приколотить ядро к единственному компилятору.
> Именно так. К *свободному* компилятору, который нельзя закрыть и сломать по желанию левой пятки одного жадного хозяйчика, как любой другой, пермиссивный, небезопасный.Свободный он только для столманновских коммуняк.
Напомню clang появился, когда эти деятели захотели заражать гну-раком все что компилируется.
Пришлось даже отдельные исключения придумывать.
Если уж на то пошло, в C "стандартизировали" все те корявые костыли и наколенные ad-hoc решения, которые там изначально напихали как получилось.
А потом годами разгребали все эти gets, неочевидные различия схожих либных функций, одна 0 в конец добавляет, другая нет и т.д. и т.п. Все эти UB ради быстродействия, когда фактически ты либо проверяешь их на месте вручную, теряя это самое быстродействие, либо проверяешь всё доказательно, но тем самым закладываешь мину, которая бабахнет, когда кто-то внесёт правку, не зная про проверку, которую сохранилась только в твоём блокнотике.
Проблема rust в том, что язык изначально чрезвычайно переусложнён (попытка скрестить C и StandardML), и чтобы им полноценно заниматься надо забросить всё остальное. Как минимум чтобы привыкнуть к дичайшим уровням вложенности контейнеров, шаблонов и т.п.
>Без спеки? Удачи.Доказательства этого смелого утверждения вы приводить не будуете.
>чтобы код, подгоняемый под новый едишен, не перестал работатьПодгоняемый кем? Если у вас версия заморожена, то она уже заморожена, и до смены версии никто ничего править не будет
> Компилятор ни заморозить - свежие модули ядра сломаются на следущий деньНе ври, версия языка фиксируется настройками компилятора. Точно так же, как зафиксировали C99.
В своём, альтернативном, компиляторе можешь фиксировать что хочешь, но, если в бухгалтерии принтеры и кассы после обновления перестанут работать, за зарлатой не приходи, поищи альтернативы.
> если в бухгалтерии принтеры и кассы после обновления перестанут работатьГосподи, что ты несешь?
Почему просто нельзя признать, что был непарав? Зачем вместо этого городить бред про бухгалтерии?
> В своём, альтернативном, компиляторе можешь фиксировать что хочешь, но, если в бухгалтерии принтеры и кассы после обновления перестанут работать,Ну как минимум мы уже знаем где и кем ты работаешь)
Но какой умственно отсталый обновит сразу все без проверки?
Лишний бардак никому не нужен.
Два и более языков -- уже бардак
Если ты про атаку Кена Томсона, то во первых этой атаке подвержены все компиляторы, которые способны собрать сами себя, во вторых эта атака исключительно теоретическая. Вообще говоря изначально эта атака на компиляторы Си. И опасность этой атаки заключалась именно в вездесущности Си.
Исключительно теоретическая - ага, вспоминаем случай с XCode и китайцами.
Ничего общего. Это просто заражённое ПО, взятое из недостоверных источников.Может я что-то напутал с авторством, но речь об атаке, которая присутствует в бинарных файлах компилятора, но отсутствует на уровне исходников. При этом перекомпилированная версия компилятора остаётся заражённой.
Сам OpenSource сомнителен в ИБ, т.к. любой может пропихнуть бэкдор.
в OpenSource _можно_ протолкнуть бэкдор, а в проприетарном софте без бэкдоров просто не бывает.
У вас и доказательства есть для всего проприетарного софта? Или, как обычно, забыли таблетки от паранойи принять?
Именно, Ватсон! В открытом софте бэкдор можно найти, а в закрытом остаётся лишь верить в непогрешимость собственников, успокаивая себя таблетками.
Ох уж эти эксперты Опеннетные. Если ты - важный крупный заказчик, можешь потребовать аудит исходного кода под обязательство о неразглашении. А если ты - мелочь пузатая, то даже если у тебя что-то украдут (интересно, что?), то никто не заметит, даже ты.
и застрять потом на долгие годы на этой проверенной версии софта?
или поверить, что раз в тот раз не сунули бэкдоров (или твои ищейки не смогли их найти), то в этот раз уже можно и просто принять на веру, что их там нет?
Ну вообще-то в проприетарном софте также бэкдоры ищутся. То, что для этого нужны навыки выше средних - это к делу не относится.
Навыки выше средних - юзать компьютер с важной проприетарной софтиной без Интернета?
Есть, но они пропиетарные.
А клозет сорс сомнителен потому, что пропихнутый бекдор не смогут найти.
> Сам OpenSource сомнителен в ИБ, т.к. любой может пропихнуть бэкдор.Т.е. opensource, в котором код может проверить любой желающий в любой момент - небезопасный, а проприетарь, которую в принципе проверить невозможно - безопасная? Очень интересная "логика". Впрочем, оно понятно. Как говорится: "Денег очень хочется".
>>может проверить любой желающийНо при этом по факту никто его не проверяют, потому что все думают, что кто-то другой полюбому его уже проверил. Эффект Дженовезе во все поля.
> Но при этом по факту никто его не проверяют, потому что все
> думают, что кто-то другой полюбому его уже проверил. Эффект Дженовезе во
> все поля.А это не важно, главное - принципиальное наличие самой возможности проверки. Ну и, кстати, таки проверяют. Причём необязательно специально. Например, кто-то искал решение для своей проблемы и решил посмотреть, как это другие делали. Полез по коду посмотреть и нашёл ошибку.
>а проприетарь, которую в принципе проверить невозможноЕщё один "эксперт". Уже выше написал, что в принципе проверить возможно всё. Просто заказываешь аудит исходного кода, как это делали, например, крупные заказчики той же Майкрософт. И можешь дальше спать спокойно. Если же ты из местного пивного ларька, то о чем ты там вообще беспокоишься? Тебе, как пользователю, вообще в данном случае пофиг, что открытый софт, что закрытый. Абы работал.
> Ещё один "эксперт". Уже выше написал, что в принципе проверить возможно всё.
> Просто заказываешь аудит исходного кода, как это делали, например, крупные заказчики
> той же Майкрософт. И можешь дальше спать спокойно. Если же ты
> из местного пивного ларька, то о чем ты там вообще беспокоишься?
> Тебе, как пользователю, вообще в данном случае пофиг, что открытый софт,
> что закрытый. Абы работал.А можно предыдущего тролля вернуть, который с этого аккаунта писал? С ним интересней было. Или у него выходной? Или уволился? На то, что он осознал и исправился надежды мало, но вдруг...
То ли дело дыряшечка, в которой количество обнаруживаемых CVE скоро сравнится с количеством строк в исходниках. И каждая CVE случайная, конечно же, а не пропихнутый бэкдор, верим-верим.
Обнаруженные равно исправленные. Тысячеглаз не дремлет!
>Обнаруженные равно исправленныеОсобенно нулевого дня. Аж название для них отдельное придумали
Ну вот тут в соседней новости писали про обнаруженную CVE в иксах, которая там с 1991 года жила. Когда твою систему через свеженькое поимеют - тебе реально будет легче от мысли что лет через 30 этот баг скорее всего найдут, а ещё лет через 20 даже пофиксят? Dirty COW обнаружили почти сразу и даже патч под неё предложили, только вот патч отклонили и жила оно в ядре почти 10 лет.
> CVE в иксахБоюсь-боюсь. Исправленной уявимости, без эксплоита, для которой нужно ещё додуматься запустить Иксы от рута. Как и 100% этих уязвимостей, требующих физического доступа к машине, закрытый ключ для SSH, пароль от root и особого приглашения.
> Dirty COW
Многие пострадали?
100% историй больших взломов - это социальная инженерия. Очередной топ-менеджер, открывший почтовое вложение "горячие ассистентки с горячими бизнес-предложениями" с VBScript-ом.
CVE-страшилки трогают только малогpwnотных истеpwnек на pwnость маpwnтолухам с волpwnными pwnюлями.
>для которой нужно ещё додуматься запустить Иксы от рутаСистемд ненавстники всё от рута и запускают. Хоть nginx, хоть xorg.
>Как и 100% этих уязвимостейДоказательства или отрекитесь от своих слов
>100% историй больших взломов - это социальная инженерияАналогично
>Многие пострадали?Многие выиграли - активно использовалась для рутования телефонов.
Интересно, а откуда у пользователей уверенность, что они первые и единственные, кто рутовал своё устройство? Может оно уже давным давно часть ботнета?Это уже не говоря про то, что вместо того, чтобы голосовать деньгами за нормальных производителей, которые дают рут из коробки, они идут такими окольными путями.
бекдоры можно куда угодно пропихнуть, с этим мы ничего не можем поделать. а вот чтобы неумышленных ошибок становилось меньше можем.
Просто берешь и учишь раст. Что сложного? Мир меняется. Раст -- это метеорит, который уничтожает си-динозавров в пользу прогрессивных млекопитающих. Проигнорировать такой метеорит ну никак не получится, особенно в опенсорс-проекте номер один.
Попытки солнце вручную закатывать - это ещё не изменение мира. Все проблемы будут чуть попозже, когда изменения в базовых подсистемах сломают мелочёвку на хрустишке, а впихнувшие её снежинки уже того. Оставшиеся же в этих портянках из закорючек не разберутся. В итоге будет как обычно - всё это со слезами вырежут, и всё вернется на круги своя.
Всегда и везде все ломается, когда где-то что-то меняешь. Чинить ломающееся -- прямая обязанность разработчика. Это нудная работа, которую компенсируют большим бабосиком. Твоя фраза, что "проблемы будут чуть попозже", выдает в тебе человека, который с разработкой не сталкивался вообще. В правильном виде фраза звучит так: "проблемы есть всегда".
Именно. Вот только проблема - вместо того, чтобы чинить своё, хрустики хотят, чтобы за них чинили уже другие. Поэтому это всё налетит на небесную ось инвариантно, и будет выпилено.
И это кстати проблема целого поколения. Они и в жизни такие же - "Ой, у нас тут крюююютая идея, толкаем". "А делать кто будет, самостоятельно справитесь?". "Нуууу, не знаю..."
> хрустики хотят, чтобы за них чинили уже другиеТот, чье изменение ведет к несобирающемуся проекту -- тот и должен чинить. Пришли "хрустики" -- проект собирается. Далее закоммитил сишник сишную часть, а растовую проигнорировал -- проект не собирается. Виноват сишник, просто потому что именно его изменение привело к ошибкам. Сейчас сишники делают вид, будто раста не существует, но это не беда, ибо в моей аналогии динозавры, делавшие вид, что никакой метеорит не падал, вымрут сами по себе. Те, кто садаптировались к меняющемуся миру -- выживут. Мир *будет* меняться, хочешь ты того или нет.
И да, требования к разработчикам выросли. Теперь надо знать два языка. Опять-таки, не беда, история уже знает случаи, когда одна лингва-франка меняла другую (латынь -> французский -> английский). И ничего, получилось.
для тебя специально повторю ссылку из новостиhttps://lore.kernel.org/linux-mm/CAHk-=whddBhfi5DUi370W3pYs+...
Прелестный тредIt really should be as simple as installing the proper distro
packages, and then "make allmodconfig" will enable Rust. It used to be
much more complicated. So do the pacman / apt / dnf / emerge / zypper
command line to just install the packages, and off you go.Of course, that assumes you have a modern enough distro that it _has_
sufficiently up-to-date rust packages.So if you are on something like Debian stable, it's simply not worth the pain.
Вот именно этот подход и есть то, почему вообще не стоило начинать хруст тянуть в ядро, и Кристоф тут прав абсолютно. Никто не обязан за вас чинить то, что вы вкинули.
У меня кстати (не девелопмент, инженерия) иногда случается.
"Я буду менять xyz, пригляди за своей частью, чтобы не отломалась".
"Блин, а я там не знаю половину, это уже год как легаси, zyx делал".
"Хорошо, тогда перед изменениями эту часть вообще выпиливаем и меняем на свою, только давай быстро".
Я обычно это рублю ещё на подлёте.
"Ой, а давайте вот это."
"Так, а что там в плане поддержки?"
"Ну, коммюнити".
"Окей, какие депенденси".
"Ну ему там нужно редис, монго, питон и го".
"На@#$", ищите более монолитную.
Так если делать как предложил Кристоф. Каждый тащит свои обвязки. Вот допустим. Написали 100 драйверов и в каждом сделали одинаковую или примерно одинаковую обвязку на DMA. Или что он и коммиты в драйвер будет отклонять? Потом в DMA меняется api, и оп проект не собирается. И пойдёт Кристоф чинить 100 драйверов. Хотя давно уже существует подход DRY. Ему предложили сделать одну обвязку, и если вдруг DMA api сломается, то придёт специально обученный человек и починит, вместо того чтобы самому чинить 100 драйверов.В целом правильно Линус говорит. Какие полномочия имеет он блокировать код не в свою подсистему. Или он перепутал kernel/dma и rust/kernel или он мейнтейнер rust/kernel и может отклонять коммиты туда. Тот же самый пример, как он не может отклонять коммиты в драйвера которые используют DMA api. Даже если драйвера были бы написаны на чистом С.
>> И пойдёт Кристоф чинить 100 драйверовПодут авторы 100 драйверов чинить, то что они сломали. Т.к. этот код не обязательный и ответственность лежит на авторах драйверов.
>> Ему предложили сделать одну обвязку, и если вдруг DMA api сломается, то придёт специально обученный человек и починит, вместо того чтобы самому чинить 100 драйверов
Пойдёт чинить Кристоф или другой мейнтейнер, т.к. обвязка является частью системы и это их обязаность гарантировать работоспособность всех компонентов системы, частью которой будет обвязка rust
> Подут авторы 100 драйверов чинить, то что они сломали. Т.к. этот код не обязательный и ответственность лежит на авторах драйверов.Со временем код на Rust станет обязательным.
https://fosdem.org/2025/schedule/event/fosdem-2025-6507-rust.../
Our goal has always been:
Full integration of Rust into the kernel as the second main programming language.
First-class support for the language.
Focused on in-tree, not out-of-tree.
Not limited to loadable modules.
Shared infrastructure, e.g. standard library.
Not limited to drivers or “leaf modules”.
Not limited to kernelspace code.
Always with the aim to upstream it.> Пойдёт чинить Кристоф или другой мейнтейнер, т.к. обвязка является частью системы и это их обязаность гарантировать работоспособность всех компонентов системы, частью которой будет обвязка rust.
Чинить будет тот кто знает Rust и вызвался поддерживать обвязки.
Никто не заставляет других ментейнеров учить Rust.
> Так если делать как предложил Кристоф. Каждый тащит свои обвязки. Вот допустим.
> Написали 100 драйверов и в каждом сделали одинаковую или примерно одинаковую
> обвязку на DMA.Что снежинкам мешает сделать одну внешнюю обвязку? :)
Самостоятельно, не правя код базовой подсистемы.
> Что снежинкам мешает сделать одну внешнюю обвязку? :)
> Самостоятельно, не правя код базовой подсистемы.Ты хотя бы новость дочитал до конца перед тем как бежать и комментировать.
> Линус Торвальдс считает, что Кристоф Хелвиг не имеет полномочий блокировать приём в ядро Rust-обвязок для подсистемы DMA, так как код данных обвязок не затрагивает код подсистемы DMA Mapping и реализован в отдельном подкаталоге, сопровождением которого занимается отдельный мэйнтейнер.
Кристофу напомнили его место, и Кристоф-ни-разу-не-снежинка обиделся и ушёл.
Но недалеко. Он остаётся мейнтейнером freevxfs filesystem, nvm express driver, nvm express target driver, personality handling, и ревьювером vmalloc.
Когда Rust`ительность доберётся и туда, ждём следущую часть марлезонского балета.
Ты не понял. Он не разводил далее цирк, он после первой попытки на вторую просто сбросил ту часть работы, в которой с ним перестали считаться, и в которой на него попытались навесить чужое счастье. Это абсолютно нормальное поведение, не обязан.
Как мило что ты спихиваешь инициативу с растоманов, пришедших со своим самоваром, на тех, кто спокойно сидел и пилил сервис.Зачем сишнику, работающему с сишной частью, идти и подтягивать какой-то там раст?
А если после этого придет ещё какой-нибудь безумец с python/go/ruby/whatever? Нужно будет подтягивать все биндинги из-за трех строк кода? Сам то готов таким заниматься или мы услышим классическое "а чому я"?Инициатор "ломашиющих" изменений здесь - снежинка с растом. Соответственно отслеживание изменений - проблема этого растовчанина. Что мешало сделать отдельный пакет, пихнуть в свой растопакетник и сопровождать там, отдельно от сишного кода - загадка от леваков. А стой... ведь тогда придется действительно брать ответственность за свою поделку, а не сидеть на филейной части и гадить тикетами "вы сломали мои игрушки, а ну быстро чините, у нас тут прогрессивность не прогрессирует".
Ты один из тех людей, кто так и не понял в чём весь сыр-бор?> Зачем сишнику, работающему с сишной частью, идти и подтягивать какой-то там раст?
Незачем, пусть пишет на С как и писал.
> отслеживание изменений - проблема этого растовчанина
Всё так, ты абсолютно прав.
> Что мешало сделать отдельный пакет, пихнуть в свой растопакетник и сопровождать там, отдельно от сишного кода
Ничего не мешало, поэтому так и сделали.
> ведь тогда придется действительно брать ответственность за свою поделку
Да, за эту поделку будет отвечать растоман, никто не вешает ответственность на мэйнтейнера.
Но мейнтейнер DMA был против одной раст-обёртке, а топил за то чтобы врапперов, одинаковых, была куча – по одному на каждый драйвер.
При изменении в DMA API ломались бы все драйвера и их все надо было бы править. Вместо одного места с универсальной обвязкой.
Правда гениальная идея от профессионала мейнтейнера?
> Зачем сишнику, работающему с сишной частью, идти и подтягивать какой-то там раст?Сишнику не нужно было никуда идти, потому что ребята из Asshi Linux брали на себя обязательства по поддержке растовых привязок. Но сишник заявил "ямне не нужен еще один маиетайнер".
> Что мешало сделать отдельный пакет, пихнуть в свой растопакетник и сопровождать там, отдельно от сишного кода - загадка
Мешало то, что Linux - монолитное ядро. И существует оно в одном git репозитории.
> Вот только проблема - вместо того, чтобы чинить своё, хрустики хотят, чтобы за них чинили уже другие.Что ж ты так нагло врешь? Ребята из Asahi Linux брали на себя обязательства по поддержке растовых привязок. Но этот неадекват Кристоф завопил "Мне не нужен еще один маиетайнер!!!" Скатертью дорого ему.
>компенсируют большим бабосикомВыходит, что не компенсировали. Обязанности возросли, а ЗП осталась прежней. Вот народ и бежит.
Не, думаю тут другая ситуация.
Чел думал что он пуп земли, что от одного его слова "будут слоники бегать".
А тут его так жестко опустили на землю.И тут у него выбор принять реальность или свалить хлопнув дверью.
Он выбрал второе.ps забавно как быстро нашли ему замену.
без шуток надеюсь, что он не впадет в депрессию, как типичная снежинка.
Ага, т.е. это не хрусто-снежинки открытым текстом в рассылке призывали к social-media-травле бедолаги, вместо решения технических вопросов цивилизованным путем? Ну ну.
А мужик правильно сделал что ушел, нести ответственность за принятые\продавленные другими решения - глупо.
> Ага, т.е. это не сишкоснежинка-снежинки открытым текстом в рассылкерастрезвонил личный разговор, пытаясь привлечь сторонников, вместо решения технических вопросов цивилизованным путем? Ну ну.
> А мужик правильно сделал что ушел
А у него выбора не было. Зря он вообще быканул.
> нести ответственность за принятые\продавленные другими решения - глупо.
Типа он до этого нес хоть какую-то ответственность.
Другое интересно - кто его такого на работу возьмет, зная что он не только не соблюдает собординацию, но и трепло - может содержимое приватных чатов на весь мир растрезвонить.
>растрезвонил личный разговорКакие могут быть секреты между товарищами? Он же не приватные фото выложил.
>А у него выбора не было. Зря он вообще быканул.
Почему же не было? Высказал свою позицию, не прислушались - ушёл. Вполне себе нормальные трудовые отношения.
>Типа он до этого нес хоть какую-то ответственность.
Тогда зачем вообще у ядра мэйнтейнеры?
>Другое интересно - кто его такого на работу возьмет, зная что он не только не соблюдает собординацию, но и трепло - может содержимое приватных чатов на весь мир растрезвонить.
А что надо было? Закусить удила и дальше делать видимость работы? Как раз наоборот, ценный кадр. Появилась проблема - заявил всем. А мог бы дальше делать вид, что работает, или вообще саботировать процесс. Плюс, NDA он не подписывал, имеет право. К тому же проект публичный, а не какая-то поделка в ООО "ВЕКТОР".
> Какие могут быть секреты между товарищами?А кто сказал что они товарищи? Ядро это не коммуна.
> Высказал свою позицию, не прислушались - ушёл.
Неа, он превысил полномочия. Такое нигде не любят. А в фирме это вообще было бы или нарушением трудового кодекса, или контракта, или еще чего-то.
> Тогда зачем вообще у ядра мэйнтейнеры?
Чтобы писать код и ревьювить патчи, чтобы координироваться с другими подсистемами.
Но даже если они делают работу плохо, то максимум что их могут попросить - сложить полномочия. Никакой ответственности программисты не несут. В отличие от других профессий.> Появилась проблема - заявил всем.
О да, это оценят)))
> Плюс, NDA он не подписывал, имеет право.
Я, что логично, не знаю в чем там велась личная переписка и в какой он юрисдикции (лень искать). Но публичность проекта не является оправданием публикацией личной переписки.
>принять реальностьИ нести ответственность за чужие решения. Оно ему надо?
>Он выбрал второе.
Вполне логично. Его обязанность - принимать решения. Раз лишили такой возможности, то делать тут нечего.
>забавно как быстро нашли ему замену.
Не нашли, а свалили на оставшихся. И не факт, что они согласятся вместо него пахать.
>без шуток надеюсь, что он не впадет в депрессию, как типичная снежинка.
А при чёт тут депрессия? Его должность сократили, такое везде бывает. Но, думаю, он не бедствует, поищет другую работу.
> Его должность сократили, такое везде бывает.Как была его должность так и осталась.
Ее сразу же разделили между двумя другими разработчиками.> А при чёт тут депрессия?
"24 февраля разработчики проекта Rust for Linux предложили патч со слоем абстракции для ФС configfs, сопровождением которой занимался Кристоф Хелвиг. Кристоф не принял участие в обсуждении новой Rust-обвязки к своей подсистеме, а через несколько дней удалил себя из списка мэйнтейнеров dma-mapping и configfs."
Абидился и даже не принял участие))
> Все проблемы будут чуть попозже, когда изменения в базовых подсистемах сломают мелочёвку
> на хрустишке, а впихнувшие её снежинки уже того. Оставшиеся же в этих портянках из
> закорючек не разберутся.поэтому их патчи, решающие какую-то серьезную проблему - будут просто выброшены в помойку, как всегда.
"патамушта вы сломали сборку прослоечки к прокладочке ценнейшего драйвера мигания светодиодиком!"
> В итоге будет как обычно - всё это со слезами вырежут, и всё вернется на круги своя.
нет. Такое мог бы сделать майнтейнер (с некоторым риском) - но его ушли. Поэтому вырежут тех кто пришел с неправильным патчем.
А ценные и полезные исправления от платиновых спонсоров - придут с патчами для хрустопрокладки и их конечно же примут. Это ж кого надо нога, да и денег для найма бесполезных бегунов от борова у rhbm хватит.
> нет. Такое мог бы сделать майнтейнер (с некоторым риском) - но его ушли. Поэтому вырежут тех кто пришел с неправильным патчем.Разве?
Судя по всему он ушел сам. Возможно расплакавшись как снежинка, но это не точно, ждем сливов приватной переписки, как Кристофф любит.> А ценные и полезные исправления от платиновых спонсоров - придут с патчами для хрустопрокладки и их конечно же примут.
Конечно примут. Это же компании которые ядро пишут, а не какие-то бродяги с улицы.
> Это ж кого надо нога, да и денег для найма бесполезных бегунов от борова у rhbm хватит.
Раз Сообщество™ не хочет финансировать разработку, то это сделает кто-то другой.
И как говорится "кто не работает - тот не ест".
Кто будет код писать или оплачивать, того хотелки и будут реализовывать.
А бесполезные паразиты смогут всей толпой пойти на Хурд.
"Раст -- это метеорит, который уничтожает си-динозавров вмести с их ядрами и через миллионы лет появятся новые ядра в пользу прогрессивных млекопитающих."
Вот так надо писать!
> "Раст -- это метеорит, который уничтожает си-динозавров вмести с их ядрами и через миллионы лет появятся новые ядра в пользу прогрессивных млекопитающих."Вот так надо писать!
Ага. Все большие и крупные проекты сдохнут.
А новые ядра появятся на развалинах. И на безрыбье будут считаться рыбами.
ой да ладно через 10 лет иишка будет ядро писать и поддерживать уже вся эта современная суета временное явление..
> Раст -- это метеорит, который уничтожает си-динозавров в пользу прогрессивных млекопитающих.Волков, что-ли?
Мышей-полёвок
> Просто берешь и учишь раст.Не уловил, как его изучение может спасти ядро Linux от мощной скоординированной атаки?
Может помочь атаке.
Если не можешь победить - возглавь! (с)
План такой:
1. Взять сишников и заставитиь выучить раст
1.1 если они сопротивляются - бить палками
2. Внедрить в ядро компонент на расте
2.1 Для этого он должен быть лучше сишного.
3. Внедрить в него уязвимость
4. Найти его. Оппозорить раст!
5. Profit!
Какая ещё атака? Прямо перекличка параноиков. Речь идёт об постепенном улучшении качества кода популярного продукта.
> Просто берешь и учишь раст. Что сложного?Противно присоединяться к стаду неадекватов.
Стаду неадекватов... А говорят, сообщество приверженцев Раст токсичное. Си-шники, похоже, соринку в чужом глазу видят, а бревна в своём не замечают.
Хорошая попытка, ИИ, но знаешь что.. А почему-бы тебе самому раст не выучить?
Ну вообще всё правильно сделал. Трахаться непонятно с чем, встроенным в базовую подсистему, и потом искать тех, у кого это непонятно что сломалось из-за других изменений - так себе работка. Причём ключевое тут - "непонятно что", мейнтейнер базовой подсистемы это даже проанализировать не сможет, откуда ноги, потому что оно написано на странненьком и слегка нечитабельном.
DMA это конечно самая меняющаяся система в ядре. Вот прям сидит такой скуф, "меинтейнит" годами не меняющуюся систему - а тут злые растовики пришли и попросили поработать.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...Вот поэтому мне ближе скуфы.
Опять эти ваши старые сказки про нечитаемый раст и лёгкий элементарный C, но который могут понять только ветераны-эксперты после пол-литра.
Опять ваши сказочки про "безопасный rust" весь обмазанный unsafe...
> старые сказки про нечитаемый растты хоть раз код на раст видел?
> ты хоть раз код на раст видел?Я даже больше скажу: я его писал!
Когда по сути сказать нечего, но вставить свои пять копеек надо, начинают придираться к синтаксису.
>Я даже больше скажу: я его писал!Как-то пруфов нету. Значит не писал.
>> ты хоть раз код на раст видел?
>Я даже больше скажу: я его писал!Ну?! А вот потом - прочитать то смог?! :)
У меня сразу дежавю на пЁрл :-)
Но нонешние салабоны на такие грабли не наступали - откеда им знать то? :)
>потому что оно написано на странненьком и слегка нечитабельномВот один из примеров читаемости си char *(*(**foo[][8])())[];
1. Покажи *работающий* _полезный_ код, откуда ты это взял.
2. Сам-то понял, что тут делается?
>Покажи *работающий* _полезный_ код, откуда ты это взял.А что, этот код не работающий? Какая ошибка компиляции?
>Сам-то понял, что тут делается?И что же? Неуж-то нечитаемый сишный говнокод?
Этот аноним, похоже, даже скомпилировать сам не способен. Способен отвечать только вопросом на вопрос.
$ cc -o test test.c
test.c:1:12: warning: array ‘foo’ assumed to have one element
1 | char *(*(**foo[][8])())[];
| ^~~
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/Scrt1.o: in function `_start':
(.text+0x1b): undefined reference to `main'
collect2: error: ld returned 1 exit status
Так что-что полезного этот код делает?Код дай. Тогда и обсудим. Работающий код, который выполняет полезную работу.
> Код дай. Тогда и обсудим. Работающий код, который выполняет полезную работу.Код работающий, ниже ссылка на godbolt.
И он выполняет полезную работу - демонстрирует твои познания в Си.Вот тебе другой пример божественного синтаксиса.
printf("%d\n", (uint8_t) + (char) - (int) + (long) - 1);
Ну-ну. Какую *полезную* работу он делает? Для чего именно без такой писанины не обойтись?Впрочем, я-то понимаю, что нормального ответа не будет :-)
>Какую *полезную* работу он делает?Ещё раз призываю вас сходить и почитать код существующих проектов, например llvm. Когда в коде столь важного проекта объявления написаны так, словно это школьник пишет домашку на паскале, то вера в сишных/плюсовых кодеров окончательно развеивается. Там будет куча кода типа этого, только простыни будут куда длиннее и без единого отступа. Уже ко второму экрану таких простыней окончательно непонятно, какой блок куда вложен.
#ifndef a
#define b
#ifndef c
#define d
#endif
#endif
Я уже не помню, в каком именно файле я это видел, но вот один из первых попавшихся файлов https://github.com/llvm/llvm-project/blob/0e3ba99ad65f7025d3...
>namespace clang {
>class ASTContext;
>class APValue;
>namespace interp {
>
>class FunctionPointer final {
>private:...
>}
>
>} // namespace interp
>} // namespace clangВот даже интересно, что им мешало нормальный отступ сделать?
Так это уже не про язык программирования, а про то, как кто-то на нём написал через одно место. Язык *позволяет* так НЕ писать. На других ЯП тоже бред можно писать нечитабельный.
> Так это уже не про язык программированияЧтение типов данных по спирали, это самая неотъемлимая часть языка программирования.
>Язык *позволяет* так НЕ писатьЗнаете кто пишет без отступов? Школьники на турбопаскале, пэхэпэшники из начала нулевых, плюсовики в уважаемых проектах прямо сейчас. Очень хорошая компания. Больше никого другого, кто бы так стабильно писал, я не встречал.
В чем проблема-то? Да, можно писать так, а можно писать читабельно. Вот если бы язык не позволял писать нормально, то проблема была бы.
Как обычно, кто-то работает и решает задачи, а кто-то сидит на печи и размышляет, что правильно, а что нет
Именно! А то развели тут. Я и на других ЯП могу такое понаписывать, что удавиться захочется.
>Способен отвечать только вопросом на вопрос.Хорошо, вопросы не задаю.
Большое спасибо за компиляцию, только вот ошибок до сих пор нет.
>test.c:1:12: warning: array ‘foo’ assumed to have one elementВы не можете отличить warning от error.
>Так что-что полезного этот код делает?"Полезность" кода никак к читаемости синтаксиса не относится. Что напишет программист, то этот код и будет делать
>Код дай.У вас уже есть код, а вы требуете ещё. В эту игру можно играть вечно.
>Работающий код, который выполняет полезную работу.Откройте код glibc, linux или llvm, а потом рассказывайте про читаемость.
Так на любой язык "наехать" можно.Вот js
И что?
Шах и мат)) Раст-разработчики не могут наехать на свой основной ЯП
> Вот один из примеров читаемости си char *(*(**foo[][8])())[];Собралось, работает.
https://godbolt.org/z/5aWfY4cYe
Детский сад
Я смотрю, в ядре уже текучка похлеще, чем в галерах всяких.
Тут куча комментаторов ждали Windows капец.Но видимо, что-то другое назревает.
ты вложишь пороль дорогуша?
При чём тут я и какие вообще пароли?
Но мне не жалко, вот сгенерировал: «YWiDqB».
Ну и правильно что ушёл. Нафиг детским садом заниматься. Пусть себе песочные замки стоят. Через 5 лет такими темпом линукса в проде не будет.
А как же Astra? Столько денег все вложили в покупку лицензий.
Кого в этой стране удивляют пропавшие деньги?
>Кристоф Хелвиг считает недопустимым использование нескольких языков программирования в таких сложных проектах как ядро Linux. По мнению Кристофа, смешанные кодовые базы усложняют работу мэйнтейнеров, так как ставят мэйнтейнеров в зависимость от кода на другом языке.Сишники совсем обнаглели. Мало того, что за полвека они до сих пор ничего не сделали не просто в системе типов, даже надстройки типа liquid haskell, которая бы работала отдельно от основного компилятора, так ещё и когда им дают уже готовый инструмент, который нужно только внедрить, так они ещё и отказываются его внедрять. Сишникам принципиально писать дырявый софт, иначе сишник перестанет быть сишником
Все правильно. Если не будет дыр, то как зарабатывать на их залатывании?
Сделали: stdint.h внедрили.
А жёсткое приведение и проверка на С не нужны.
>Сделали: stdint.h внедрили.Какую проблему этот файл решает? Может убирает двойное освобождение памяти? Или быть может убирает ub при разыменновывании нулевого указателя? Или гигиену в макросы приносит? Или любую другую из ужасных сишных проблем чинит?
>А жёсткое приведение и проверка на С не нужны.Перила строить не нужно, всем жить в одноэтажных домах.
Говорят сишнику: на си не получается писать нормальный код, на что обиженный сишник приводит свой велосипед и говорит: смотрите, вот что я недавно в этом году написал, можно же. На это сишнику отвечают: твой велосипед тормозной, и спецификациям не соотвествтует, а ещё он нечитаем. Сишник осознаёт, что его шедевр лишь позорит си ещё больше, и начинает оправдываться: а я и не собирался писать быстрый код, и вообще, это суррогат, которое и должно работать криво. На это сишнику говорят: мы же тебе об этом только что говорили
> Какую проблему этот файл решает?Добавляет необходимые типы данных.
> Говорят сишнику: на си не получается писать нормальный кодГоворите за себя и свой код.
>Добавляет необходимые типы данных.Какие? Аффинные? Алгебраические? Зависимые? Или вы думаете, что добавив bool все проблемы закроете?
>Говорите за себя и свой код.Вы уже выкладывали свой xml парсер, который не соответствует спецификациям
> Какие?Необходимые.
Остальное дописывается или добирается либами.
> Вы уже выкладывали свой xml парсер, который не соответствует спецификациямИ чо?
Он делает то что мне нужно, ни больше ни меньше.У вас то код рабочий есть или мамка-компелятор ещё не даёт запустить?)
> Необходимые.А какие необходимые, а какие нет?
В дыряшке нет даже типа boolean.
Хотя в математике он с 19 века)Пришлось в ядре колхозить
typedef _Bool bool
enum { false = 0, true = 1 }Что ломает сборку с С23, тк в нем, наконец-то, догадались "наверное bool в виде инта это просто какой-то bool-shit".
Может лет через 20 до enum'ов руки дойдут)
> Остальное дописывается или добирается либами.
А потом имеем парад костылей и велосипедов типа 20+ реализаций функции min().
И это я уже молчу про строки.Генитальный подход, от самых дырявых разработчиков.
> В дыряшке нет даже типа boolean.stdbool.h в помощь.
Но по мне int удобней.
> А потом имеем парад костылей и велосипедов типа 20+ реализаций функции min().В чём минус?
> И это я уже молчу про строки.Правильно, их практически нет.
>Необходимые.Кому необходимые? Сколько лет уже с C89 жили, можно хоть тысячу лет её не трогать
>Он делает то что мне нужно, ни больше ни меньше.Люди, смотрите, этот сишник говорит, что поддержка спецификаций в xml парсере не нужна, а парсить можно на глазок. И производительность в парсере тоже не нужна. И эти люди запрещают мне ковыряться в носу
>У вас то код рабочий есть или мамка-компелятор ещё не даёт запустить?)Если бы я не мог удовлетворить компилятор, то и не нахвалиливал бы его достоинства.
> Сколько лет уже с C89 жили, можно хоть тысячу лет её не трогатьДа, можно.
> Люди, смотрите, этот сишник говорит, что поддержка спецификаций в xml парсере не нужна, а парсить можно на глазок. И производительность в парсере тоже не нужна. И эти люди запрещают мне ковыряться в носуНе нужна, ни соответсвие спекам ни супер скорость.
Это не универсальный парсер, это парсер того что мне надо.
А насчёт скорости - я бы помолчал, ибо сравнений никаких не делалось, да и корректными их назвать нельзя будет, ибо у меня нет соотвествия спекам и соотвественно более простая обработка.
> Если бы я не мог удовлетворить компилятор, то и не нахвалиливал бы его достоинства.Так у тебя весь код секретный, хоть бы похвастался, а то сдаётся что ты теоретег насмотревшийся ютуба.
>Не нужна, ни соответсвие спекам ни супер скорость.Слова настоящего сишника
>Это не универсальный парсер, это парсер того что мне надо.А я то думаю, почему у каждой утилиты свой велосипед с разными форматами? Когда в /etc/passwd один, в /etc/fstab другой, а конфиг nginx - третий. А это просто сишники развлекались, велосипеды свои строили
>А насчёт скорости - я бы помолчал, ибо сравнений никаких не делалосьА я бы не молчал. Поскольку в отличии от вас, сишников, я знаю, что текст нужно парсить без возврата к предыдущим символам. А не как у вас, когда в одной функции раза три по строке взад-вперёд катаются. В парсер генераторах у вас была бы ошибка shift reduce conflict
>да и корректными их назвать нельзя будет, ибо у меня нет соотвествия спекамУдивительно, но сишник понял, что ему даже скоростью кода хвастаться смысла нет, так как код может быть сколь угодно быстрым, если он некорректный
>Так у тебя весь код секретный, хоть бы похвасталсяА вы в нём что-то поймете? Я вам уже показывал пример с pattern match на языке Ocaml, вы мне сказали, что на си так никто не пишет. Спасибо, я это и так знаю.
> А вы в нём что-то поймете? Я вам уже показывал пример с pattern match на языке Ocaml,Ну ты покажи то ... а уж коллективный разум опенка разберётся :) Слабо?
Держите https://www.opennet.dev/openforum/vsluhforumID3/136057.html#140
>[оверквотинг удален]
> match func0 () with
> | Success -> do_success ()
> | Err1 -> do_err1 ()
> | Err2 -> do_err2 ()
>А если ему нужно обработать только Err2, то он пишет как в примере выше
>let func2 () =
> match func0 () with
> | Err2 -> err2_only ()
> | _ -> ()
>Далее, кто-то вводит новый тип Err3, и компилятор сразу проверяет, где этот тип обрабатывается, а где - нет. И скажет: вот в примере func1 вариант Err3 обработать забыли. >Если же в си добавят новый тип ошибки, то нужно перелопатить весь код вручнуюИ вот ответ настоящего сишника
>Никто не упарывается писать как в func1.
> Поскольку в отличии от вас, сишников, я знаю, что текст нужно парсить без возврата к предыдущим символам.Так парси, кто тебе мешает?
Покажи свой парсер xml на гниле, может научишь нас чемунить :)> почему у каждой утилиты свой велосипед с разными форматами? Когда в /etc/passwd один, в /etc/fstab другой
Потому что sscanf там всё парсит скорее всего. Или изначально был.
> Я вам уже показывал пример с pattern match на языке OcamlЗачем мне какой окамль и паттерн матч?
Покажи хмл на расте.
>Покажи свой парсер xml на гнилеКак я вам его покажу, когда во-первых парсер xml-а я не писал, а во-вторых я пишу на ocaml, а не на rust?
>может научишь нас чемунить :)Если вы действительно хотите научится, то будете читать про то как устроены эти самые парсеры. Например, что в начале строка подаётся на вход лексеру, а только потом парсеру. Без этого вы граничные случаи, типа <tag attr=">" /> никак не обработаете. Удивительно, но в книге Real World Ocaml сразу даётся нормально описание, а не просто поиск по строке, как это делают сишники
>Потому что sscanf там всё парсит скорее всего. Или изначально был.Это крайне топорный метод, особенно когда нужны будут разные фичи, вроде комментариев и прочего.
> Если вы действительно хотите научится, то будете читать про то как устроены эти самые парсеры.Нет, я не хочу.
Тема парсеров меня не интересует совсем, я их пишу редко и для узких применений.
> А жёсткое приведение и проверка на С не нужны.Конечно не нужны.
Иначе такие как Иван не смогли бы писать эм... код, который у них сейчас получается писать на сишечке. А на сишечке у них даже что-то получается. И оно даже как-то работает. Правда потом патчи не бзд не принимают))Но ядро проект важный и там не хотят чтобы была "как-то".
Тип данных это hint для разраба и компелятора в ряде случаев и не более, не нужно из него возводить нечто абсолютное.Иногда бывает надо и const отбросить и в другой тип сконвертировать приведением и тп, в этом нет ничего плохого.
Если компелятор против такого - нафиг его с его мнением, мой код и я решаю как ему работать.
Можно и на void*+int всё писать, ничего плохого в этом нет, просто сейчас так обычно не пишут и стараются выбирать какой то более осмыленный тип, для удобства чтения.
>Если компелятор против такого - нафиг его с его мнением, мой код и я решаю как ему работать.Ага, решаете. Рискну предположить, что вы список UB и наполовину наизусть не вспомните.
>Можно и на void*+int всё писать, ничего плохого в этом нетВероятность, что такой код будет непортируемым очень высока
Зачем мне помнить этот список?Использование типов мало влияет на портируемость, но вместо int конечно лучше size_t брать для портируемости, с void* вообще никаких проблем нет.
>Зачем мне помнить этот список?Затем, чтобы не писать код с UB. Ибо куча сишников пишет код в надежде на то, что он будет работать, а там UB и код не работает.
>но вместо int конечно лучше size_t брать для портируемостиЭто во-первых. А во-вторых, там огромный вопрос в том, откуда этот int берётся. Учитывается ли там размер типа, поскольку для char* инкремент должен менять адрес на одно значение, а для int* - на другое. И куча подобных мелочей.
Вы слишком загоняетесь :)
А конпелятор или там комитет по стандартизации-то знает, что это просто хинт?>Если компелятор против такого - нафиг его с его мнением, мой код и я решаю как ему работать.
Вот за это дедов-сишников и не любят. Вы же одной рукой пишете про БОЖЕСТВЕННЫЙ ИДЕАЛЬНЫЙ СТАНДАРТ, а другой хрен на этот стандарт кладете.
>Вот за это дедов-сишников и не любят.Ну почему же. Линуса вот расцеловать готовы. Хотя вроде бы дед, и сишник
1. А они типа обязаны что то делать? С какого перепугу? Не нравится Си, так и нечего лезть к нам, критикуешь качество кода, ну так возьми и сделай лучше.
2. Готовый? Да там же сырым сыро все, при каждой новой версии ломается предыдущая, стабильности нет никакой, как и стандарта. Нет формализации, один компилятор, и то закрытый. Ну и да, это проект корпов из мозилы.
> 1. А они типа обязаны что то делать? С какого перепугу? Не нравится Си, так и нечего лезть к нам, критикуешь качество кода, ну так возьми и сделай лучше.Так хотят сделать лучше.
Но диды постоянно ставили палки в колеса.> 2. Готовый? Да там же сырым сыро все, при каждой новой версии ломается предыдущая, стабильности нет никакой, как и стандарта.
О начинаются типичные пук-пук-пук.
Гуглу ничего не мешает зафиксировать edition 2018 в AOSP.
Интернету ничего не мешает работать, хотя "стандарты" это RFC.
Вон почтовая рассылка у кернела не сломалась, а ведь всего-то RFC-822.> Нет формализации, один компилятор, и то закрытый.
Закрытый?
А это что github.com/rust-lang/rust ?
Завязывай бухать, ты несешь чушь.> Ну и да, это проект корпов из мозилы.
Пофигу.
Ядро это тоже уже проект корпов. В последнем релизе те написали 88 процентов кода.
Не согласен ни с чем, кроме этого:
>Пофигу. Ядро это тоже уже проект корпов. В последнем релизе те написали 88 процентов кода.Это - да. Пофиг!
Даже если LF разнесёт ведро на атомы "бьЙЁонд рипЭЙр" то всё равно останутся те, кто с него живёт - и это RH. "За так" его конечно не будет, ну да нам что ли впервой "скачать без СМС" что ли ... "подержи моё пиво"(С) :)))
Из практики реального мира.Главный риск корозии в том, что под внешним налетом скрываются скрытые повреждения, уходящие очень глубоко в структуру стали.
Когда ржавчина завелась, от неё избавиться уже нельзя.
Можно притормозить распространение корозии, однако, разрушение ржавой конструкции - это всего лишь вопрос времени и не более.
P.S>
Хорошее дело "ржавчиной" не назовут.
Существует специальная атмосферостойкая сталь, использующая собственный оксид в качестве покрытия.
здесь постоянно кислотой поливают, не жалея денег
Алюминий?
https://en.wikipedia.org/wiki/Weathering_steel
> под внешним налетом скрываются скрытые поврежденияО них еще Таненбаум говорил.
Возможно следует портировать KDE на openDarwin ...
Похоже на то что FreeBSD скоро станет вполне пригодна для десктопа )))
Достаточно вновь сделать Solaris опенсорсным и будет вам счастье.
А что у него с поддержкой архитектур?
Этого никогда не будет. Поэтому предлагаю GhostBSD как пригодный для десктопа вариант. Просто берем и легко ставим.
дело не в оболочках а в поддержке современного оборудования на всяких ноутах и т.п.
ноуты в сад, ставьте хромуюось и не клюйте остальным мозг
> Похоже на то что FreeBSD скоро станет вполне пригодна для десктопа )))Также как сейчас готов декстопный линукс?))
ЗЫ: а как бздшники продолжат тырить линуксовые драйвера, если они на расте будут?
Или этодругое?)
Линукс вполне готов для десктопа.
Нет.
В них до сих пор встречается недопереводы на русский язык.
То меркам какого нибудь 2004 - он там даже офигенен! :)
Но вот засада на дворе 2k-четвертак(С) а линукс на десктопе всё ещё встречается реже чем динозавр в большом городе :)BSD на десктопе ... ну это для тех кто знает толк(С) и оно им накакой то фиг надо ...
Нет, там тоже чудаки с растом играются.
И в отличии от линуха там тоталитарная секта на полторы калеки.В остальном на фре вполне можно сидеть на десктопе уже лет 5 как (с появления amdpgu), до того было менее комфортно.
Увы Иван но для десктопа в 2k-четветак как то мало _только_ драйверов для видео. Впрочем ты знаешь.Нужен современный Wi-Fi - а с этим глухо и без шансов!
Нужен Bluetooth причём я уже столкнулся что просто BLE уже мало 8-о, надо 5-ку...
Нужен USB4\Thunderbolt - причём учти что там не тупая флЭшка будет, а ... ну к примеру - внешняя видюха! Потянут?
Ну и + камеры, микрофоны, тачпады, пальцесканеры, SIM-card (да!) умение работать с датчиками лаптопчЕга иначе оно сдохнет, ну такое оно сейчас делается :(
... и ещё два эшелона по 50 ЖД вагонов чего надо, столько что трём упырям из коры-комити осилить дай Мегатрон только через пару веков непрерывного кодинга. А надо - прямо сейчас.
Короче шанец - весьма мал. :(
А жаль, иметь запасную полосу это многого стоит. Особенно когда парашют не положен :/
Вифи как то работает нативно и кое где пробросом в виртуалку.
Блютус работает даже нативно, но я не пробовал, мне хватает его в виде звуковухи в которой блютус реализован внутри - я по нему только музон и слушаю.
юзби4 - ну это где то там, у меня и 3.1 вроде девайсов нет :)
Камеры, микрофоны, тачпады - работает.
фингерпринт и сим - хз, первое может быть и работает даже.
сим кстати работает, я вспомнил как oscamd гонял 10 лет назад, а там как раз те же самые смарткарты что и в симках.
И щас у меня смарткарты почти работают в браузере, кажется там конфиг opensc надо под мою смарткарту поправить/дописать.
Надейтесь дальше. Вахтёры-непущатели даже без libsystemd жить не могут, а вы говорите про отдельное ядро, код в которое копипастом не перенести
Вся надежда на Эндрю, что он соберётся с духом и назигует нам новое posix-совместимое ядро.
Создайте петицию.
На какого, Drew DeVault? Так он уже харизмит своё ядро.
Деволт делает харе, а не зиг.
Ну я и написал, харизмит своё микроядро.
>Вся надежда на ЭндрюТяжело жить в мире, где только три программиста: Эндрю, Линус и Хелвиг
Когда люди работают исключительно для зарабатывания на хлеб насущный, надежды на них нед.
> Когда люди работают исключительно для зарабатывания на хлеб насущный, надежды на них нед.Волонтерить можно, но не долго - тк кушать хочется.
Когда человек работает без денег, то у меня возникают подозрения "а кто таки да оплачивает музыку" и "за чей счет банкет".
А если это еще и идейные, то там вообще...
Уже насмотрелись на нео-коммунистов во главе со Столлманом.
Хурд это максимум что они смогли родить.
>Волонтерить можноВолонтёров давно попросили на выход. И ещё кое-кого из одной страны тоже. Весьма очевидно, что их будет всё меньше.
Кукшонок подрос
Молодец Кристоф! Полностью поддерживаю. Только так можно остудить горячие головы. Еще пару таких мантайнеров сделают аналогичный шаг и ядру точно кирдык.Снежинки, ваш ход! Вот пжлста, покажите класс, на что вы способны.
> Еще пару таких мантайнеров сделают аналогичный шаг и ядру точно кирдык.Всем в мире известно, что ядро написал гениальный программист Бильбо Бэггинс ... ой ... Линус Торвальдс. Поэтому ничего ядру не грозит. Как работало, так и будет работать. Just for fun.
Это раньше было "just for fun", а теперь становится не до смеха.
Ну последние годы была куча проЭктов "Go2Linux" :)
Теперь будет "OiNAH!DaiteFortochruObtatno!!!!!" :-))))))Зарабатывали на тудой!, теперь будем зарабатывать на сюдой!, ну вот ваааще пох. Да пох?! :)
> Молодец Кристоф! Полностью поддерживаю.Удивительно, но тут я с тобой согласен.
> Еще пару таких мантайнеров сделают аналогичный шаг и ядру точно кирдык.
А что если нет))?
Вообще он смело, на зарплате от красношапки, напрыгнул на инициативы продвигаемые корпами.
Предсказуемо обделался и свалил в закат.Думаю сообщество, которое пишет ядро, (т.е корпорации) относительно просто найдет замену нашему революционеру.
>на зарплате от красношапкиА вот тут интересно получается. Значит устраиваешься ты работать на плюсы, а тут тебя питон или того хуже php суют. В такой ситуации любой профи просто кинет заявление на стол и молча покинет эту галеру. Здесь же человек высказался. Похоже считал этот проект больше, чем просто работой.
Новость не читай, комент пиши. Его уже благополучно заменили два человека из Samsung и Oracle.
Не заменили, а остались всего 2 человека. Отрицательный рост, однако.
> а остались всего 2 человека"с нужными нам выкриками" (х/ф "День выборов")
Для профессионалов, ИТ - это не бабки, ИТ - это хобби.
ИТ - это необходимость, многие из тех кто думал иначе превратились в фотографии в рамочке с ленточкой.
- Здрасьте!
- Перепиши на расте!Как-то вся эта история с растами, вейландами и системдами напоминает всемирную инклюзивность...
> системдамиСейчас системд - де-факто стандарт индустрии.
На альтернативных инитах осталась кучка маргиналов-нитакусиков. Что-то там пищат и копротивляются. Но индустрии как-то пофиг на такие меньшинства)))
Конечно, поэтому будущее исключительно за платными решениями. Для остальных же выкинут тестовый полигон в виде федорки.
Де-фекто
> Сейчас коммерческие юниксы - де-факто стандарт индустрии.
> На альтернативных юниксах сидит лишь кучка маргиналов-нитакусиков. Что-то там пищат и копротивляются. Но индустрии как-то пофиг на такие меньшинства)))Аноним, 1998г.
Вкрутили стандартом.
Так точнее.
>> системдами
> Сейчас системд - де-факто стандарт индустрии.Сфигали?
Ты ещё заяви, что Ubuntu - лидер мира GNU/Linux
То, что "поколение некст" выбрало "next-next-next-зарплата", означает лишь то, что выросло поколение лентяев. Увы.
> Сфигали?Потому что в нормальных дистрибутивах он есть)
RHEL и Debian, Рач и Бубунта, да даже в генту можно установить.> Ты ещё заяви, что Ubuntu - лидер мира GNU/Linux
> То, что "поколение некст" выбрало "next-next-next-зарплата", означает лишь то, что выросло поколение лентяев.О, старческое бубубу?
"Вот в мое время мы ходили в школу пешком 30 километров через лес! Мы дрались с медведями и убегали от волков!! А нынешние дети просто садятся в школьный автобус..."> Увы.
Выросло поколение, которому не интересен прдолинг-ради-прдолинга.
И это отлично.
>Как-то вся эта история с растами, вейландами и системдами напоминает всемирную инклюзивность...По началу ненавистники системд отвергали снисходящую на них благодать, утверждая, что очередная поделка Поттеринга по быстрому загнётся. Сейчас, когда среднестатистический софт нужно патчить, чтобы он работал без системд, противники благодати обнаружили, что у них лапки, и только ноют на форумах.
И какой конкретно софт для этого надо патчить? А то, когда компиляешь софт из исходников, он и не заикается про отсутствующий НенужноД.
Я полный список не веду, но вот один очень показательный пример: один системд-ненавистник жалуется https://www.opennet.dev/openforum/vsluhforumID3/135934.html#632
>wget -N http://deb.devuan.org/devuan/pool/main/a/apt/apt_2.2.4+devua...
>[skip]
>ldd ./usr/bin/apt
>...
> libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00*)
> libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 (0x00*)
>...Как неудобно получилось - не смотря на то, что apt начался в дистрибутиве без systemd, ему оказывается нужен systemd даже в devuan
А это свойство systemd. Если к нему что-то приросло, то оторвать нереально просто.
Это свойство systemd-ненависитников. Форкнуть apt до его линковки libsystmed - это для них уже непосильная задача. Хотя казалось бы, это же так легко и просто
> Хотя казалось бы, это же так легко и простоты-то каждый день перед завтраком форкаешь, для тренировки?
Ой, нет, просто звездишь.
А мне зачем форкать? Нас и здесь неплохо кормят. Кроме того, я забыл сказать, что если уж человек осилил форкнуть apt, то осилит и кучу других вещей форкнуть.
>Нас и здесь неплохо кормят.Бесплатных бетатестеров редхета? Даже интересно, кто же вас там кормит и чем.
>Бесплатных бетатестеров редхета?У вас даже apt-а без systemd нет, вас вообще ничем не кормят
>- Здрасьте!
>- Перепиши на расте!Убил :)
Это потому, что во всех перечиселнных случаях заявленные цели не соответствуют реальным и поэтому неизбежно идут в ход демегагогия и манипуляции.
>Кристоф Хелвиг считает недопустимым использование нескольких языков программирования в таких сложных проектах как ядро LinuxОт мейкфайлов и прочих рудиментов из 70-ых уже избавились? Или опять этодругин?
Почему вы считаете отлаженые, рабочие подходы и инструменты рудиментами? Которые все знают, умеют пользоваться, решающих свою узкую специфичную задачу достаточно эффективно. Почему есть желание все переписать и переделать? Где гарантия, что получится лучше, проще, понятней?
> Почему вы считаете отлаженые, рабочие подходы и инструменты рудиментами?Палка-копалка.
> Которые все знают, умеют пользоваться,
Прямо с детского сада. В песочнице познакомились и научились пользоваться.
> решающих свою узкую специфичную задачу достаточно эффективно.
Ой, ли.
Оно работает нормально на относительно маленьких проектах.
На больших начинается хаос. Начинается построение костылей и подпорок.
Стандартизация отсутствует...Это как маленькие удобные башскрипты превращаются в ужасные грязные башпортянки.
> Почему есть желание все переписать и переделать?
Потому что есть идеи как это улучшить.
Старье у вас никто не забирает.> Где гарантия, что получится лучше, проще, понятней?
Нету. Особенно с "понятнее" - вон сишники пугаются даже &'A.
Но так можно сказать почти про любую инновацию.
Ждем историй о "хрупких снежинках" которые чуть что убегают в кусты и о гениальном менеджменте, ведущем в светлое будущее - или концепция чуть-чуть поменялась уже?
> Хелвиг не имеет полномочий блокировать приём в ядро Rust-обвязок для
> подсистемы DMA, так как код данных обвязок не затрагивает код
> подсистемы DMA Mapping и реализован в отдельном подкаталоге,
> сопровождением которого занимается отдельный мэйнтейнер.От снежинка! Ему за дело напихали в панамку - ибо нефиг было превышать полномочия - а он абидился и хлопнул дверью))
Ну пусть катится, незаменимых нет.
Зато станет меньше вот таких вахтеров, которые как собака на сене - и сами не хотят делать лучше, и других не пускают.
Не хлопнул дверью (как растоманы - с истерикой в твитторах и угрозами отмены), а подал заявление об уходе согласно процедуре.
Публикация переписки, некоторыми, уже выдаётся за "громко хлопнул дверью" и манипуляциями.
Да-да-да, это другое. Дверьми хлопают только те, другие, которых мы плохими назначили, а наши, хорошие, уходят с гордо поднятой головой. Ага.
>> На прошлой неделе Гектор ушёл с поста мэйнтейнера платформы ARM/Apple в ядре Linux после замечания Линуса Торвальдса о его излишней самоуверенности в желании реформировать процесс разработки ядра и привлечении социальных сетей для раздувания внутренних разбирательств.
>> социальных сетей для раздувания внутренних разбирательствЛол, вы буквально сами себе противоречите
Похоже эпоха линукс завершается. Програмисты побьются на фракции и будут пилить свои ядра на основе линукса.
История Unix, второй сезон.
Т.е если подытожить историю то:
1. Кристоф включил режим турбо-вахтера и полез решать то, что не должен
2. при этом хамил и сравнивал новый язык с раком
3. распиз... выложил в соцсети (через почтовую рассылку) содержание приватного разговора с Линусом, с целью общественного резонанса и давления
4. когда его поставили на место обиделся
5. свалил хлопнув дверью (ну хотя бы без пафосных last word'ов, но это пока не точно)
.....Думаю абсолютно правильное решение.
В ядре не место психически нестабильным снежинкам. Тут люди должны быть прочнее.
А учитывая его крысячную натуру (пункт 3) то предположу, что он еще тот 32рас, если не по ориентации, то по сути.
Как можно ошибаться практически во всем? Да и проблема далеко выходит за рамки личной переписки... опубликовать её было правильным решением. С точка зрения морали, все ровно.
А не Линус ли писал
"Because if we have issues in the kernel development model, then social
media sure as hell isn't the solution" только в упрек растовику?Или Это другое - опубликовать её было правильным решением?
ps Забавно смотреть на подобные переобувания в полете.
Это другое... жаль что вы не в состоянии этого понять.
Работа меинтейнера быть вахтёром, иначе любой дятел накомитит туда мусор и всё сломается.
Гниль хуже рака.В остальном время покажет.
Я думаю что однажды AI просто попросят сконвертировать раст код обратно в С, почистят мейк файлы и на этом всё закончится.
>Работа меинтейнера быть вахтёром, иначе любой дятел накомитит туда мусор и всё сломается.Как вы посмели посягнуть на святой 12309? Вы что, не уважаете традиционные ценности? Или когда на ext4 заканчиваются иноды, в 2025 году. Диды так жили и нам так велели. Этож какая неслыханная дерзость, что уже лет десять назад можно было не страдать, из-за того, что не угадал с процентом инод при форматировании, какое проявление бунтарства, какая наглая ересь!
Но что характерно, хрустик эту проблему не решит. Более того, не будет ресурсов на её решение.
Причем и у тех кто мог бы решить - теперь тоже не будет. Потому что проблемы и так сложные, затрагивающие много сложных механизмов в разных частях ядра, а тут еще и от борова иди побегай.Итааааксойдет, просто поставьте наконец уже nvme побыстрее, и вы этой 12309 никак не ощутите!
>Потому что проблемы и так сложныеНет, это потому, что сишники каменным топром пытаются сделать то, что нужно делать отвёрткой для точных работ.
>а тут еще и от борова иди побегайНастоящий сишник должен уметь бегать от борова ещё до того, как узнает про раст. Ибо иначе в его коде будут в лучшем случае утечки памяти
>Нет, это потому, что сишники каменным топром пытаются сделать то, что нужно делать отвёрткой для точных работ.Но оно работает, в отличие от...
>Настоящий сишник должен уметь бегать от борова ещё до того, как узнает про раст. Ибо иначе в его коде будут в лучшем случае утечки памятиИ много там натекает?
>И много там натекает?Посмотрите про соседнюю новость https://www.opennet.dev/opennews/art.shtml?num=62795#157 В нормальном языке такое не скомпилируется, в си эти уязвимости тянутся с 1994 года.
Поэтому иксов на "нормальном языке" и не получится никогда."Не компилируется" на нем ничего сложнее прослоек к прокладкам.
> Поэтому иксов на "нормальном языке" и не получится никогда.Ну на нормальном языке такого овна как иксы точно не получится)
Вон в соседней теме удивляются, какие диды были затейники, такие извращения придумывали.А вот вейланд, протокол уже из нынешнего тысячелетия, вполне получается.
COSMIC написан на расте.> "Не компилируется" на нем ничего сложнее прослоек к прокладкам.
У тебя не компилируется, а у гугла компилируется.
Что ж такое!
>Ну на нормальном языке такого овна как иксы точно не получится)Язык - дело осемнадцатое. Первое - люди. Увы и ах, и пока AI не победит.
>> "Не компилируется" на нем ничего сложнее прослоек к прокладкам.
>У тебя не компилируется, а у гугла компилируется. Что ж такое!У мозиллы - тоже не компилируется. Уже с десяток лет :)
"Что ж такое!"(С) Аффтырь
> 2. при этом хамил и сравнивал новый язык с ракомДа как он посмел называеть вещи своими именами!!!! Ух, негодяй! Наверно еще и раковую опухль нельзя называть... раковой опухолью?
Вот, допустим, добавили всё что хотели и скомпилировали "раст ядро". Оно тогда будет какого примерно размера? Просто у меня опасения, что не все роутеры и маленькие одноплатники смогут обновиться на ядро ~50Mb и вы будете вынуждены покупать новое железо.
> Оно тогда будет какого примерно размера?Точно такого же.
> что не все роутеры и маленькие одноплатники смогут обновиться на ядро
На расте планируют писать драйвера. Вроде драйвера для видях нвидии Nova.
Если для вашего одноплатника нужен будет такой драйвер, то оно станет на размер драйвера больше. Если нет - то ничего не изменится.> вы будете вынуждены покупать новое железо
И вы еще годами будете сидеть на старых lts ядрах, пока сам одноплатник не превратится в хлам.
>Точно такого же.Звучит как хуцпа. Люди на протяжении девяти лет удивляются огромным rust бинарникам, аж проект min-sized-rust появился. https://github.com/johnthagen/min-sized-rust
А вот такие же вопросы и статьи для СИшки
stackoverflow.com/questions/6771905/how-to-decrease-the-size-of-generated-binariesЗачем в компиляторе всякие флажки:
With -O, the compiler tries to reduce code size and execution time-Oz
Optimize aggressively for size rather than speed.-finline-small-functions
Integrate functions into their callers when their body is smaller than expected function call code (so overall size of program gets smaller).gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
Или "вы не понимаете! это другое!"
Конечно другое. Бинарники на Си изначально небольшого размера. Есть strip, вырезает комментарии из бинарника. При этом, разница обработанного strip бинаника для Си получается ещё более выигрышная. Оптимизация Os.
> Конечно другое. Бинарники на Си изначально небольшого размера.Потому что по умолчанию собираются не статически, а зависят как минимум от разделяемой библиотеки libc (0.5-2Мб в зависимости от системы).
> Есть strip, вырезает комментарии из бинарника.
> При этом, разница обработанного strip бинаника для Си получается ещё более выигрышная.
> Оптимизация Os.OMG. Експерт в треде.
"Rust ships pre-built copies of the standard library (libstd) with its toolchains."
У раста просто большой рантайм, плюс он для раскрутки стека зашивает номера строк. Также он добавляет отладочные символы (собственно как и Си, но просто их больше в виду специфики языка). Плюс он зашивает всё, что относится к выводу, а не парсит формат строку. Можно продолжать, но смысл, думаю, донес. Бинарник Си будет при прочих равных заметно меньше, чем на расте, в реальных программах.
>У раста просто большой рантаймЕсли надо, он отключается.
>Также он добавляет отладочные символы
Это тоже отключается.
>Можно продолжать, но смысл, думаю, донес.
Нет. Плохой из вас манипулятор.
>Бинарник Си будет при прочих равных заметно меньше, чем на расте, в реальных программах.Не будет. Уже много раз сравнивали. Разумеется "прочие" должны быть "равными".
Это не "проект". Это просто небольшой туториал по тому как надо настраивать Rust-проекты для релиза. И никаких откровений там нет.
>Люди на протяжении девяти лет удивляются огромным rust бинарникамЛюди за десять лет не поняли, что гораздо приятнее видесть стек вызова с осмысленными сообщениями об ошибке, а не абстрактный segmentation fault
Люди давно изобрели отладчик и дебажные сборки. Но нет, опять на опеннете кто-то не знает об их существовании.
Сейчас бы в проде включать отладчик и выкатывать дебажную сборку ради экономии места на диске. Кстати, а сколько в терабайтах экономия-то?
> выкатывать дебажную сборку ради экономии места на дискеЧел, дебажные сборки весят в разы больше, чем релизные. Из-за дебажной информации.
Не лезь больше в темы, в которых не шаришь.
А смысл пихать в продакшен дебажный код? Но если очень надо, ставишь нормальный дистрибутив, где пакеты с отладкой идут отдельно. Честно, не понимаю, откуда у тебя проблемы, которых уже лет 40 никто не испытывает.
>Просто у меня опасения, что не все роутеры и маленькие одноплатники смогут обновиться на ядро ~50MbА что, в одноплатниках стоит полноценное десктопное ядро, из которого не повырезали всё что только можно? И драйвера для тех же видеокарт?
Конечно повырезали, но они повыезали из ядра на Си, стало всего несколько мегабайт. Мой вопрос стоит ли переходить на rust заведомо зная, что ядро станет не лучше, только больше и не влезет на флешку роутера? На x86_64 с этим проблем не будет, но они будут на всём остальном.
> стоит ли переходить на rust заведомо зная, что ядро станет не лучшеВаш вопрос сам по себе не верен.
С чего вдруг ядро не станет лучше? И как вы это заведомо знаете?
Ядро станет на 10% менее дырявое - уже будет большая победа.> только больше и не влезет на флешку роутера
С чего вдруг оно станет больше, если для роутера вы не будете включать в сборку дрова на расте, как сейчас не включаете дрова на си?
Вы сами придумываете проблему, а потом считаете что она блокер для раста.
А ядро жиреет и без него. Совсем "недавно" 4/32 роутеры работали нормально, а сейчас 32 MB RAM is deprecated, 64 MB RAM may have some issues with stability и рекомендуют уже 128.
Ну и по флешке аналогично - 16/64 as a minimum for any device.Так что начинайте задавать вопросы прям сейчас, пока раста в ядре нет.
Новый ли это роутер? https://openwrt.org/toh/mikrotik/rb5009ug_s_in Обратите внимание, раздел под ядро у него всего лишь 15360 KiB. Про то что там не будет дров на расте и прочее вранье - можете даже не начинать. Продвигающие раст не задумываются о том что если ядро из-за раста станет >15Mb - придётся в таком случае заменить всё на менее дырявое, включая железо.
> придётся в таком случае заменить всё на менее дырявое, включая железо.Sucks to be you в таком случае. Нужно было думать что покупаешь.
Ядро может разрастись >15Mb еще до того как в него попадет первый драйвер на расте.
Значит будете сидеть на старом LTS, не в первый раз.
Подобного железа ой как много. Не только у меня. Как только предостережения высказанные мною произойдут - любителей продвигать раст в ядро начнут ругать последними словами. Вот я и думаю, если это увеличит размер пусть и на лишний мегабайт, то раст в ядре не нужен, там и Си нормально справляется.
> Подобного железа ой как много. Не только у меня.Кого волнуют проблемы нищуков некролюбов?
> Как только предостережения высказанные мною произойдут - любителей продвигать раст в ядро начнут ругать последними словами.
И? Ругать они могу хоть прямо сейчас.
Но одно дело на форуме "не мешки ворочать", а другое - ядро писать.
Ну побухтят и заткнутся. МОжет свалят на фрю или еще какую-то маргинальщину.> Вот я и думаю, если это увеличит размер пусть и на лишний мегабайт, то раст в ядре не нужен,
Ты думаешь. Другие решают.
> там и Си нормально справляется.
А он не справляется)
Грег отлично расписал, что кучи СИшных ошибок просто не было бы, если бы писали на расте.
>> Подобного железа ой как много. Не только у меня.
>Кого волнуют проблемы нищуков некролюбов?Тебя. Как и положено дешёвым деффкам :)
Да ты не плакай, ты не первая :)
Google вот тоже сильно удивится если ведро в их распоследние телефоны не влезет :)
>>> Подобного железа ой как много. Не только у меня.
>>Кого волнуют проблемы нищуков некролюбов?
> Тебя. Как и положено дешёвым деффкам :)Ну тебя порвало, пол темы загадил))
Причина тряски в чем?
У тебя полная кладовка железок из 80х и ты не знаешь что с ними делать?
Не волнуйся, может даже ты найдешь нормальную работу и сможешь позволить себе что-то получше бомж-железа.
> Как только предостережения высказанные мною произойдутНасколько самоуверенно)) "Если предостережения произойдут"
> любителей продвигать раст в ядро начнут ругать последними словами.
Абсолютно по... что "сообщество" там пищит.
Системд ругали - ругали.
Вейланд ругали - ругали. Даже сайтики создавали и петиции какие-то писали совсем отбитые поциенты.Вот и раст будете ругать. А что вам еще остается))
> там и Си нормально справляется.
Уже справляется плохо.
>то раст в ядре не нужен, там и Си нормально справляетсяХорошо, давайте, внедряйте в си афинные типы, утрите этим смузихлёбам нос. Потом за каждый лишний байт их стыдить будете. Или у вас как всегда лапки?
>Обратите внимание, раздел под ядро у него всего лишь 15360 KiBВ начале экономят буквально на спичках, а потом удивляются, что у них система не влезает. А почему раздел не 8192? Неуж-то менеджер не мог сэкономить ещё несколько центов, создав ещё больше потенциальных проблем? Или вообще 4096, пусть погроммисты сидят, каждый цикл на ассемблере пишут
Embedded Rust существует. Это не про Linux, но такое хорошо развивается и даже отдельные конференции проводят. Ни о каких 50МБ бинарников там конечно дело не идёт. Так что Rust уже готов к использованию в малотребововательном железе, а то и вообще baremetal.
Но реальных примеров где оно уже есть - конечно же не будет? :)
Статью про Вольво читали? Вот это оно.
> вы будете вынуждены покупать новое железо.воооооот
и не только это железо, а всю периферию и софт для её поддержки, потому что после добавления раст линукс превратят в доильный аппарат
Ахаха! "Кисо обидилась"А ведь прав был анон:
> > Если Линус согласится на подобное нарушение субординации и сложившейся практики, это может привести к кризису управления разработкой ядра, а если откажется - остановит продвижение Rust в ядро.
> Нарушение субординации - это именно Крис. Укусил руку, его содержащую. Линус не укусит.
> > And I also do not want another maintainer
> Просто у системы будет один сопровождающий. Просто это будет не Крис. Вот и всё.opennet.ru/openforum/vsluhforumID3/135976.html#304
И таки да. Крис уже не сопровождающий :)
Вроде мелочь, а приятно.ЗЫ: жду когда Тцо пошлют н...р. Или он сам свалит.
Неприспособился?
Ничего странного в этом нет, за забором очередь на его место.
Может быть сам кристоф ведет себя не очень, но он подымает вопросы вопросы в которых есть смысл: 1. Нужен ли зоопарк в ядре? 2. Готов ли сам руст к применению в таком серьезном проекте как ядро, не забудется ли руст как куча этих новых и перспективных?
> но он подымает вопросы в которых есть смысл:1. да нужен - просто почитай что написал Грег
2. готов
3. нет не забудется, тк уже миллионы строк в опенсорсных (AOSP) и коммерчиских проектахНо он подымает еще другие правильные вопросы:
1. что делать с мейнтенерами которые не только неосиляторы, но и берут на себя слишком много?
(и сам отвечает на это вопрос)
2. что делать агресивные противники старья ставят палки в колеса?
(отвечает Линус - развести проекты насколько это можно)
Миллионы строк где то там ни очём не говорят.
Человечество ни раз делало дорогие ошибки, строило ненужные города, заводы, делала прочую ненужную работу в титанических масштабах.
> Миллионы строк где то там ни очём не говорят.Но их отсутствие говорило бы гораздо больше.
По крайней мере "у кого-то получается".
Вон гугель пишет rust baremetal и не ноет.> Человечество ни раз делало дорогие ошибки,
Например оказывалось от раста в ядре)?
> строило ненужные города, заводы, делала прочую ненужную работу в титанических масштабах.
Строило ядро в виде монолита)?
Я на 99% уверен, что во всех этих случаях были аргументы и споры.
Проблем и трудностей не будет, только если ничего не делать.
Но тогда бы мы до сих пор сидели в пещерах с палкой копалкой.
Ядро работает прекрасно и без руста, поэтому его отсутствие ничего плохого не значило, а вот присутствие вызывает массу вопросов об адекватности манагемента.
> По крайней мере "у кого-то получается".Получается что?
Закапывать деньги в ненужный железобетон?
Усложнять поддержку продукта более чем в два раза на ровном месте?
> Строило ядро в виде монолита)?И что?
Главное чтобы оно работало и имело разумную сложность поддержки.
> Но тогда бы мы до сих пор сидели в пещерах с палкой копалкой.Если вы думаете что раст это то чего не хватало или что даст какой то профит цивилизации - скорее всего нет. Оно решает весьма специфичные и редкие проблемы с не большим импактом, оно не привносит дополнительной ценности.
Из хайпового вон AI вполне себе решает новые проблемы и привносит новую дополнительную ценность. Аналогично с IoT.
А раст просто ещё один диалект компьютерного.
> Ядро работает прекрасно и без руста,По твоему мнению.
Линус думает иначе:
"You'd think that all the basics would have been fixed long ago, but they're not. We're
still dealing with basic issues such as memory management."
Грег думает иначе.
Кейс Кук думает иначе.
Некоторые другие разработчики тоже думают иначе...> Получается что?
> Закапывать деньги в ненужный железобетон?
> Усложнять поддержку продукта более чем в два раза на ровном месте?Если ты про гугл - то по их словам поддержка упростилась, тк ошибок и циклов "фикс-проверка" стало меньше.
> Если вы думаете что раст это то чего не хватало или что даст какой то профит цивилизации - скорее всего нет. Оно решает весьма специфичные и редкие проблемы с не большим импактом, оно не привносит дополнительной ценности.
К таким фразам, наверное, стоит добавлять IMHO (по моему скромному мнению).
Надежность ПО это не пустой звук в современном мире.
У человека в мобилке и банк и личные фото.
Кто там как думает для меня не является аргументом в споре.
> Надежность ПО это не пустой звук в современном мире.Она и без раста выросла за последние 10 лет очень сильно благодаря быстрым багрепортам, утилитам типа валгринда и асан и фазингу.
И когда вы мне пишите про надёжность - надеюсь вы делаете это с железа где есть ECC для памяти, иначе можете помножить на ноль свою надёжность.
Подтверждаю, современные дистрибутивы Linux надёжнее работают чем 15-25 лет назад. Система вообще не падает, не зависает.
>И когда вы мне пишите про надёжность - надеюсь вы делаете это с железа где есть ECC для памяти, иначе можете помножить на ноль свою надёжность.Зачем лечить переломы, когда грипп до сих пор не побороли?
Надёжность это всё в целом, а не одна серебрянная пуля.
> Надёжность это всё в целом, а не одна серебрянная пуля.Да. И раст это не серебряна пуля, тк помогает только с одним классом типичных дыреней.
Но кричать "зачем вам замок на двери, ведь с неба может упасть Апофигс! замки не нудны пока нет противометеоритного лазера" это выглядит максимально тупо.
Но ты в чем-то прав.
Надежность она "в целом".
И с растом ядро будет надежнее чем "только на сишке".
Раст - это не замок для двери. Это радиоуправляемая программируемая ручка опускания для круга унитаза. Ну вот реально нет в ней пока необходимости.
Нет никакой надёжности в целом. Если у вас программа падает от segmentation fault, то ECC память вам никак не поможет
Если у тебя из памяти читается не то что ты туда записал а каждый раз разное, то можешь со своим растом хоть как обмазыватся.Всё остальное легко фиксится.
>Если у тебя из памяти читается не то что ты туда записал а каждый раз разноеЛюбят сишники всё на железо списывать. Только вот, о чудо, каждый раз выходят новые патчи, и после устранения очередной сишной дырени код работает нормально
>Всё остальное легко фиксится.Мысль о том, что некоторые баги можно вообще не допускать вам в голову не приходила?
Приходила и ни один раз.
И каждый раз я запоминал как делать не надо и с помощью поиска находил и переписывал все похожие места в моём коде, так сказать для закрепления.Просто я вам ещё раз повторю: у меня есть С и я могу на нём написать код который как минимум меня полностью устраивает, а как максимум на нём крутятся публично доступные сервисы в инете, и есть другие языки программирования на которых я тоже могу написать нужное мне.
В последнее время я больше на shell script пишу, и как вы понимаете у меня тоже никаких проблем с утечками или повреждениями памяти там не возникает.Раст мне просто не нужен, как не нужна сто двать первая отвёртка, ибо 120 отвёрток у меня уже есть и их хватает, а когда не хватает - есть дрель, мотолок и прочее.
> Просто я вам ещё раз повторю: у меня есть С и я
> могу на нём написать код который как минимум меня полностью устраивает,Мы в этом даже не сомневаемся!
> а как максимум на нём крутятся публично доступные сервисы в инете,
Искренне сочувствую пользователям.
> В последнее время я больше на shell script пишу
Вооот! Это правильный уровень!
> Раст мне просто не нужен, как не нужна сто двать первая отвёртка,
Для того уровня качества тебе и молоток сошел бы - шурупы вполне забиваться и молотком.
> Искренне сочувствую пользователямВ смысле!?
У них выбора не было: другого софта с таким функционалом и такой производительность просто нет.
Они даже неудобный xml конфиг терпят :)
>утилитам типа валгринда и асан и фазингу.Вместо того, чтобы изначально не допускать ошибки, вы хотите их долго и нудно отлавливать по одной. Вместо того, чтобы ходить на ногах - пользоваться костылями
Ну и пиши сразу без ошибок. Кто запрещает-то?
Си. На расте/окамле/хаскеле как то само собой правильный код получается
У самих растиков не получается https://github.com/rust-lang/rust/issues
> Кто там как думает для меня не является аргументом в споре.Это не "кто-то", а сам Линус. И мнение его является аргементом, в отличие от мнения опеннетных ванек.
> Оно решает весьма специфичные и редкие проблемы с не большим импактом, оно не привносит дополнительной ценности."Microsoft и Google заявили, что 70% уязвимостей связано с ошибками работы с памятью."
Я просто уточнить. Если по твоему мнению 70% это редкие проблемы, то какие проблемы по твоему мнению частые предъяви? Какой процент CVE по твоему мнению не связан с проблемами с памятью?
Потому что вы статистику так воспринимаете.
Возьмите код пусть на гниле или там на пхп, там будет 90% в логике.
Отлично, выкидываем пхп и гниль и изобретаем новый язык где нельзя будет допустить ошибок в логике, так получается?
Потом у вас станет 90% от невнимательности и забывчивости, тогда опять перепишем на новом языке.
Дальше окажется что 90% ошибок вообще от кривых требований идёт, тогда выкинем людей и пойдём пить пиво.
Ура!Может лучше сразу пойти пить пиво?)
>Возьмите код пусть на гниле или там на пхп, там будет 90% в логике.Откуда этот процент с потолка? Сразу же, как только случится чудо, и вдруг, вместо php код начнут писать на си, суммарное количество всех ошибок, типа sql инъекций уменьшаться не будет(а с чего бы им уменьшаться?), зато их процент будет падать, поскольку к ним прибавится кривая работа с памятью. И вы же первый же побежите рассказывать, как си дисциплинирует разработчиков, смотрите на сколько процентов упало количество sql инъекций от общего числа ошибок.
>и изобретаем новый язык где нельзя будет допустить ошибок в логике, так получается?Открою секрет, но да. В php есть куча мест, где можно ошибится, те же sql инъекции. И если встроить sql в php, то их количество серьёзно упадёт.
> Откуда этот процент с потолка?С головы.
Но там явно нет даблфри и прочего, как класса.
Так что остаётся логика и какие то просчёты в архитектуре/требованиях.Это был пример чтобы показать что мир лучше не станет от внедрения раста и что за растом вам потребуется сделать ещё несколько шагов прежде чем вы избавитесь от людей.
Может дешевле будет посидеть на попе ровно лет 10 и подождать прихода AI кодеров?)
> Оно решает весьма специфичные и редкие проблемы с не большим импактом,Просто открой список CVE ядра и посмотри кто там на первом месте
cvedetails.com/product/47/Linux-Linux-Kernel.html?vendor_id=33
Спойлер: это Memory Corruption> оно не привносит дополнительной ценности.
Избавление от части zero day и RCE это не ценность?
Ты бы хоть не позорился /_-
Дополнительная ценность это когда функционал прирастает и не абы какой а полезный и нужный.
А исправление деффектов, особенно которые редко случаются это с трудом тянет на ценность.
Линус так-то конкретный ультиматум поставил. Жёстко конечно. Или ты поддерживай раст или не лезь туда где не понимаешь.В свою очередь Грег выкатил очень чёткую позицию, с которой нельзя не согласится. Чисто технический ответ, без всякой политики про инклюзивность. Что это облегчит работу мейнтейнерам по поддержке и ревью кода, что не придётся фиксить проблемы памяти в новом коде. Что старый код на C никуда не денется, а лишь попытка не не вносить новые баги. Что из-за запутанного linux api прослойка раста позволит без дополнительной проверки удостоверится что api вызывается правильно.
В не менее серьёзном проекте chromium уже во всю на Rust пишут и только радуются. Если Rust уже приняли в ядро, то значит уже готов для использования. И это пошло на пользу и ядру и расту. Помните ту эпопею с десятками патчей по включению Rust в ядро, в результате которого Rust существенно допилил для написания системного ПО, а не только прикладного.
>Помните ту эпопею с десятками патчей по включению Rust в ядро, в результате которого Rust существенно допилил для написания системного ПО,вот это-то мне и не нравится, Linux - не тестовая площадка для обкатки Rust'а.
>что это облегчит работу мейнтейнерам по поддержке и ревью кода
как облегчит?
>Что старый код на C никуда не денется,
Грег просто старый сказочник, если уж появился Rust в ядре, постепенно он захватит всё.
Так вот как раз тестовая обкатка была на этапе пинг-понга патчей, до включения в репозиторий. После которой только спустя пару лет, и после исправления всех замечаний, и после обсуждений коммюнити мейнтейнеров во главе с Линусом дало добро на включение rust-for-linux в основную ветку.Главному мейнтейнеру стабильной ветки Linux виднее. Через него проходят все ревью остальных нижестоящий мейнтейнеров. На ревью приходится в первую очередь отслеживать не попортил ли кто память, и то что не всегда получается, что мы видим по CVE. Раз он считает, что это упростит жизнь мейнтейнерам и позволяет сосредоточится на ревью логики - значит так и есть. Кто мы такие чтобы ему не доверять?
Никто специально рабочий код переписывать на Rust не будет, потому что это сотни человеко-лет. Конечно процент Rust кода будет постепенно увеличиваться за счёт нового кода. За примером далеко ходить не надо огромный chromium проект, принимают новый код на Rust, и как-то живут с двумя языками.
> если уж появился Rust в ядре, постепенно он захватит всё.Оговорка по Фрейду)
Растохейтерам плевать на технические преимущества, на удобство и безопасность.
С их точки зрения Rust - чуждая сущность, которая захватывает территорию.
А Кристоф - мученик, павший за веру.
Адепты культа Си.
>1. Нужен ли зоопарк в ядре?В ядре уже зоопарк. Только сишники привыкли к тем же мейфайлам, и их это не волнует. И история с xz ничему не учит
Тогда почему Кристоф пошёл против воли большинство которые 2 года назад проголосовали за приём раста в ядро? Нужно было раньше устанавливать границы. Сейчас он уже меньшинство, и лишь может мелко ставить палки в колёса, отклонят патч просто за наличие раста.
Ну не равится Раст - пускай форк на С/С++ создаёт.
Лучше было бы если бы такие сишники переключались на разработку BSD систем.
Собственно, Алан Кокс так и сделал.
вроде ничего такого он не делал - уволился из интела одним днем, и больше не возвращался.Видимо, накопил наконец на пиццерию.
Рюмку чаю предыдущему оратору! FreeBSD rules!
А зачем им это? Вот сопровождал ты годами систему, используемую от подвалов до боинга, а теперь внезапно иди-ка в ножки кланяйся альтернативно-одаренным ребяткам не особо желающим вообще с тобой разговаривать, и пиши под систему которая используется разьве что соней, да и то 1/100 от той системы в странной позе.Поэтому _такие_ - найдут себе работу где-то за деньги, ее еще хватит, можно даже повыбирать без хруста или без необходимости сопровождать костыли, связывающе его с ядром ос, и совершенно не будут больше связываться с тем опенсорсом.
Ну или пиццерию откроют, если накопили подкожный жирок.
Тоже в общем неплохое хобби, если умеешь.
Или Wаверма и нанимаешь пару трудовых мигрантов.
Не-не, ты не вЪехал - нанимать это уже суриос бусинес, а купить себе пиццу на берегу озера с публичным пляжем... это оплачиваемое хобби на пензии :)
Голубая IT-шная мечта тут в америках btw :)
> иди-ка в ножки кланяйся альтернативно-одаренным ребяткам не особо желающим вообще с тобой разговариватьЭто ж ты про Хелвига, да? Или про Тс'о? Как раз, альтернативно-одарённые, не могут больше одного языка в голове уместить — чек, в ножки им кланяться надо чтобы патчи приняли — чек, ни с кем не хотят разговаривать (мне второй майнтейнер не нужен) — чек. Найдут работу или придётся таки идти пиццей торговать мы увидим.
Это вот да! Мы многое скоро увидим. Диапазон от ржа победила и CVE отменили за неимением :))) До ржа победила и линпунсу - перпец! :)Чтобы ржа не победила - это вряд ли. Уж больно больно суют :))))
А вот понравится ли еЯ победа - "мы увидим".
Правильно сделал, что ушёл
Выгорают все, рано или поздно.
Просто снежинки тают быстрее.https://www.opennet.dev/openforum/vsluhforumID3/136016.html#19
Посмотрим чем это кончится, а я пока в свете последних событий не буду обновлять ядра и думаю буду не один такой.
Кажется ядро (и люди в нем) подошло к очень важному этапу.
Этапу принятия.Я с нетерпением жду ближайшего релиза, где окажется что все работает и потеря-замена одного мейнтенера не повлияло на работоспособность.
Думаю это будет чудовищный удар по дидам, которые твердят про свою незаменимость.
> Этапу принятияМне вот интересно, сколько дидов поймут, что внезапно они заменимы и переобуются?
Ведь кушать хочется, а до пенсии еще далеко.А еще, когда этап принятия будет у местной публики?))
Или они таки выполнят свои угрозы и перейдут на бсд?
Это у вас проблемы с пониманием. Незаменимых нет! Вопрос лишь в качестве. Ржавчина должна была решать проблемы и повышать качество, а не наоборот, попутно создавая другим проблемы и усложняя их жизнь. Должны ли... нет, не должны.
А чем вам угрожает переход "местной публики на BSD"?
Болит сердце за BSD, что там окажутся вот какие...
Внезаптно есть куча других мест где нужны головы с руками.
Вряд ли в нормальных местах нужны дырявые головы.
Поэтому ржавчером - хрен работу найдёшь, всё так. :)
Какая у вас необычная физиология, а еду вы куда себе суёте?) Ректальное потребление пищи?)
Пенсия она ,это, у Марека из Samsung, и Джоэла у Oracle.
Там не пенсия, там у людей давно уже куча RSU накапала за годы работы. Это помимо зарплаты. С точки зрения каких-нибудь московских программистов это невиданные деньги.
Ядро очищается. И это хорошо.
От квалифицированных кадров. И это хорошо? Безумие.
> От квалифицированных кадров. И это хорошо?ты пытаешься объяснить человеку который DRM не отличает от OpenGL - это дохлый номер. Они ориентируются только на авторитет главарей - абсолютно управляемые существа.
Ничего страшного. Специалистов по DMA и OpenGL за забором целая очередь...
> В подсистеме dma-mapping сопровождение продолжит Марек Шипровски (Marek Szyprowski) из Samsung, а в configfs - Джоэл Беккер (Joel Becker) из Oracle.Его уже легко и непринужденно заменили.
Думаю эти ребята посмотрят на своего, уже бывшего, коллегу и дважды подумают "а включать ли режим вахтера".
Не заменили, а скинули на оставшихся его работу. Могут и крякнуть от такого напряжения.
> Не заменили, а скинули на оставшихся его работу.Если скинули работу вот так легко и непринужденно, то заменили)
Потому что для других подсистем мейнтейнеров ищут и не могут найти.Недавно новость была, что свалил Калле Валло и "на роль сопровождающего драйверов беспроводных сетей (drivers/net/wireless/) кандидатуры на данный момент нет"
linux.org.ru/news/linux-general/17868851> Могут и крякнуть от такого напряжения.
А могут и не крякнуть. Вот когда крякнут, тогда и поговорим.
Дадут им в помощь активного растовика и вывезут как-нибудь))
>Если скинули работу вот так легко и непринужденно, то заменили)Это не замена.
>А могут и не крякнуть. Вот когда крякнут, тогда и поговорим.Это неизбежно.
От квалифицированных и токсичных. Да, в дальней перспективе это хорошо.
Линуса вот чего-то никто не заменяет, хотя по токсичности даст фору любому.
От разработчиков.
Правильно сделал. Дальше будет хуже - подсистем в ядре к которым надо писать биндинги ещё много и другие майнтейнеры уйдут, релизы будут только для яблочных комьютеров а они никому не впёрлись. Давно пора на l4 уходить.
вы об этом l4?https://ru.wikipedia.org/wiki/L4_(%D0%BC%D0&#...)
оно реально живое?
> оно реально живое?на десктопе не очень, на критически важных системах одно из основных.
Которое из? Их даже в этом компилятивном описании - целая санта-барбара, сорок штук кривых в разных местах реализаций с несовместимыми апи.Если ты про seL4 - реально живое на тех полутора специфических полностью изолированных применениях, где не нужны ни драйверы, ни совместимость, ни сложное управление памятью.
Потому что ничего этого и нет, сделайсам.
"разумеется, никто даже и не собирался ничего делать".
> Давно пора на l4 уходить.Правильно!
Вон гугл недавно представил проект Open Se Cura.
Там верифицированное микроядро seL4 + системное окружение, написанное на языке Rust.
Да еще и лицензия человеческая - Apache 2.0.
> Вон гугл недавно представил проект Open Se Cura.не интересует - слишком далеко до реального применения, проще паравиртуализацию сделать на L4 и всё что для линукса написано автоматом работает
драйверы писать на нативном api микроядерного окружения
то есть не написать их никогда.Правильной дорогой идете, товарищи.
> то есть не написать их никогдапочему? сейчас даже мануалы есть
https://genode.org/documentation/genode-platforms-23-05.pdf
если переписывать из вендорских ядер то лучше сразу на L4. Я сейчас вообще не вижу смысла тратить время на Linux, с появлением аппарантой виртуализации его проще под гипервизором запустить если надо, лучше заниматься современными микроядерными системами - линукс и так есть, пусть корпорации делают его для меня.
> Вон гугл недавно представил проект Open Se Cura.напомните, что там стало с фикцией...или как там ее?
>> Вон гугл недавно представил проект Open Se Cura.
> напомните, что там стало с фикцией...или как там ее?гугл решил что проще поломать дидов и затащить раст в ядро.
а фукция - это типа запасного аэродрома
Вот мне очень не понятно, почему Линус и сотоварищи просто не отладят процесс рецензирования и приёма изменений связанных компонент, а вместо этого опять развели бразильский сериал какой-то.Вот что, в таком большом проекте, как ядро, никогда-никогда за 30 лет ни с чем подобным не сталкивались?
> почему Линус и сотоварищи просто не отладят процесс рецензирования
> и приёма изменений связанных компонентТак это сейчас и происходит. Просто часть участников ведет себя неконструктивно.
Вместо "я, к сожалению, раст не знаю, поэтому давайте вот этот человек обяжется мейнтейнить растокод (а если он исчезнет, то мы просто выкинем код как abandoned)" пишут "раст не знаю, учить не будут и вы меня не заставите, но второй мейнтейнер все равно не нужен".А и про всякие сомнительные сравнения можно и не говорить.
Такие заявления не способствуют разрешению проблемы, а только повышают градус конфликта.> никогда-никогда за 30 лет ни с чем подобным не сталкивались?
За 30 лет скорее всего не было ситуации, что один из мейнтейнеров не знает язык.
А теперь она появилась.
Сомнительные? Навряд ли. Неприятные? Да.
> Так это сейчас и происходитНет.
> Просто часть участников ведет себя неконструктивно.
Все стороны сейчас ведут себя неконструктивно.
> За 30 лет скорее всего не было ситуации, что один из мейнтейнеров не знает язык.
Чушь. Кристоф Хелвиг знает Rust. Это факт.
> Чушь. Кристоф Хелвиг знает Rust. Это факт.Вот это самое странное. То есть это не отрицание, потому что я не знаю. Это отрицание потому что я не хочу видеть 2 языка в проекте.
Ничего странного в том, что у человека болит сердце за проект, которому он посвятил массу времени. А теперь сюда пытаются без мыла влезть корпоративные обезьянки, которым плевать на результат, главное, сеюмитно господ удовлетворить, а потом - хоть трава не rustи.
> А теперь сюда пытаются без мыла влезть корпоративные обезьянки,Лол, ты говоришь про Christoph Hellwig, который
has worked for well-known customers such
as Dell, SGI, IBM, Red Hat and startups like
LeftHand Networks and Smapper Applied Data
or Nebula.В таком случае, он сам корпоративная бибизянка.
> которым плевать на результат,
Грег хорошо расписал кол-во исключительно СИшного овна, которое приводит к CVE и ошибкам.
Если на результат плевать - то раст и не нужен.
За человека дела говорят. А не слетни анонимимимишного овна.
P.S. Надо же, везде has worked, но нигде, на попе ровно, не задержался? Молоток.> раст и не нужен
Нужен. В той же роли, что и C#, и Java, в своё время. Сертифицированно подлизнуться к Большим Нанимателям (TM).
> За человека дела говорят.Да. Например его вахтерство и хамство.
> А не слетни анонимимимишного овна.
usenix.org/system/files/login/articles/login_june_03_hellwig.pdf
Ты про статью, где он дает интервью в журнал?
Как грубо!> Нужен. В той же роли, что и C#, и Java, в своё время.
Нет. Шарп и джава это отличные языки для бизнес приложений.
И они успешно выкинули дыряшку из этой области.> Сертифицированно подлизнуться к Большим Нанимателям (TM).
Вижу что ты в этом разбираешься и язык у тебя хорошо работает.
Поверю на слово.Но отмечу, что корпы пишут 88% кода в ядре. Так что без них сидел бы на Хурде.
> Все стороны сейчас ведут себя неконструктивно.Позиция Линуса вполне себе конструктивна: или вы принимаете участие, или вы не даете полезные советы. Плюс напомнил мейнтейнерам, что у их полномочий тоже есть границы. И что "налагать вето" на "что угодно где угодно" у них права нет.
> Чушь. Кристоф Хелвиг знает Rust. Это факт.
Да, но этот конфликт только продолжение. До этого был конфликт с Теодором выНеЗаставитеМеняУчитьРаст Тсо. Который раст не знает и учить не хочет.
И еще раньше, на этапе мерджей RfL были конфликты с Охедой.
Сейчас все расставили по местам.
>Который раст не знает и учить не хочет.Как что-то плохое. Тебе надо, ты и учи.
> Как что-то плохое. Тебе надо, ты и учи.Ну, я какбэ уже)
Если он не хочет, то пусть не учит. Но в интеграцию раста пусть тоже не лезет.
Теодор, кстати, в прошлый раз наехал на раст потому что растовики хотели написать обвязку для для работы с ФС. И по сути пытался регулировать "как и кем используется результат работы [его] кода." То, что потом повторил Хелвиг и что было признано превышением полномочий.Поэтому Теодору лучше продолжить копаться в сишечке и не лезть в обсуждения раста.
А то вдруг его тоже кто-то заменит :)
>Но в интеграцию раста пусть тоже не лезет.Зачем тогда патч на хрусте ему прислали? Очевидно же, если бы он не имел бы дело с рустом, то и не смог бы его заблокировать.
>растовики хотели написать обвязку для для работы с ФС
В отдельном проекте им никто это не запрещал. Более того, даже не имеет право запрещать. А так да, никто никому ничего не должен. Мне бы пришли с php, я бы тоже послал.
>Зачем тогда патч на хрусте ему прислали?Шта? Вы бы хоть немного ознакомились с ходом событий, а потом бы уже в дискуссию лезли.
>А так да, никто никому ничего не должен.
Это не сопровождающему решать.
>Поэтому Теодору лучше продолжить копаться в сишечке и не лезть в обсуждения раста.
>А то вдруг его тоже кто-то заменит :)Вот это было бы круто! Тсо - последний _FS_-ник в ведре :-)))
Начинайте переписывать ext4.* на ржавый - это тема, реально говорю! :)))PS: Бедный пингвин, развальцуют тебе ... междулапие :)
> Тсо - последний _FS_-ник в ведреАхаха! Да ну? Вот реально последний? (Не, ну может ты вкладываешь в слово "последний" чуть другой смысл, тогда я даже с тобой соглашусь)))
Мейнтейнеры других ФС- Chris Mason (BTRFS), Alex Elder (XFS) и другие такие: ну да, ну да, пошел я на..., у нас же есть ВЕЛИКИЙ ТСО!
ext4 это уже древний хлам. Его нет смысла переписывать ни на что.
Если уже переписать на расте, то bcachefs, хотя тут его создатель может раньше переписать.
> ext4 это уже древний хлам. Его нет смысла переписывать ни на что.и почему тогда растаманы гордятся, что аж целую ext2 переписали на раст? Она менее древних хлам, чем ext4?Заметь, не сдизайнили и написали с нуля, а взяли готовую и переписали.
> никогда-никогда за 30 лет ни с чем подобным не сталкивались?Внедрением нового опционального обязательного языка?
Если язык это байтокодовый бекенд то руст просто паразит на теле если он не создаёт свою эко систему , а лезет во все существующие проекты лишь бы там явить себя не выключаемым. Стается вопрос почему он не может сделать отдельно свой unix и ответ он лишь бекенд дампер ну и так далее. Теперь представим какой нибудь новый язык 👅 , хелло я новый язык скачай и так накопиться десяток языков в одном конфигураторе , а всего то надо будет скачать 16 гигабайт языков.
> Кристоф принципиально отказался принимать в ядро Rust-обвязку над функциями для работы с DMA
> не имеет полномочий блокировать приём в ядро Rust-обвязок для подсистемы DMAТолько я этого не понял? Если он не имел полномочий, то зачем было отправлять ему патчи? Почему растовики не отправляли патчи тому, у кого были полномочия?
Или мейнтейнеры теперь обязаны принимать вообще любой подряд код, даже если он их не устраивает? Зачем тогда они нужны, просто дайте право комитета всем подряд.
*право коммита
С возрастом вкладываться в проекты, в которых участвуешь, становится сложнее. Чувак выбрал хороший повод.
Просто Linux достиг верхней точки развития.
Раздутое ядро не нужно никому.
Пора делать что-то новое.
да как всегда, стоит чему-то стать популярным, как набегают богачи и пытаются сделать на этом деньги. Но самое плохое они не просто пользуются, а пытаются захватить контроль и вертеть как им нужно для своего бизнеса. То же самое было с WWW, изначально это была простая и удобная распределённая система документов, любой мог написать свой сервер и браузер, а потом её захватили всякие бизнесы, и что сейчас WWW ? Кошшмарр!! Медленный и жрущий трафик и память, где никакой безопасности.Смотрите, WWW - это будущее Linux'а.
> а пытаются захватить контроль и вертеть как им нужно для своего бизнеса.Неа. Они просто начинают платить деньги для реализации своих хотелок.
И в 99% случаев этого достаточно.> Медленный и жрущий трафик и память, где никакой безопасности.
Больше чем раньше, когда любой одминчег мог снифать твой http трафик, читать его и модифицировать. И что забавно, те кто тут копротивляются расту, точно также копротивляются https.
>юбой одминчег мог снифать твой http трафик
>копротивляются httpsЧто, сертификат на каждую железяку покупать теперь?
Ну дык летЫнкрЫпт бесплатно выдает ... новые сделали - на 6 дней :) Если чо - и пикнуть не успеешь :)
>То же самое было с WWW, изначально это была простая и удобная распределённая система документов, любой мог написать свой сервер и браузерОна никогда не была ни простой ни удобной. Сразу же, как только вместо xml появился html, начался кошмар, когда тег
и тег <b> нужно парсить по разному. Когда вместо сравнительно простой грамматики, нужно смотреть что какой тег означает, и как он может себя вести. Когда js встраивался в html без экранирования, с последующей внезапной порчей текста. Или кучей нюансов вроде XSS. Сейчас, оптимизированными SPA иногда удобно пользоваться. Но во-первых ещё полно старого кода времён jquery и ранее, который тормозит на ровном месте, а во-вторых, всё ещё есть некоторые подводные камни.
Пусть сам Линус и чинит ядро, стоя на "меняющейся табуретке" )
Нажимая на педаль собственного производства))
Она тоже работать не будет ежели заржавеет?!
Странная реакция Сообщества™.
Я ожидал слезы-слюни, написание петиций (как был с вейландом), перепись неосиляторов, которых демотивируют математические значки типа '.Надеюсь я ошибаюсь и мы увидим продолжение цирка.
Правильно. Пусть валят к чертям эти дырописатели.
Заменим их на вакуумописателей.
Мужик с яйцами
Press F
> Мужик с яйцамиБольше похож на обиженную базарную бабку.
Как только выложил "Тревога, Тревога! Мне в приватной переписке сказали! Воины Супротив Раста Объединяемся!"> Press F
Он же не помер, ну по крайней мере пока.
Мы за Партией идём,
Славя Столлмана делами,
И на всем пути большом
В каждом деле Линус с нами.Линус всегда живой,
Линус всегда с тобой
В горе, в надежде и радости.
Линус в твоей весне,
В каждом счастливом дне,
Линус в тебе и во мне!В давний час, в суровой мгле,
На заре Советской власти,
Он сказал, что на земле
Мы построим людям счастье.Линус всегда живой,
Линус всегда с тобой
В горе, в надежде и радости.
Линус в твоей весне,
В каждом счастливом дне,
Линус в тебе и во мне!
Фрики выродили франкенштейна с нескончаемыми смузи-эдишенами, упоротым синтаксисом, боровом - пожирателем времени разработчиков, с отсутствием обратной совместимости, с отсутствием каких-либо минимальных стандартов, и прячась за спиной жирных корпорастов с гуманитарным синдромом мышления продвигают лютую дичь среди Инженеров-программистов старой школы.
> ФрикиСоздали ядро линукс, бсд и прочее.
Просто они потом оскуфились и превратились у занудных дидов-консерваторов.> выродили франкенштейна с нескончаемыми смузи-эдишенами, упоротым синтаксисом, боровом
Ух у тебя пятая точка горит!
Прям любо дорого смотреть.
Можно я немного погреюсь и попкорна сделаю?
А то он уже заканчивается.
> Создали ядро линукс, бсд и прочее.
> Просто они потом оскуфились и превратились у занудных дидов-консерваторов.Старая баянистая легенда, чтоб перевести стрелки. А проблема как раз и не в дидах, а в том что ваш раст очень плохо задизайнен. Не то что для бизнеса или для быстрого прототипирования, а даже для махровых сишников и плюсовиков он в тягость.
Так вам же все равно терять нечего, всё что у вас есть - куча бестолковых несовместимых эдишенов. Сделайте новый супер простой для освоения язык Rust2, c удобным синтаксисом, с ООП. И дело закрутится. Но для этого надо приглашать как раз тех самых ненавистных вам "дидов", потому что новомодных бизнес-ориентированных трендовых вкатунов скачущих по верхам даже инженерами-программистами назвать уже нельзя.
> А проблема как раз и не в дидах, а в том что ваш раст очень плохо задизайнен.Я вижу вы кексперт в дизайне языков?
> Не то что для бизнеса или для быстрого прототипирования, а даже для махровых сишников и плюсовиков он в тягость.
Что первые, что вторые это просто люди с мозгом покалеченным void*** и UB.
Они просто не могут представить, что можно программировать по другому.
С инвариантам, с ошибками не в виде int -1, а нормальным result.> Так вам же все равно терять нечего, всё что у вас есть - куча бестолковых несовместимых эдишенов.
Вижу, ты про editions знаешь только из комментов анонимов)
Почитал бы хотя бы что это.
Вон андроид поддерживает 2 эдишина и никто не помер.> Сделайте новый супер простой для освоения
> язык Rust2, c удобным синтаксисом, с ООП.Он и так легкий!
У гугла получается за 3 месяца переучить ГОшников, чтобы они нормально писали.
ГОшников, Карл!> И дело закрутится.
Так оно уже крутится. Ключевые фигуры LF выразили поддержку или хотя бы не будут ставить палки в колеса.
> Но для этого надо приглашать как раз тех самых ненавистных вам "дидов",
Или просто слить балласт.
Что сейчас и происходит.> потому что новомодных бизнес-ориентированных трендовых вкатунов скачущих по верхам даже инженерами-программистами назвать уже нельзя.
То ли дело диды, которые овнячат CVEшки десятками лет.
Торвальдс уже высказывался по этому поводу:
"You'd think that all the basics would have been fixed long ago, but they're not. We're still dealing with basic issues such as memory management."
За 30+ лет, даже нормального менеджмента памяти не смогли сделать.
Отлично. Покажите класс! Продемонстрируйте как вы жахните, и задвинете дидов одним махом! Я только рад буду, если у вас всё получится. Но только если действительно получится. Ага)
Так уже. Гугл, Дропбокс, Дискорд, Амазон, Клаудфлэр, Майкрософт, Вольво. Все перечисленные используют Rust в некоторых модулях или продуктах. И довольны!
Не аргумент. Все вышеперечисленные наверняка и вижуал бейсик где-нибудь используют.
> с гуманитарным синдромом мышления продвигают лютую дичь среди Инженеров-программистов старой школы.Если программисты "старой школы" не способны выучить новый язык, то в чём их ценность? Почему-то всякие жаваскриптеры, питонисты и прочие скрипто-язычники могут раст осилить. Причём, даже сишники могут, и плюсовики. И вообще все могут. Кроме разработчиков "старой школы"? Это какой-то кружок для людей с особенностями, они только си могут?
ну да, выучили питон, а про булеву алгебру даже не знают. что уже говорить про принципы функционирования вычислительных систем
Что за бред? В Питоне есть булева алгебра. Как, скорее всего, в любом современном языке программирования.
Алгебра есть, знаний о ней у среднего питониста нет. Никакого противоречия.
ха-ха, спалился, ты не знаешь что такое булева алгебра!
Кто-то уже писал, что он знает ржавчину. Да и критиковал он не сам язык, но каждый увидел то , что сам хотел. Да и трудно будет найти людей которые хорошо знают и С, и ржавчину. Это те самые программисты "старой школы".
— Ватсон, поймите: человеческий мозг — это пустой чердак, куда можно набить все, что угодно. Дурак так и делает: тащит туда нужное и ненужное. И наконец наступает момент, когда самую необходимую вещь туда уже не запихнешь. Или она запрятана так далеко, что её не достанешь. Я делаю по-другому. В моём чердаке только необходимые мне инструменты. Их много, но они в идеальном порядке и всегда под рукой. А лишнего хлама мне не нужно.
Аналогия кривая. Почему? Потому что лопатой котлован под большой дом не выкопаешь в сколь-либо приемлемые сроки.
>боровом - пожирателем времени разработчиковЕсли вы так боитесь борова, то зачем вы на си писать пошли? Пишите на java или golang, где рантайм за вас проверит, что вы не пытаетесь память портить
Связанный список уже можно написать без всяких извращений ?
>Связанный список уже можно написать без всяких извращений ?Это не извращения. В реализации подобных структур данных есть куча вещей вроде потокобезопасности или корректного управления памятью. В rust эта сложность видна сразу, и программист решает, нужно ли писать ему это с нуля или лучше взять готовое решение. А то вообще взять какую-то другую структуру данных. В си такие структуры реализуются с нуля, чуть ли не каждый раз, и соответственно ошибки тоже нужно искать каждый раз заново. Да что-там списки - в си xml парсеры не стесняются писать с нуля. Если уж так хочется писать подобные вещи - берите язык со сборщиком мусора.
Сочно сказал! :)) Ржа даже просто безотносительно линукса - так себе язычок, просто то, что должен был делать компилятор, свалили на программиста - на те, Ваня, ещё забот! Мало было malloc/free - вот тебе ещё боров чекер. :)При этом абсолютно забыт реальный наследник С - язык D! Что мешает ЕГО продвигать в ядро?? Ведь он и держится сугубо на энтузиазме Уолтера, а представьте за него возьмутся все эти крикуны о "дырах"? Больше сосаити - больше развития у проекта. Даже корпорасты тут не нужны, без них всё напишут - лишь бы в руководстве не было продажных ш___ типа торвальдса.
> Сочно сказал! :))Ага, как понос выдал.
> Ржа даже просто безотносительно линукса - так себе язычок,
Твое мнение настолько важно, что им даже можно подтереться.
> просто то, что должен был делать компилятор, свалили на программиста - на те, Ваня, ещё забот! Мало было malloc/free - вот тебе ещё боров чекер. :)
Ну Ваня до это просто говнячил CVE, а теперь не получится.
Какая жалость...> При этом абсолютно забыт реальный наследник С - язык D!
Вот только не С, а С++. А на последний у фина алергия)
И в нем есть GC.> Что мешает ЕГО продвигать в ядро??
Потому что они никому не нужен?
> Ведь он и держится сугубо на энтузиазме Уолтера, а представьте за него возьмутся все эти крикуны о "дырах"?
Они там наплодили SafeD, Better C - кучу сабсетов с непонятным позиционированием.
> Даже корпорасты тут не нужны, без них всё напишут
Как раз только корпорасты типа Facebook, eBay, Netflix им и пользуются)
Следите за руками: когда уходят разработчики на расте из-за того, что диды ведут себя как капризные дети - это "снежинки-эмо-смузихлёбы". Когда это делают диды - это "потеря профессионалов, проверенных временем".
Интересный вопрос. А какой вообще смысл писать драйвера для Линукс на Rust?
Всё ядро переписывать на Rust - это работы на десятилетия реального времени. И тысячелетия в человеко-часах.При этом ядро, написанное наполовину на С и наполовину на Rust - получается франкенштейновский монстр, не годный вообще никуда.
И требующих очень существенных ресурсов: по факту нужны люди, активно программирующие и на С, и на Rust.
А такой кадр - это очень редкий кадр, фактически это будут или люди, обиженные на C и любящие Rust - или наоборот. Постоянные конфликты будут.
Логичным выглядит написание на Rust операционной системы с нуля, по типу микроядра.
С возможностью уже в userspace, писать драйвера вообще на чём угодно.
Если добиться более-менее нормальной POSIX-совместимости - вот вам будет безопасная ОС (даже не из-за Rust, а из-за микроядра существенно повысится безопасность).Более того, там где реально важна информационная безопасность - легко наплюют на меньшую производительность микроядра.
-----------------
Ну и - мне лично очень странным кажется постоянная доработка языка. При этом список изменений, мягко выражаясь, выглядит так, что я начинаю подозревать язык Rust в смертельном пике по типу языка Ada.
> Интересный вопрос. А какой вообще смысл писать драйвера для Линукс на Rust?А почему бы и нет?
> Всё ядро переписывать на Rust - это работы на десятилетия реального времени. И тысячелетия в человеко-часах.
Никто не будет это делать.
Скорее новые отдельные куски. Или супер критичные части.> При этом ядро, написанное наполовину на С и наполовину на Rust - получается франкенштейновский монстр, не годный вообще никуда.
Почему?
Наличие ассемблера в СИ коде никого не смущает.> И требующих очень существенных ресурсов: по факту нужны люди, активно программирующие и на С, и на Rust.
Да, думаю таких людей много.
Кстати сам Кристофф умеет программировать на расте (насколько активно не знаю, но вот такой факт)> А такой кадр - это очень редкий кадр,
Почему? Куча растовиков это бывшие сишники.
Да и если будет запрос (читай "корпы будут искать людей на такие вакансии") - то народ подтянется.> фактически это будут или люди, обиженные на C и любящие Rust - или наоборот.
У тебя ложная дихотомия.
Могут быть те, кому пофиг на чем писать, или кто любит оба языка.> Постоянные конфликты будут.
В ядре и так постоянные конфликты. И это нормально для проектов такого масштаба.
> Логичным выглядит написание на Rust операционной системы с нуля, по типу микроядра.
> С возможностью уже в userspace, писать драйвера вообще на чём угодно.Редокс. Open se cura.
Есть много проектов, но пока линукс более менее работает, они развиваться не будут.
> Если добиться более-менее нормальной POSIX-совместимости - вот вам будет безопасная ОС (даже не из-за Rust, а из-за микроядра существенно повысится безопасность).Но проще вложиться в уже работающее ядро.
К сожалению это так.> Ну и - мне лично очень странным кажется постоянная доработка языка. При
> этом список изменений, мягко выражаясь, выглядит так, что я начинаю подозревать язык Rust в смертельном пике по типу языка Ada.Чисто смеху ради почитай про изменения в С++. У них там TEH DRAMA, раскол сообщества, взаимные обвинения членов комитета и тд)
> Редокс. Open se cura.
> Есть много проектов, но пока линукс более менее работает, они развиваться не будут.Ого, то есть цель растовиков - сломать Линукс, чтобы все на всякие Redox'ы пошли?
Разумеется, а вы думали они тут шутят? Это ход троянским конём.
На Redox'ы не пойдут даже если доплачивать. А вот виндовЗкапец внезапно отменился :) НАПРОЧЬ!(С) Анек
> Интересный вопрос. А какой вообще смысл писать драйвера для Линукс на Rust?Что бы не писать на Си.
> Всё ядро переписывать на Rust - это работы на десятилетия реального времени. И тысячелетия в человеко-часах.
Поэтому начали с драйверов.
> При этом ядро, написанное наполовину на С и наполовину на Rust - получается франкенштейновский монстр, не годный вообще никуда.
Не получается. Сишный код при наличии раста превращается в легаси, спрятанное за интерфейсами Раста. Это самое легаси может никогда и не перепишут, главное что бы всякое новое (или замену кускам старого) можно было писать на нормальном языке.
> И требующих очень существенных ресурсов: по факту нужны люди, активно программирующие и на С, и на Rust.
В ядре хватает сишного кода, нуждающегося в поддержке. Так что сишники без работе не останутся.
Но да, в связи с этим можно представить в будущем ситуацию, когда Торвальдс пример решение, что вот такая-то новая система (или переписанная старая) будет на расте, и тогда без вариантов - либо учи раст, либо писать будут другие.
раст код не требует поддержки, потому что проще выкинуть/переписать, чем понять и поддержать, этакий низкоуровневый питон с перлоконструкциями
С такими тенденциями далее будет коммерческий консорциум из нескольких больших корпораций, которые будут явно (и по предварительной договорённости между собой) выделять и оплачивать своих разработчиков.Без фигового листка в виде структуры Linux Foundation, хотя, возможно, и выкупив права на использование её бренда.
Собственно, разработка ядра, де-факто, и так уже является корпоративным уделом.
Осталось только закрепить это положение де-юре, чтобы привести в соответствие.
https://www.opennet.dev/openforum/vsluhforumID3/135976.html#304>>Если Линус согласится на подобное нарушение субординации и сложившейся практики, это может привести к кризису управления разработкой ядра, а если откажется - остановит продвижение Rust в ядро.
> Нарушение субординации - это именно Крис. Укусил руку, его содержащую. Линус не укусит.(корпорации)
https://www.opennet.dev/opennews/art.shtml?num=62764 - ✅ - пункт предсказания сбылся.
>>And I also do not want another maintainer
> Просто у системы будет один сопровождающий. Просто это будет не Крис. Вот и всё.- ✅ - пункт предсказания сбылся.
✅✅✅✅ - Предсказание сбылось полностью.
А придут ли к власти большевики?
А уйдут ли они из власти?
Хелвиг прав на 100%, в принципе он всё раставил на свои места и точка. Растаманы должны создавать свою экосистему. Для экосистемы GNU/Linux язык Rust, как раковая опухоль. Ещё, говорили что сообщество растаманов токсично, я не обращал на этот явление своё внимание. Теперь токсичная атмосфера начинает отравлять сообщество разработчиков ядра.Rust должен идти своим отдельным путём. Растаманы! Создавайте свою экосистему!
> Хелвиг прав на 100%, в принципе он всё раставил на свои места и точка.Какая самоуверенность)
> Растаманы должны создавать свою экосистему.
Кому должны?
> Для экосистемы GNU/Linux язык Rust, как раковая опухоль. Ещё, говорили что сообщество растаманов токсично, я не обращал на этот явление своё внимание. Теперь токсичная атмосфера начинает отравлять сообщество разработчиков ядра.
О, а сравнение с раком это не токсичность?
Помню некий Балмер прославился такими же высказываниями.> Rust должен идти своим отдельным путём. Растаманы! Создавайте свою экосистему!
Но пока куда-то идет Кристоф)
> Rust должен идти своим отдельным путём. Растаманы! Создавайте свою экосистему!Пусть форкают и пилят. Никто же не запрещает им брать все что нужно из linux.
Ничего страшного.
Не все любят нововведения.
Для кого-то это шок.
Кто-то отвалится.
Кто-то останется.
Кто-то новый придёт.
В результате всё наладится и будет дальше развиваться.Такие же вопли были с СистемД, а теперь используется и все уже привыкли.
Раст нормальный язык.
Может быть позже появится gcc rust и решит проблемы с лицензией, если они есть.В результате Раст будет более высокоуровневым, чем Си. Со временем он его вытеснит. Си останется для решения низкоуровневых проблем, которые на Расте сложно решать, если Раст не приспособится.
Нововвведение это когда ядро перешло на стандарт C11. Раст в ядре это ненужное усложнение. Разработчикам на шею повесили растаманов.
Ничего он не заменит, наколбасят ерунды и сольются. Норм ядро восторжествует, корпы обмажутся обвязками, хаос будет где-то рядом
системД - прекрасный пример, как "элопят" линукс. ВСЕ были против, но пара продажных kpыс всё же продавили это поделие и всё, чего они добились - это раскол линукс-дистров на адекватные и те, которые с системД.С ржой будет то же самое - либо запараллелят проект "линукс-без-ржи" (stainless linux), либо вообще бросят его к %%%уям, ибо не нужен. Останется один троечник-очкарик линус, да какой-нть приблудный мэнтейнер, которому вообще по___й на качество - он и похапэху в ядро допустит :) и вот тогда вместо обещаного вендокапца наступит линуксофэйл.
> ВСЕ были против,А все это кто?
> но пара продажных kpыс всё же продавили это поделие и всё,
Насколько я помню там было 4 на 4, плюс глава воздержался.
> чего они добились - это раскол линукс-дистров на адекватные и те, которые с системД.
Ты что-то попутал.
Есть адекватные дистрибутивы и какие-то маргинальные Диваны от непонятных васянов.Проблема в том что у ядра линукса куча применений и пользователей.
И с одной стороны корпорации которым нужен предсказуемый массовый и стандартизованный инит.
А с другой - бомж-васяны, какеры из подвали и прочий сброд, который может только писать протрухшие башпортянки.> С ржой будет то же самое - либо запараллелят проект "линукс-без-ржи" (stainless linux),
И кто это осилит?
Чтобы это сделать придется переписывать код с раста на СИшку.
А у сишников на это мозгов не хватит.> либо вообще бросят его к %%%уям, ибо не нужен.
Ага, я уже вижу как IBM, шапка, гугл, амазон и прочие такие "давайте выкинем ядро и запорем свой бизнес!"
Отличный план, надежный как швейцарские часы! (с)> Останется один троечник-очкарик линус, да какой-нть приблудный мэнтейнер, которому вообще по___й на качество - он и похапэху в ядро допустит :)
В ядре 88 процентов кода пишут люди на зарплате корпов.
Так что найти мейнтенеров не такая уж проблема, просто предлогаешь больше денег.
Да и не все настолько фанатичные.> и вот тогда вместо обещаного вендокапца наступит линуксофэйл.
Скорее получим справедливую ситуацию, когда ядром управляют те, кто пишет код (или оплачивает его написание).
А не какие-то непонятные люди, которые 20 лет назад что-то письканули и теперь хотят решать вопросы.
> уже вижу как IBM, шапка, гугл, амазон и прочие такие "давайте выкинем ядро и запорем свой бизнес!"У IBMа-то как раз есть интерес сломать линукс, т.к. у них есть свой собственный коммерческий юникс - AIX, который они рады были бы продавать, но линукс мешает!
Не думаю что Товальдс в Одиночку пишет ядро.
Мейнтейнеры создадут параллельные ядра, Будут не какие нибудь Linux, а например Кристофuix Хелвигuix.
>Не думаю что Товальдс в Одиночку пишет ядро.Он его (и давно!) совсем не пишет :)
Молодец мужик, не прогнулся. Ушел с достоинством.
Не он ушёл, а его "ушли".
Хочу кстати заметить и разжевать для всех растофилов: он ушёл не потому что против раст в принципе, он против зоопарка в ядре и проблем которое это создаст. Будут паники и задержки в релизах потому что тЫрвальдсу так захотелось
> Хочу кстати заметить и разжевать для всех растофилов: он ушёл не потому что против раст в принципе, он против зоопарка в ядре и проблем которое это создаст.Нет, он ушёл потому, что "при наличии обвязок на Rust разработчики подсистем, написанных на Си, должны учитывать влияние их изменений на продолжение работоспособности обвязок. Любое изменение структур данных или внутренних функций на Си может привести к необходимости изменения кода обвязок, поэтому влияющие на обвязки изменения в Си коде нужно отслеживать и синхронизировать с кодом на Rust" - а он лично может отслеживать влияние таких изменений на код на Си (этим он занимался), но не может на код на Расте.
И правильно, а нафига его мочь?! Лулзов ради было бы приколько прямо в дрова на расте обвязочку на гоу, было бы кармично
скоро растовики будут говорить, что компилируется, значит работает, принимай, ты что умнее самого великого компилятора и его боров чоппера.
> Кристоф Хелвиг считает недопустимым использование нескольких языков программирования в таких сложных проектах как ядро Linux. По мнению Кристофа, смешанные кодовые базы усложняют работу мэйнтейнеров, так как ставят мэйнтейнеров в зависимость от кода на другом языке.Лол, кек, очередной сишный неосилятор.
> В частности, при наличии обвязок на Rust разработчики подсистем, написанных на Си, должны учитывать влияние их изменений на продолжение работоспособности обвязок.
Как и кода на самом Си, вообще-то. Тоже надо учитывать влияние изменений на остальной код. Или кто-то собирается сейчас написать, что не нужно никак влияние на остальной код учитывать, а надо просто гуанокодить не обращая внимание ни на что?
> Любое изменение структур данных или внутренних функций на Си может привести к необходимости изменения кода обвязок, поэтому влияющие на обвязки изменения в Си коде нужно отслеживать и синхронизировать с кодом на Rust.
Замени слово "обвязки" (что есть код) на просто "другой код" (ВООБЩЕ ЛЮБОЙ ДРУГОЙ КОД в проекте, на минуточку, ядра линукса) и всё равно надо будет "отслеживать изменения и синхронизировать с кодом" (причём раст или не раст - не важно).
Или тут что-то не так поняли в его аргументах или он феерический тролль, сказавший, что он, как мейнтейнер, отслеживанием изменений и синхронизации нового кода с уже существующим заниматься не хочет. Впрочем, так и есть - он же сам ушёл с поста мейнтейнера, о чём собственно и статья. Ну это хотя бы честно. Но раста он, получается, не осилятор просто. "Старую собаку новым трюкам не выучишь".
благими намерениями вымощена дорога в ад. дерево достигшее ветками рая корнями упирается в ад. то что на поверхности может не отражать всю ситуацию. он ушёл, т. к. обсуждения простых рабочих моментов превратилось в религиозные охоты на ведьм, обычная практика любителей моббинга в эпоху снежинок и инклюзивности
Вот только как снежинка тут себя повёл и этот самый Хелвиг.
когда чужие обвязки блокируют выпуск, а изменить их некому, старая собака должна обучится новым навыкам и сделать всё сама? может это не собака, а вовсе раб?
Тебе рассказать, что в ядре линукса делают с кодом который не поддерживается и не совместим с текущим? Там вон список новостей даже тут можешь вывести и увидишь новости про из ядра удаляют блаблабла...
Ты не можешь под соусом: "а что если этот код КОГДА-ТО В БУДУЩЕМ ПЕРЕСТАНУТ поддерживать" блокировать добавление его СЕЙЧАС. Иначе, например, некоторые файловые системы в линуксе не появились бы никогда.
И лда, ЛЮБОЙ код в ядре рано или поздно перестанут поддерживать или он может потенциально оказаться неподдерживаемым в будущем. X Window System - передаёт привет - ведь по такой логике оно не должно было появится в линуксе вообще.Я смотрю, вы несёте бред не то, что не задумываясь о том, что пишете, но вообще не приходя в сознание.
А я так и знал что он свалит, прям предсказал вчера, я бы тоже свалил, нафиг такую компашку. Сами теперь трахайтесь со своим растом
> А я так и знал что он свалит, прям предсказал вчера,О, так ты у нас ванга?
А можешь еще чегось предсказать?> я бы тоже свалил, нафиг такую компашку.
Но ты не разработчик ядра) Так что можешь продолжать фантазировать.
> Сами теперь трахайтесь со своим растом
А то что))? Обидишься и хлопнешь дверью, как снежинка?
Прикинь, пайду пилить что-нибудь поинтереснее :) ты как-будто разработчик ядра
Ибо нечего растаманам лезть к сишникам туда куда их не просят. Что мешает (плохому танцору?) пилить Rust ОС вроде Redox???
> Ибо нечего растаманам лезть к сишникам туда куда их не просят.
> Что мешает (плохому танцору?) пилить Rust ОС вроде Redox???Деньги! Которые корпы влили в линукс за последне 30 лет.
Из-за которых в обозримом будущем не взелитят ни бзд, ни любая альтернативная ось.
Дрова для них писать не будут, оплачивать разработку не будут.
https://fuckrust.dev/
> In statistics, only 0.12% of the Linux Source code is written in Rust.
> There are more than double as many python files in the source tree and 9 times as many shell scripts.
> On average, every single rust source file has 10.7 occurrences of "unsafe". Which is one unsafe every 20 lines of rust code.
> Rust is irrelevant.
> At the current speed, it would take them multiple centuries to take over Linux.
> Rust indeed can not succeed without being forced, because it simply has no developers.
То что ты скопипастил сообщение из этой темы
phoronix.com/forums/forum/software/programming-compilers/1530172-christoph-hellwig-steps-down-from-one-of-his-kernel-roles-following-rust-drama
это похвально.>> In statistics, only 0.12% of the Linux Source code is written in Rust.
Логично. Язык в ядре появился буквально вчера.
Хотя чел пруфов не привел, а мог бы.>> There are more than double as many python files in the source tree and 9 times as many shell scripts.
Ну башпортянки считать за ЯП это такое...
>> On average, every single rust source file has 10.7 occurrences of "unsafe". Which is one unsafe every 20 lines of rust code.
Тоже утверждение без вообще какого-то подтверждения.
Кто мерял, где мерял, чем мерял...>> Rust is irrelevant.
Ну, тут вообще без комментариев.
>> At the current speed, it would take them multiple centuries to take over Linux.
А никто и не собирался)
Тут типичная манипуляция "подмена тезиса".>> Rust indeed can not succeed without being forced, because it simply has no developers.
И не будет если токсичные диды-вахтеры будут на них гавкать и превышать свои полномочия.
Но, к счастью, одного такого деятеля выкинули.
К сожалению ценой срача и потери мейнтеров asahi.
> Но, к счастью, одного такого деятеля выкинули.к сожалению
> К сожалению ценой срача и потери мейнтеров asahi.
к счастью