The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Кристоф Хелвиг ушёл с поста мэйнтейнера DMA Mapping и ConfigFS после форсирования Rust

26.02.2025 04:07

Кристоф Хелвиг (Christoph Hellwig) ушёл с позиции мэйнтейнера подсистем dma-mapping и configfs. Уход ограничился отправкой заявки на удаление из списка мэйнтейнеров и сообщением о передаче управления оставшимся сопровождающим. В подсистеме dma-mapping сопровождение продолжит Марек Шипровски (Marek Szyprowski) из Samsung, а в configfs - Джоэл Беккер (Joel Becker) из Oracle.

Кристоф Хелвиг пока остаётся в числе мэйнтейнеров подсистем NVM Express, vmalloc и FreeVXFS. В прошлом Кристоф входил в управляющий технический комитет организации Linux Foundation и участвовал в разработке таких подсистем, как XFS, KVM, Trace events, SCSI и Slab Allocator, а также занимался сопровождением архитектуры PowerPC в ядре Linux. Кроме того, Кристоф выступал истцом в судебном разбирательстве с VMware, связанном с нарушением лицензии GPL.

Прекращение сопровождения подсистем dma-mapping и configfs обусловлено заявлением Линуса Торвальдса о намерении включать в ядро обвязки на языке Rust независимо от согласия мэйнтейнеров подсистем, для которых созданы данные обвязки. В январе Кристоф принципиально отказался принимать в ядро Rust-обвязку над функциями для работы с DMA, что привело к конфликту, в результате которого ядро покинули мэйнтейнеры подсистем Nouveau и ARM/Apple. 24 февраля разработчики проекта Rust for Linux предложили патч со слоем абстракции для ФС configfs, сопровождением которой занимался Кристоф Хелвиг. Кристоф не принял участие в обсуждении новой Rust-обвязки к своей подсистеме, а через несколько дней удалил себя из списка мэйнтейнеров dma-mapping и configfs.

Кристоф Хелвиг считает недопустимым использование нескольких языков программирования в таких сложных проектах как ядро Linux. По мнению Кристофа, смешанные кодовые базы усложняют работу мэйнтейнеров, так как ставят мэйнтейнеров в зависимость от кода на другом языке. В частности, при наличии обвязок на Rust разработчики подсистем, написанных на Си, должны учитывать влияние их изменений на продолжение работоспособности обвязок. Любое изменение структур данных или внутренних функций на Си может привести к необходимости изменения кода обвязок, поэтому влияющие на обвязки изменения в Си коде нужно отслеживать и синхронизировать с кодом на Rust.

В процессе разработки ядра уже были факты отклонения pull-запроса с изменениями в подсистеме управления памятью, так как данное изменение приводило к сбою при попытке сборки ядра с включением поддержки Rust. Сбой возник из-за рассинхронизации с кодом для генерации Rust-обвязок (bindgen) и привёл к тому, что сопровождающие подсистему управления памятью при продвижении изменения, полностью корректного с точки зрения кода на Си и ядра в целом, оказались зависимы от опционального стороннего кода в ядре, за который отвечают другие люди.

Линус Торвальдс считает, что Кристоф Хелвиг не имеет полномочий блокировать приём в ядро Rust-обвязок для подсистемы DMA, так как код данных обвязок не затрагивает код подсистемы DMA Mapping и реализован в отдельном подкаталоге, сопровождением которого занимается отдельный мэйнтейнер. Линус сравнил действия Кристофа с попыткой контролировать область использования подсистемы DMA, при том, что мэйнтейнеры отвечают лишь за код своей подсистемы, но не за то, как и кем используется результат работы этого кода. Например, изменение в коде базовых подсистем может привести к проблемам с работой какого-то драйвера, но это не повод вмешиваться в приём новых драйверов.

  1. Главная ссылка к новости (https://www.reddit.com/r/linux...)
  2. OpenNews: Линус Торвальдс пояснил свою позицию в отношении приёма изменений на Rust
  3. OpenNews: Линус Торвальдс намерен включать связанные с Rust изменения в обход мэйнтейнеров
  4. OpenNews: Лидер Asahi Linux покинул проект после проблем с продвижением Rust в ядро Linux
  5. OpenNews: Кризис в продвижении Rust в ядро из-за опасений усложнения сопровождения
  6. OpenNews: Мэйнтейнер драйвера Nouveau сложил полномочия из-за проблем с инклюзивностью в сообществе
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62797-kernel
Ключевые слова: kernel, rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (320) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:47, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +39 +/
    В очередной раз видим, что пропихивание Rust приводит лишь к тому, что разбегаются профессионалы, проверенные временем.
     
     
  • 2.13, Аноним (13), 09:03, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Эти ушли, придут другие. Ничего страшного.
     
     
  • 3.15, Аноним (15), 09:06, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Звучит наивно. Верных ветеранов мало кто может заменить, но можно, вопрос в качестве замены.
     
     
  • 4.43, Аноним (43), 09:57, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    История Линукс - это история молодых и смелых. Старперы только и умеют что ныть и жаловаться на изменения погоды. Ценность ваших "ветеранов" придумана самими ветеранами, чтобы сидеть на попе ровно и ничего не делать.
     
  • 4.44, Аноним (43), 09:59, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вон "ветеран" Это пилит свой опенок, но что-то не поспевает за требованиями времени. Старый уже, а все туда же
     
     
  • 5.46, Аноним (43), 10:00, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    * Тэо Раадт
     
  • 5.129, Ivan_83 (ok), 12:08, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще то Тэо пилит секурные фичи, и он является апстримом для всего мира.
    Те эти фичи потом расходятся в венду, линукс, фрю и хз куда ещё.

    То что его ОС на десктопе кое как пригодна его не сильно волнует, ему главное чтобы не взломали, психика у него так устроена.

     
     
  • 6.231, Аноним (231), 13:28, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >и он является апстримом для всего мира.

    Он является персональной песочницей. Когда удаляется syscall из-за чего произвольный софт перестаёт собиратся, openbsd превращается в довольно бесполезную игрушку

     
  • 5.239, Аноним (239), 13:41, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.31, Аноним (31), 09:30, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, будешь ждать, что кто-то придёт и продолжишь лежать на диване, лениво требуя новых фич.
     
  • 3.38, Аноним (38), 09:49, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А если не придут  тоже ничего страшного? В редокс же они не пришли.  

     
  • 3.65, iCat (ok), 10:28, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >Эти ушли, придут другие. Ничего страшного.

    Это при смене анонимов на других анонимов ничего не происходит...

     
  • 3.88, Аноним (88), 11:16, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поправлено: Эти ушли, придут инклюзивные. Ничего страшного.
     
     
  • 4.208, Аноним (208), 13:15, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Инклюзивность сама по себе ни плохо, ни хороша - Оллман, МакКюсик и Розенцвейг могли бы подтвердить. Плохо, когда инклюзивностью подменяют компетентность.
     
  • 3.134, Ivan_83 (ok), 12:13, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прям с улицы? Из очереди за забором?)

    У нас примерно щас такая же история на работе. Стара комманда почти вся ушла, а новой надо пару лет как минимум чтобы изучить проект и начать в нём настолько же разбиратся.

    Подсистема DMA конечно сильно меньше, но знаний для понимания что там и для чего сделано требуется явно не мало.
    Я бы оценил как минимум пол года вкатыватся опытному разрабу.

     
     
  • 4.149, Аноним (231), 12:28, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Стара комманда почти вся ушла, а новой надо пару лет как минимум чтобы изучить проект и начать в нём настолько же разбиратся.

    Есть способы, как затормозить изучение проекта. Когда код полон void*, то даже автор через полгода не вспомнит, что это и зачем.

     
     
  • 5.154, Ivan_83 (ok), 12:31, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Типы вообще ниачом, если оно вам мешает - используйте другие ЯП и сидите на других проектах.
     
     
  • 6.161, Аноним (231), 12:37, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Типы вообще ниачом,

    Очень очём. Одно дело, когда код сразу не компилируется, и компилятор указывает на строку с ошибкой, и другое дело, когда эту строку нужно искать в дзене и с отладчиком, в правильную фазу луны.

     
     
  • 7.200, Буратино (?), 13:10, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Жалобы неосилятора, лол
     
     
  • 8.206, Аноним (231), 13:13, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Неосиляторы - это вы Ибо ничего больше си осилить не смогли ... текст свёрнут, показать
     
     
  • 9.250, Буратино (?), 13:53, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще всё мимо ... текст свёрнут, показать
     
  • 7.212, Ivan_83 (ok), 13:19, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вероятно вам лучше использовать не компилируемые ЯП в таком случае :)
    Сложно уловимые ошибки как правило следствие плохой архитектуры кода и проекта в целом.
    Но даже для таких сейчас есть валгринд и асан.

    За последние 7 лет у меня на достаточно большом и старом проекте (не моём, с ужас-ужас почти всем) был только один случай когда пришлось медитировать чтобы найти ошибку: данные (закрытый ключ) портились из за гонки потоков, но память не повреждалась.
    Для 95% остальных ошибок было достаточно бэктрейс почитать и немного подумать головой глядя в код.

     
     
  • 8.280, Аноним (231), 15:15, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот Интерпретируемые языки близки с си, там ошибка может существовать деся... большой текст свёрнут, показать
     
     
  • 9.305, Ivan_83 (ok), 16:00, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно, у вас в принципе фобия на программирование Бредятина misstype ошибки ... текст свёрнут, показать
     
  • 5.209, Аноним (208), 13:16, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда код полон void*, то даже автор через полгода не вспомнит, что это и зачем.
    То есть, о существовании в языке Си комментариев ты не слышал.
     
  • 4.210, Анонимусс (-), 13:17, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Прям с улицы? Из очереди за забором?)

    Вот прям сразу заменили на чуваков и Samsung и Oracle.
    А труп даже остыть не успел))

    > Я бы оценил как минимум пол года вкатыватся опытному разрабу.

    Это если этот разраб вообще с другого проекта.
    А если эти же люди писали проект, ревьювили его, или хотя бы рядом стояли, то это уже намного быстрее. Вплоть до формальности в виде замены адреса в списке мейнтейнеров.

     
  • 3.245, penetrator (?), 13:48, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не факт что придут, не факт что придут такие же, а не сильно хуже
     
  • 2.42, Аноним (42), 09:53, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничто не вечно, немногое долговечно, конец у вещей различный, но все, что имеет начало, имеет и конец.
     
  • 2.53, Константавр (ok), 10:06, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Профессионалы проверенные временем имеют тенденцию стареть, выгорать, черстветь и из революционеров и визионеров становиться консерваторами.
     
  • 2.80, Аноним (80), 11:01, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как же фраза про то, что незаменимых нет?
     
     
  • 3.89, Аноним (88), 11:19, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Придумана совковыми идеологами.
     
     
  • 4.139, Революционер (?), 12:19, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Кадры решают всё." -- Иосиф Виссарионович Сталин
    https://ru.wikiquote.org/wiki/Речь_Сталина_в_Кремлёвском_дворце_на_выпуске_ака)
     
  • 4.141, Революционер (?), 12:21, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Все "совковые идеологи" родились в 91-ом.
     
  • 4.157, Историк (?), 12:34, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Давно Вудро Вильсон стал совковым идеологом?
     
  • 2.103, Аноним (103), 11:36, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А по-моему мы видим обратное, как сопротивление будущего губит проект. Из-за Кристофа ушли опытнейшие профессионалы на Rustе, и он сам ушел, хотя было очевидно, что Rustу быть, ибо он - безопасное будущее
     
     
  • 3.119, Ivan_83 (ok), 11:57, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Безопасное будущее....
    Да вы классиков не читали :)

    Кто меняет свободу на безопасность в итоге не получает ни того ни другого.

     
     
  • 4.137, Аноним (-), 12:17, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто меняет свободу на безопасность в итоге не получает ни того ни другого.

    А кто говорит про "меняет"?
    Раст открытый и свободный - лицензия МИТ, а отличии от коммуняцких ЖоПЛ.
    То что он добавляет безопасность (ну типа как "провода нужно изолировать") то стало еще лучше.

    Да, цена этого - замена кривых-косых инструментов на нормальные (типа как появление безопасной бритвы).
    Ну и, в перспективе, выкидывание дидов неосиляторов (типа как замена кучеров на водителей)

    Но это нормально. Называется прогресс)

     
     
  • 5.156, Ivan_83 (ok), 12:33, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Адепты раста и говорят.
    Свобода писать/читать что и откуда захочется и когда захочется.
     
     
  • 6.187, Аноним (187), 12:56, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так давай вообще в машинных кодах программировать, полная свобода будет.

    Удивляют меня, конечно, все эти аргументы, на производстве техника безопасности писана кровью, и там более безопасные инструменты внедряют по возможности. В программировании упрутся и всё. А ведь ещё в начале 2000-х Шнайер в "Практической криптографии" писал, что то, что столько переполнения буффера в наших программах - это позор, полнейший позор

     
     
  • 7.217, Ivan_83 (ok), 13:21, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так пишите на пхп, он существовал когда авторы раста ещё под стол пешком ходили.

    И не надо примазывать ошибки производства к скромным деффектам кода.

     
     
  • 8.241, Аноним (187), 13:41, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И причём здесь пхп Каждый инструмент для своих задач, пхп для сайтов нужен, а н... текст свёрнут, показать
     
  • 6.238, Аноним (238), 13:39, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Свобода писать/читать что и откуда захочется и когда захочется.

    Ага, тоже так думал, когда был "йуный и зялёный" - когда вместо DOS'а начали пропихивать некую ОС с какой-никакой защитой памяти и (позже) вытесняющей многоздачностью - там я уже не мог так просто записать что угодно куда угодно, программы с грехом пополам изолированы друг от друга, железкой напрямую так просто не покрутишь (причем, для разных железок одного профиля свой подход), всё держится на обработке каких-то сообщений в главном цикле, всё требует прорвы памяти, а главное - всё рисуется в пределах каких-то окошек - никакого тебе творчества. Возмущался - как так, что они себе позволяют, все возможности самоутвердиться отобрали, изверги, никакой индивидуальности, всё серое и под копирку, в тюрьму загнали!

     
  • 6.253, Аноним (-), 13:59, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Свобода писать/читать что и откуда захочется и когда захочется.

    Даже в глок17 есть предохранитель.
    И даже не один, а три (если ты в теме и понимаешь о чем я говорю).
    И это сделано не просто так.
    На некоторых стрельбищах, при нарушении "4 правил" тебя просто выкинут на улицу без права возвращаться.

    Свобода постоянно ехать по встречке или на красный свет, это еще свобода или просто идиотизм?

     
  • 5.185, Без Бздения и Мытарств (?), 12:56, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опять пермиссивному ЖоПЛ порвали..
     
     
  • 6.190, Аноним (187), 12:58, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Самая свободная лицензия - общественное достояние. Потом пермиссивные. На границе - копилефт, потому что он пытается как бы энфорсить свободу, снижая тем самым свободу разработчика
     
  • 5.321, Аноним (321), 16:39, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде и согласен с заменой на безопасные инструменты, а вроде и несогласен с привязкой на "открытый", но не свободный Rust. Ядро под GPLv2 и должно остаться, чтобы всякие BSD не думали что у них что-то так забрали код.
     
     
  • 6.325, Аноним (-), 16:50, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > "открытый", но не свободный Rust.

    У него лицензия одобренная даже FSF.
    А если говорить честно, то даже более свободная чем GPL.

    > Ядро под GPLv2 и должно остаться,

    Что мешает писать на расте под GPL?


     
  • 4.182, Аноним (187), 12:54, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Передёргиваете. У Раста свободная лицензия
     
     
  • 5.189, Без Бздения и Мытарств (?), 12:57, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открытая не равно свободная.
     
     
  • 6.192, Аноним (187), 12:59, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что Apache, что MIT удовлетворяют критериям FSF, если вам это так важно
     
  • 4.202, Аноним (231), 13:12, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Да вы классиков не читали :)

    Классики только бумагу и пачкали, пока их современники прогресс двигали
    >Кто меняет свободу на безопасность в итоге не получает ни того ни другого.

    Фаервол уже отключил? Рандомизацию адресного пространства - тоже? От рута работаешь?

     
  • 3.213, Аноним (208), 13:20, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > опытнейшие профессионалы на Rustе

    Лол. И когда они успели набраться опыта программирования на языке, который сам-то ещё толком не сформирован?
    > Rustу быть, ибо он - безопасное будущее

    Когда-то МакНили то же самое везде говорил про жабу.

     
     
  • 4.248, Аноним (187), 13:50, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Лол. И когда они успели набраться опыта программирования на языке, который сам-то ещё толком не сформирован?

    Rust вышел в 2012 году, ему 13 лет. Уже почтенный возраст для наших быстрых времён

     
  • 3.243, MinimumProfit (?), 13:44, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >хотя было очевидно, что Rustу быть, ибо он - безопасное будущее

    "Покажи мне людей, уверенных в завтрашнем дне,
    Нарисуй мне портреты погибших на этом пути ..."

     
  • 2.326, Я (??), 16:52, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    к сожалению они итак со временем уйдут, а чтобы новые приходили нужен раст. в долгосроке приток новых намного важнее сохранения старых такова жизнь.
     

     ....большая нить свёрнута, показать (54)

  • 1.2, Аноним (2), 08:49, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Если все нормальные пацаны мейнтейнеры ядра уйдут в знак протеста пропихивания Rust, так победим.
     
     
  • 2.39, Аноним (38), 09:49, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Достаточно выкинуть линуса.
     
     
  • 3.58, Аноним (58), 10:19, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Linux Foundation
     
     
  • 4.66, iCat (ok), 10:29, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Linux != Linus
     
     
  • 5.73, Аноним (58), 10:48, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в Linux Foundation, а Линус марионетка.
     
  • 3.221, Аноним (208), 13:23, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Выпускайте автобус!
     

  • 1.3, Аноним (3), 08:52, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    > 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.

    Хелвиг всё правильно сказал.

     
     
  • 2.95, crandel (ok), 11:25, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что он правильно сказал? Копипастить один и тот же код из драйвера в драйвер, потому что в его папочке грепать трудно будет. Все тут раст разрабов снежинками называли, но до сишников им далеко очень
     
  • 2.100, Аноним (-), 11:32, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вроде "всё правильно сказал", а потом пошел на...
    Тут пора бы задуматься про правильность))

    Это какая-то СИшная идея копипастить врапперы в каждый драйвер?
    Ну типа "давайте делать одни и те же действия десятки раз".

    Может им платят за кол-во написанных строк?
    Или так можно затрекать побольше часов?

     
     
  • 3.180, Аноним (180), 12:52, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Правильность, это когда хруст не тормозит разработку на си. Это когда враппер лежит в отдельным проекте, где после каждого коммита проверяется сборка. Если сборка сломалась, то прибегают дежурные растеры и фиксят это дело. Отвлекать основных мэйнтейнеров на такую рутину - расточительство.
     
  • 2.197, fuggy (ok), 13:06, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > making life painful for others

    Эти others сейчас с вами рядом? То есть вместо того чтобы одну обвязку с вызовом одной функции поддерживал специальный мейнтейнер, он усложняет и делает жизнь для сотен драйверописателей сложнее. Более того rust/kernel/dma.rs это как раз их код, а не DMA подсистемы.

     

  • 1.4, Советский инженер (ok), 08:52, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    слабак !
     
     
  • 2.27, Аноним (27), 09:23, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Бороться с химерами - увольте!
     
  • 2.48, IdeaFix (ok), 10:02, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не умер - значит победил
     
  • 2.147, Революционер (?), 12:26, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слабаки - те, кто не присоединился, не помог товарищу, оставил один на один с "его" проблемой. Он попытался. Но финскому патриоту, проживающему в Америке, бумажное топ-счастье оказалось милее хакерской правды.
     
  • 2.329, Аноним (-), 16:58, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.5, Getfor (?), 08:52, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Наступают смутные времена линукса...
     
     
  • 2.10, Windows 11 forever (?), 09:00, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    На третий день индеец по имени "Зоркий глаз" заметил, что у сарая, в котором его заперли, нет стены.
     
     
  • 3.91, Аноним (88), 11:22, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Но вас-то совсем без стен заперли, но вы не посмеете никуда свалить.
     
  • 2.81, Аноним (80), 11:02, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот, в него внедряются инновации!
     
     
  • 3.151, Аноним (151), 12:30, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе же инновационный Уеб Два-Ноль внедринили по самые Гуглы. А тебе всё мало.
     

  • 1.7, Аноним (7), 08:58, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    rust сомнителен в плане ИБ - т.е. той самой безопасности,только не из-за каких-то там переполнений буфера (да, тут можно потоптаться троллям) а именно из-за бэкдоров, которых влегкую пропихнуть и в сам компилятор и в результирующие скомпилированные исполняемые.
     
     
  • 2.25, Минона (ok), 09:19, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > rust сомнителен в плане ИБ - т.е. той самой безопасности,только не из-за
    > каких-то там переполнений буфера (да, тут можно потоптаться троллям) а именно
    > из-за бэкдоров, которых влегкую пропихнуть и в сам компилятор и в
    > результирующие скомпилированные исполняемые.

    В плане ИБ любой софт сомнительный.

     
  • 2.26, Аноним (231), 09:22, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >а именно из-за бэкдоров, которых влегкую пропихнуть и в сам компилятор

    В каждой теме про раст одно и тоже безпочвенное обвинение. То что в си уязвимость пропихивается в апстрим и живёт там годами никого не волнует, а вот компилятор раста видите ли страшный.

     
     
  • 3.162, Аноним (151), 12:38, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не просто страшный, а подконтрольный кому-надо, не специфицированный, безальтернативный, изменчивый. Вирус-полиморфик, заразивший ядро. Компилятор ни заморозить - свежие модули ядра сломаются на следущий день, ни код-ревью провести - слишком быстро и непредсказуемо развивается.
    Расскажи, что будешь делать, ИБ-эксперт. "Расслабить булки" не предлагать.
     
     
  • 4.211, Аноним (231), 13:18, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Компилятор ни заморозить - свежие модули ядра сломаются на следущий день

    Осилить написать компилятор раста для последнего editions - задача более чем достижимая.

     
     
  • 5.232, Аноним (151), 13:29, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Без спеки? Удачи.
    А потом на полный рабочий день его переписывать, чтобы код, подгоняемый под новый едишен, не перестал работать. Neverending story.
    Напоминает, как M$ формат Word-документов постоянно переделывал, чтобы вредить открытым проектам, а в итоге сам оказался не в состоянии корректно его поддерживать. Причем тут M$? Главный спонсор Rust и его продвижения в Kernel. Embrace, Extend, Exterminate.
     
     
  • 6.249, Аноним (-), 13:50, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда ты достаешь подобный бред Ты в курсе что ядро сейчас собирается С11 И н... большой текст свёрнут, показать
     
     
  • 7.256, Аноним (151), 14:05, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Точно так же фиксируется, например, edition 2018 и код пишется только под него.

    Фиксируется кем? Тем, кто ещё язык не стабилизировал, спеки не предложил, зато спешит везде внедрять? (У Си, не в пример, комитет стандартизации есть.)

    > Или ты всерьез думаешь, что они обязаны согласовывать изменения в своем формате со всякими бомжами?

    Чувствуешь себя более значимым, лишь обнимая господскую ногу?

    > У них бизнес зависит от серваков азура. Поэтому нужна надежность, предсказуемость и управляемость.

    И кого волнуют их проблемы, кроме подхалимов?

    > Прям как гнутые расширения для ГЦЦ?)

    Документированы. Код открыт. Даже поддерживаются шлангом. Вводились не с целью вредительства или контроля, а наоборот - облегчали жизнь хакерам ядра, иначе бы не использовались.

     
     
  • 8.263, Аноним (-), 14:11, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линуксом, Грегом, любым менедлжером ядра Не стабильна только experimental ветка... текст свёрнут, показать
     
  • 6.282, Аноним (231), 15:20, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Без спеки? Удачи.

    Доказательства этого смелого утверждения вы приводить не будуете.
    >чтобы код, подгоняемый под новый едишен, не перестал работать

    Подгоняемый кем? Если у вас версия заморожена, то она уже заморожена, и до смены версии никто ничего править не будет

     
  • 4.251, Аноним (251), 13:55, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Компилятор ни заморозить - свежие модули ядра сломаются на следущий день

    Не ври, версия языка фиксируется настройками компилятора. Точно так же, как зафиксировали C99.

     
     
  • 5.261, Аноним (151), 14:10, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В своём, альтернативном, компиляторе можешь фиксировать что хочешь, но, если в бухгалтерии принтеры и кассы после обновления перестанут работать, за зарлатой не приходи, поищи альтернативы.
     
     
  • 6.284, Аноним (251), 15:26, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > если в бухгалтерии принтеры и кассы после обновления перестанут работать

    Господи, что ты несешь?

    Почему просто нельзя признать, что был непарав? Зачем вместо этого городить бред про бухгалтерии?

     
  • 6.289, Аноним (-), 15:30, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В своём, альтернативном, компиляторе можешь фиксировать что хочешь, но, если в бухгалтерии принтеры и кассы после обновления перестанут работать,

    Ну как минимум мы уже знаем где и кем ты работаешь)
    Но какой умственно отсталый обновит сразу все без проверки?


     
  • 3.242, Аноним (239), 13:42, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.52, laindono (ok), 10:06, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если ты про атаку Кена Томсона, то во первых этой атаке подвержены все компиляторы, которые способны собрать сами себя, во вторых эта атака исключительно теоретическая. Вообще говоря изначально эта атака на компиляторы Си. И опасность этой атаки заключалась именно в вездесущности Си.

     
     
  • 3.234, Bottle (?), 13:32, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Исключительно теоретическая - ага, вспоминаем случай с XCode и китайцами.
     
     
  • 4.244, laindono (ok), 13:44, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего общего. Это просто заражённое ПО, взятое из недостоверных источников.

    Может я что-то напутал с авторством, но речь об атаке, которая присутствует в бинарных файлах компилятора, но отсутствует на уровне исходников. При этом перекомпилированная версия компилятора остаётся заражённой.

     
  • 2.63, Karl Richter (ok), 10:26, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сам OpenSource сомнителен в ИБ, т.к. любой может пропихнуть бэкдор.
     
     
  • 3.67, iCat (ok), 10:32, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    в OpenSource _можно_ протолкнуть бэкдор, а в проприетарном софте без бэкдоров просто не бывает.
     
     
  • 4.131, Прохожий (??), 12:10, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У вас и доказательства есть для всего проприетарного софта? Или, как обычно, забыли таблетки от паранойи принять?
     
     
  • 5.167, Аноним (151), 12:42, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Именно, Ватсон! В открытом софте бэкдор можно найти, а в закрытом остаётся лишь верить в непогрешимость собственников, успокаивая себя таблетками.
     
  • 3.96, Аноним (88), 11:25, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А клозет сорс сомнителен потому, что пропихнутый бекдор не смогут найти.
     
  • 3.237, ProfessorNavigator (ok), 13:36, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Сам OpenSource сомнителен в ИБ, т.к. любой может пропихнуть бэкдор.

    Т.е. opensource, в котором код может проверить любой желающий в любой момент - небезопасный, а проприетарь, которую в принципе проверить невозможно - безопасная? Очень интересная "логика". Впрочем, оно понятно. Как говорится: "Денег очень хочется".

     
     
  • 4.308, ИмяХ (ok), 16:02, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>может проверить любой желающий

    Но при этом по факту никто его не проверяют, потому что все думают, что кто-то другой полюбому его уже проверил. Эффект Дженовезе во все поля.

     
     
  • 5.311, ProfessorNavigator (ok), 16:09, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но при этом по факту никто его не проверяют, потому что все
    > думают, что кто-то другой полюбому его уже проверил. Эффект Дженовезе во
    > все поля.

    А это не важно, главное - принципиальное наличие самой возможности проверки. Ну и, кстати, таки проверяют. Причём необязательно специально. Например, кто-то искал решение для своей проблемы и решил посмотреть, как это другие делали. Полез по коду посмотреть и нашёл ошибку.

     
  • 2.70, Аноним (70), 10:41, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То ли дело дыряшечка, в которой количество обнаруживаемых CVE скоро сравнится с количеством строк в исходниках. И каждая CVE случайная, конечно же, а не пропихнутый бэкдор, верим-верим.
     
     
  • 3.169, Аноним (151), 12:44, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Обнаруженные равно исправленные. Тысячеглаз не дремлет!
     
     
  • 4.207, Аноним (231), 13:15, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Обнаруженные равно исправленные

    Особенно нулевого дня. Аж название для них отдельное придумали

     
  • 4.302, Аноним (302), 15:57, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот тут в соседней новости писали про обнаруженную CVE в иксах, которая там с 1991 года жила. Когда твою систему через свеженькое поимеют - тебе реально будет легче от мысли что лет через 30 этот баг скорее всего найдут, а ещё лет через 20 даже пофиксят? Dirty COW обнаружили почти сразу и даже патч под неё предложили, только вот патч отклонили и жила оно в ядре почти 10 лет.
     
  • 2.328, Я (??), 16:56, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    бекдоры можно куда угодно пропихнуть, с этим мы ничего не можем поделать. а вот чтобы неумышленных ошибок становилось меньше можем.
     

  • 1.8, Аноним (8), 08:59, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Просто берешь и учишь раст. Что сложного? Мир меняется. Раст -- это метеорит, который уничтожает си-динозавров в пользу прогрессивных млекопитающих. Проигнорировать такой метеорит ну никак не получится, особенно в опенсорс-проекте номер один.
     
     
  • 2.11, Tron is Whistling (?), 09:01, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Попытки солнце вручную закатывать - это ещё не изменение мира. Все проблемы будут чуть попозже, когда изменения в базовых подсистемах сломают мелочёвку на хрустишке, а впихнувшие её снежинки уже того. Оставшиеся же в этих портянках из закорючек не разберутся. В итоге будет как обычно - всё это со слезами вырежут, и всё вернется на круги своя.
     
     
  • 3.17, Аноним (8), 09:10, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда и везде все ломается, когда где-то что-то меняешь. Чинить ломающееся -- прямая обязанность разработчика. Это нудная работа, которую компенсируют большим бабосиком. Твоя фраза, что "проблемы будут чуть попозже", выдает в тебе человека, который с разработкой не сталкивался вообще. В правильном виде фраза звучит так: "проблемы есть всегда".
     
     
  • 4.19, Tron is Whistling (?), 09:11, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Именно. Вот только проблема - вместо того, чтобы чинить своё, хрустики хотят, чтобы за них чинили уже другие. Поэтому это всё налетит на небесную ось инвариантно, и будет выпилено.
     
     
  • 5.24, Tron is Whistling (?), 09:17, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И это кстати проблема целого поколения. Они и в жизни такие же - "Ой, у нас тут крюююютая идея, толкаем". "А делать кто будет, самостоятельно справитесь?". "Нуууу, не знаю..."
     
  • 5.29, Аноним (8), 09:25, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тот, чье изменение ведет к несобирающемуся проекту -- тот и должен чинить Пришл... большой текст свёрнут, показать
     
     
  • 6.36, bubba (?), 09:38, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    для тебя специально повторю ссылку из новости

    https://lore.kernel.org/linux-mm/CAHk-=whddBhfi5DUi370W3pYs+z3r2E7KYuHjwR=a1eR

     
     
  • 7.135, anonymous (??), 12:16, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Прелестный тред

    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.

     
  • 6.55, Tron is Whistling (?), 10:10, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно этот подход и есть то, почему вообще не стоило начинать хруст тянуть в ядро, и Кристоф тут прав абсолютно. Никто не обязан за вас чинить то, что вы вкинули.
     
     
  • 7.56, Tron is Whistling (?), 10:15, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня кстати (не девелопмент, инженерия) иногда случается.
    "Я буду менять xyz, пригляди за своей частью, чтобы не отломалась".
    "Блин, а я там не знаю половину, это уже год как легаси, zyx делал".
    "Хорошо, тогда перед изменениями эту часть вообще выпиливаем и меняем на свою, только давай быстро".
     
  • 7.64, Tron is Whistling (?), 10:26, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я обычно это рублю ещё на подлёте.
    "Ой, а давайте вот это."
    "Так, а что там в плане поддержки?"
    "Ну, коммюнити".
    "Окей, какие депенденси".
    "Ну ему там нужно редис, монго, питон и го".
    "На@#$", ищите более монолитную.
     
  • 7.113, Аноним (321), 11:51, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так если делать как предложил Кристоф Каждый тащит свои обвязки Вот допустим ... большой текст свёрнут, показать
     
     
  • 8.193, Аноним (193), 12:59, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подут авторы 100 драйверов чинить, то что они сломали Т к этот код не обязател... текст свёрнут, показать
     
  • 6.74, нейм (?), 10:50, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как мило что ты спихиваешь инициативу с растоманов, пришедших со своим самоваром... большой текст свёрнут, показать
     
     
  • 7.195, Карлос Сношайтилис (ok), 13:00, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 5.184, Аноним (251), 12:55, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот только проблема - вместо того, чтобы чинить своё, хрустики хотят, чтобы за них чинили уже другие.

    Что ж ты так нагло врешь? Ребята из Asahi Linux брали на себя обязательства по поддержке растовых привязок. Но этот неадекват Кристоф завопил "Мне не нужен еще один маиетайнер!!!" Скатертью дорого ему.

     
  • 4.22, Аноним (180), 09:14, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >компенсируют большим бабосиком

    Выходит, что не компенсировали. Обязанности возросли, а ЗП осталась прежней. Вот народ и бежит.

     
     
  • 5.266, Аноним (-), 14:19, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, думаю тут другая ситуация.
    Чел думал что он пуп земли, что от одного его слова "будут слоники бегать".
    А тут его так жестко опустили на землю.

    И тут у него выбор принять реальность или свалить хлопнув дверью.
    Он выбрал второе.

    ps забавно как быстро нашли ему замену.
    без шуток надеюсь, что он не впадет в депрессию, как типичная снежинка.

     
     
  • 6.301, B.J. Hunnicutte (?), 15:53, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, т.е. это не хрусто-снежинки открытым текстом в рассылке призывали к social-media-травле бедолаги, вместо решения технических вопросов цивилизованным путем? Ну ну.
    А мужик правильно сделал что ушел, нести ответственность за принятые\продавленные другими решения - глупо.    
     
  • 6.315, Аноним (180), 16:21, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >принять реальность

    И нести ответственность за чужие решения. Оно ему надо?

    >Он выбрал второе.

    Вполне логично. Его обязанность - принимать решения. Раз лишили такой возможности, то делать тут нечего.

    >забавно как быстро нашли ему замену.

    Не нашли, а свалили на оставшихся. И не факт, что они согласятся вместо него пахать.

    >без шуток надеюсь, что он не впадет в депрессию, как типичная снежинка.

    А при чёт тут депрессия? Его должность сократили, такое везде бывает. Но, думаю, он не бедствует, поищет другую работу.

     
  • 3.278, пох. (?), 15:06, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Все проблемы будут чуть попозже, когда изменения в базовых подсистемах сломают мелочёвку
    > на хрустишке, а впихнувшие её снежинки уже того. Оставшиеся же в этих портянках из
    > закорючек не разберутся.

    поэтому их патчи, решающие какую-то серьезную проблему - будут просто выброшены в помойку, как всегда.

    "патамушта вы сломали сборку прослоечки к прокладочке ценнейшего драйвера мигания светодиодиком!"

    > В итоге будет как обычно - всё это со слезами вырежут, и всё вернется на круги своя.

    нет. Такое мог бы сделать майнтейнер (с некоторым риском) - но его ушли. Поэтому вырежут тех кто пришел с неправильным патчем.

    А ценные и полезные исправления от платиновых спонсоров - придут с патчами для хрустопрокладки и их конечно же примут. Это ж кого надо нога, да и денег для найма бесполезных бегунов от борова у rhbm хватит.

     
     
  • 4.283, Аноним (-), 15:22, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Разве Судя по всему он ушел сам Возможно расплакавшись как снежинка, но это не... большой текст свёрнут, показать
     
  • 2.14, Новое поколение forever (?), 09:05, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Раст -- это метеорит, который уничтожает си-динозавров вмести с их ядрами и через миллионы лет появятся новые ядра в пользу прогрессивных млекопитающих."
    Вот так надо писать!
     
     
  • 3.125, Аноним (125), 12:03, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > "Раст -- это метеорит, который уничтожает си-динозавров вмести с их ядрами и через миллионы лет появятся новые ядра в пользу прогрессивных млекопитающих."

    Вот так надо писать!

    Ага. Все большие и крупные проекты сдохнут.

    А новые ядра появятся на развалинах. И на безрыбье будут считаться рыбами.

     
     
  • 4.331, Я (??), 17:02, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ой да ладно через 10 лет иишка будет ядро писать и поддерживать уже вся эта современная суета временное явление..
     
  • 2.50, Аноним (50), 10:04, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст -- это метеорит, который уничтожает си-динозавров в пользу прогрессивных млекопитающих.

    Волков, что-ли?

     
     
  • 3.97, Аноним (88), 11:30, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мышей-полёвок
     
  • 2.54, Прохожий (??), 10:07, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Просто берешь и учишь раст.

    Не уловил, как его изучение может спасти ядро Linux от мощной скоординированной атаки?

     
     
  • 3.99, Аноним (88), 11:31, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Может помочь атаке.
     
  • 3.178, Аноним (-), 12:50, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если не можешь победить - возглавь! (с)
    План такой:
    1. Взять сишников и заставитиь выучить раст
    1.1 если они сопротивляются - бить палками
    2. Внедрить в ядро компонент на расте
    2.1 Для этого он должен быть лучше сишного.
    3. Внедрить в него уязвимость
    4. Найти его. Оппозорить раст!
    5. Profit!
     
  • 2.136, Ivan_83 (ok), 12:16, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.9, Tron is Whistling (?), 08:59, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну вообще всё правильно сделал. Трахаться непонятно с чем, встроенным в базовую подсистему, и потом искать тех, у кого это непонятно что сломалось из-за других изменений - так себе работка. Причём ключевое тут - "непонятно что", мейнтейнер базовой подсистемы это даже проанализировать не сможет, откуда ноги, потому что оно написано на странненьком и слегка нечитабельном.
     
     
  • 2.104, НяшМяш (ok), 11:37, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    DMA это конечно самая меняющаяся система в ядре. Вот прям сидит такой скуф, "меинтейнит" годами не меняющуюся систему - а тут злые растовики пришли и попросили поработать.
     
  • 2.117, Аноним (321), 11:54, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Опять эти ваши старые сказки про нечитаемый раст и лёгкий элементарный C, но который могут понять только ветераны-эксперты после пол-литра.
     
     
  • 3.316, B.J. Hunnicutte (?), 16:22, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Опять ваши сказочки про "безопасный rust" весь обмазанный unsafe...
     
  • 2.163, Аноним (231), 12:39, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >потому что оно написано на странненьком и слегка нечитабельном

    Вот один из примеров читаемости си char *(*(**foo[][8])())[];

     
     
  • 3.227, Анон_без_номера (?), 13:25, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. Покажи *работающий* _полезный_ код, откуда ты это взял.
    2. Сам-то понял, что тут делается?
     

  • 1.16, Шарп (ok), 09:08, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Проект-менеджерские качества финна под вопросом. Посмотрим закусит ли он удила или даст заднюю.
     
     
  • 2.23, Аноним (180), 09:17, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    После  выкидывания 10 человеком с почтой в ru-домене уход 2-3 из-за хруста сущая мелочёвка.
     
  • 2.246, MinimumProfit (?), 13:49, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    так он никогда и не работал менеджером
     

  • 1.18, Аноним (18), 09:11, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Детский сад
     
  • 1.20, Аноним (180), 09:13, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я смотрю, в ядре уже текучка похлеще, чем в галерах всяких.
     
  • 1.21, iPony129412 (?), 09:13, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Тут куча комментаторов ждали Windows капец.

    Но видимо, что-то другое назревает.

     
     
  • 2.37, mos87 (ok), 09:44, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты вложишь пороль дорогуша?
     
     
  • 3.233, iPony129412 (?), 13:30, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут я и какие вообще пароли?
    Но мне не жалко, вот сгенерировал: «YWiDqB».
     

  • 1.28, Алконим (?), 09:23, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну и правильно что ушёл. Нафиг детским садом заниматься. Пусть себе песочные замки стоят. Через 5 лет такими темпом линукса в проде не будет.
     
     
  • 2.47, Аноним (50), 10:01, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как же Astra? Столько денег все вложили в покупку лицензий.
     
     
  • 3.102, Аноним (88), 11:34, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кого в этой стране удивляют пропавшие деньги?
     
     
  • 4.281, Абориген с Чиланзара (?), 15:17, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В свете последний новостей, чего там накопали в США в расходной части USAID, появился вопрос: "в этой стране" - это в какой именно ?
     

  • 1.30, Аноним (231), 09:28, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    >Кристоф Хелвиг считает недопустимым использование нескольких языков программирования в таких сложных проектах как ядро Linux. По мнению Кристофа, смешанные кодовые базы усложняют работу мэйнтейнеров, так как ставят мэйнтейнеров в зависимость от кода на другом языке.

    Сишники совсем обнаглели. Мало того, что за полвека они до сих пор ничего не сделали не просто в системе типов, даже надстройки типа liquid haskell, которая бы работала отдельно от основного компилятора, так ещё и когда им дают уже готовый инструмент, который нужно только внедрить, так они ещё и отказываются его внедрять. Сишникам принципиально писать дырявый софт, иначе сишник перестанет быть сишником

     
     
  • 2.49, Анонем (?), 10:03, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все правильно. Если не будет дыр, то как зарабатывать на их залатывании?
     
  • 2.122, Ivan_83 (ok), 12:00, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сделали: stdint.h внедрили.
    А жёсткое приведение и проверка на С не нужны.
     
     
  • 3.199, Аноним (231), 13:08, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какую проблему этот файл решает Может убирает двойное освобождение памяти Или ... большой текст свёрнут, показать
     
     
  • 4.225, Ivan_83 (ok), 13:23, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Какую проблему этот файл решает?

    Добавляет необходимые типы данных.


    > Говорят сишнику: на си не получается писать нормальный код

    Говорите за себя и свой код.

     
     
  • 5.285, Аноним (231), 15:27, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Добавляет необходимые типы данных.

    Какие? Аффинные? Алгебраические? Зависимые? Или вы думаете, что добавив bool все проблемы закроете?
    >Говорите за себя и свой код.

    Вы уже выкладывали свой xml парсер, который не соответствует спецификациям

     
     
  • 6.298, Ivan_83 (ok), 15:52, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Какие?

    Необходимые.
    Остальное дописывается или добирается либами.


    > Вы уже выкладывали свой xml парсер, который не соответствует спецификациям

    И чо?
    Он делает то что мне нужно, ни больше ни меньше.

    У вас то код рабочий есть или мамка-компелятор ещё не даёт запустить?)

     
     
  • 7.304, Аноним (-), 15:59, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.309, Ivan_83 (ok), 16:05, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.312, Аноним (231), 16:18, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Необходимые.

    Кому необходимые? Сколько лет уже с C89 жили, можно хоть тысячу лет её не трогать
    >Он делает то что мне нужно, ни больше ни меньше.

    Люди, смотрите, этот сишник говорит, что поддержка спецификаций в xml парсере не нужна, а парсить можно на глазок. И производительность в парсере тоже не нужна. И эти люди запрещают мне ковыряться в носу
    >У вас то код рабочий есть или мамка-компелятор ещё не даёт запустить?)

    Если бы я не мог удовлетворить компилятор, то и не нахвалиливал бы его достоинства.

     
  • 3.205, Анонимусс (-), 13:13, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А жёсткое приведение и проверка на С не нужны.

    Конечно не нужны.
    Иначе такие как Иван не смогли бы писать эм... код, который у них сейчас получается писать на сишечке. А на сишечке у них даже что-то получается. И оно даже как-то работает. Правда потом патчи не бзд не принимают))

    Но ядро проект важный и там не хотят чтобы была "как-то".

     
     
  • 4.230, Ivan_83 (ok), 13:28, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тип данных это hint для разраба и компелятора в ряде случаев и не более, не нужно из него возводить нечто абсолютное.

    Иногда бывает надо и const отбросить и в другой тип сконвертировать приведением и тп, в этом нет ничего плохого.
    Если компелятор против такого - нафиг его с его мнением, мой код и я решаю как ему работать.
    Можно и на void*+int всё писать, ничего плохого в этом нет, просто сейчас так обычно не пишут и стараются выбирать какой то более осмыленный тип, для удобства чтения.

     
     
  • 5.287, Аноним (231), 15:28, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Если компелятор против такого - нафиг его с его мнением, мой код и я решаю как ему работать.

    Ага, решаете. Рискну предположить, что вы список UB и наполовину наизусть не вспомните.
    >Можно и на void*+int всё писать, ничего плохого в этом нет

    Вероятность, что такой код будет непортируемым очень высока

     
     
  • 6.296, Ivan_83 (ok), 15:50, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем мне помнить этот список?

    Использование типов мало влияет на портируемость, но вместо int конечно лучше size_t брать для портируемости, с void* вообще никаких проблем нет.

     

  • 1.32, ng (ok), 09:31, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Из практики реального мира.

    Главный риск корозии в том, что под внешним налетом скрываются скрытые повреждения, уходящие очень глубоко в структуру стали.

    Когда ржавчина завелась, от неё избавиться уже нельзя.

    Можно притормозить распространение корозии, однако, разрушение ржавой конструкции - это всего лишь вопрос времени и не более.

    P.S>
    Хорошее дело "ржавчиной" не назовут.

     
     
  • 2.40, laindono (ok), 09:51, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Существует специальная атмосферостойкая сталь, использующая собственный оксид в качестве покрытия.
     
  • 2.51, Анонем (?), 10:05, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > под внешним налетом скрываются скрытые повреждения

    О них еще Таненбаум говорил.

     
  • 2.145, Кьяроскуро (?), 12:25, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно следует  портировать KDE на openDarwin ...
     

  • 1.33, Аноним (33), 09:32, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Похоже на то что FreeBSD скоро станет вполне пригодна для десктопа )))
     
     
  • 2.35, Аноним (35), 09:36, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Достаточно вновь сделать Solaris опенсорсным и будет вам счастье.
     
     
  • 3.41, Аноним (33), 09:51, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что у него с поддержкой архитектур?
     
  • 3.45, Аноним (50), 09:59, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Этого никогда не будет. Поэтому предлагаю GhostBSD как пригодный для десктопа вариант. Просто берем и легко ставим.
     
     
  • 4.60, Аноним (33), 10:24, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    дело не в оболочках а в поддержке современного оборудования на всяких ноутах и т.п.
     
  • 2.109, Аноним (-), 11:41, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Похоже на то что FreeBSD скоро станет вполне пригодна для десктопа )))

    Также как сейчас готов декстопный линукс?))

    ЗЫ: а как бздшники продолжат тырить линуксовые драйвера, если они на расте будут?
    Или этодругое?)

     
     
  • 3.173, Аноним (151), 12:48, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Линукс вполне готов для десктопа.
     
  • 2.124, Ivan_83 (ok), 12:02, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, там тоже чудаки с растом играются.
    И в отличии от линуха там тоталитарная секта на полторы калеки.

    В остальном на фре вполне можно сидеть на десктопе уже лет 5 как (с появления amdpgu), до того было менее комфортно.

     
  • 2.159, Аноним (231), 12:35, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надейтесь дальше. Вахтёры-непущатели даже без libsystemd жить не могут, а вы говорите про отдельное ядро, код в которое копипастом не перенести
     

  • 1.34, Аноним (31), 09:34, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вся надежда на Эндрю, что он соберётся с духом и назигует нам новое posix-совместимое ядро.
     
     
  • 2.87, Аноним (87), 11:13, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Создайте петицию.
     
  • 2.115, Аноним (88), 11:52, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На какого, Drew DeVault? Так он уже харизмит своё ядро.
     
     
  • 3.201, Аноним (31), 13:11, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Деволт делает харе, а не зиг.
     
  • 2.165, Аноним (231), 12:41, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Вся надежда на Эндрю

    Тяжело жить в мире, где только три программиста: Эндрю, Линус и Хелвиг

     

  • 1.57, Аноним (57), 10:18, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Кукшонок подрос
     
  • 1.61, Ося Бендер (?), 10:25, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Молодец Кристоф! Полностью поддерживаю. Только так можно остудить горячие головы. Еще пару таких мантайнеров сделают аналогичный шаг и ядру точно кирдык.

    Снежинки, ваш ход! Вот пжлста, покажите класс, на что вы способны.

     
     
  • 2.79, Прохожий (??), 10:58, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Еще пару таких мантайнеров сделают аналогичный шаг и ядру точно кирдык.

    Всем в мире известно, что ядро написал гениальный программист Бильбо Бэггинс ... ой ... Линус Торвальдс. Поэтому ничего ядру не грозит. Как работало, так и будет работать. Just for fun.

     
     
  • 3.179, Аноним (151), 12:52, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это раньше было "just for fun", а теперь становится не до смеха.
     
  • 2.94, Аноним (-), 11:24, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Молодец Кристоф! Полностью поддерживаю.

    Удивительно, но тут я с тобой согласен.

    > Еще пару таких мантайнеров сделают аналогичный шаг и ядру точно кирдык.

    А что если нет))?
    Вообще он смело, на зарплате от красношапки, напрыгнул на инициативы продвигаемые корпами.
    Предсказуемо обделался и свалил в закат.

    Думаю сообщество, которое пишет ядро, (т.е корпорации) относительно просто найдет замену нашему революционеру.

     
     
  • 3.143, Аноним (180), 12:22, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >на зарплате от красношапки

    А вот тут интересно получается. Значит устраиваешься ты работать на плюсы, а тут тебя  питон или того хуже php суют. В такой ситуации любой профи просто кинет заявление на стол и молча покинет эту галеру. Здесь же человек высказался. Похоже считал этот проект больше, чем просто работой.

     
  • 2.98, чатжпт (?), 11:31, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т.е Раст разработчик ушел - "ахаха, снежинки тают", этот ушел - "молодец, покажем им!". Главное не перепутать где что. 🤦
     
     
  • 3.319, Ося Бендер (?), 16:28, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    чукча пИсатель?
     
  • 2.121, Аноним (321), 11:59, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Новость не читай, комент пиши. Его уже благополучно заменили два человека из Samsung и Oracle.
     
     
  • 3.259, Аноним (180), 14:07, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не заменили, а остались всего 2 человека. Отрицательный рост, однако.
     

  • 1.62, Аноним (62), 10:25, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Для профессионалов, ИТ - это не бабки, ИТ - это хобби.
     
     
  • 2.112, Аноним (112), 11:49, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ИТ - это необходимость, многие из тех кто думал иначе превратились в фотографии в рамочке с ленточкой.
     

  • 1.68, iCat (ok), 10:34, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    - Здрасьте!
    - Перепиши на расте!

    Как-то вся эта история с растами, вейландами и системдами напоминает всемирную инклюзивность...

     
     
  • 2.86, Аноним (-), 11:13, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > системдами

    Сейчас системд - де-факто стандарт индустрии.
    На альтернативных инитах осталась кучка маргиналов-нитакусиков. Что-то там пищат и копротивляются. Но индустрии как-то пофиг на такие меньшинства)))

     
     
  • 3.146, Аноним (180), 12:26, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, поэтому будущее исключительно за платными решениями. Для остальных же выкинут тестовый полигон в виде федорки.
     
  • 3.155, Аноним (88), 12:32, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Де-фекто
     
  • 3.164, Аноним (164), 12:39, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас коммерческие юниксы - де-факто стандарт индустрии.
    > На альтернативных юниксах сидит лишь кучка маргиналов-нитакусиков. Что-то там пищат и копротивляются. Но индустрии как-то пофиг на такие меньшинства)))

    Аноним, 1998г.

     
  • 2.171, Аноним (231), 12:46, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Как-то вся эта история с растами, вейландами и системдами напоминает всемирную инклюзивность...

    По началу ненавистники системд отвергали снисходящую на них благодать, утверждая, что очередная поделка Поттеринга по быстрому загнётся. Сейчас, когда среднестатистический софт нужно патчить, чтобы он работал без системд, противники благодати обнаружили, что у них лапки, и только ноют на форумах.

     

  • 1.69, Аноним (231), 10:39, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Кристоф Хелвиг считает недопустимым использование нескольких языков программирования в таких сложных проектах как ядро Linux

    От мейкфайлов и прочих рудиментов из 70-ых уже избавились? Или опять этодругин?

     
  • 1.71, User (??), 10:42, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ждем историй о "хрупких снежинках" которые чуть что убегают в кусты и о гениальном менеджменте, ведущем в светлое будущее - или концепция чуть-чуть поменялась уже?
     
  • 1.72, Аноним (-), 10:45, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Хелвиг не имеет полномочий блокировать приём в ядро Rust-обвязок для
    > подсистемы DMA, так как код данных обвязок не затрагивает код
    > подсистемы DMA Mapping и реализован в отдельном подкаталоге,
    > сопровождением которого занимается отдельный мэйнтейнер.

    От снежинка! Ему за дело напихали в панамку - ибо нефиг было превышать полномочия - а он абидился и хлопнул дверью))
    Ну пусть катится, незаменимых нет.
    Зато станет меньше вот таких вахтеров, которые как собака на сене - и сами не хотят делать лучше, и других не пускают.

     
     
  • 2.183, Аноним (151), 12:54, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не хлопнул дверью (как растоманы - с истерикой в твитторах и угрозами отмены), а подал заявление об уходе согласно процедуре.
     
     
  • 3.222, Аноним (222), 13:23, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Публикация переписки, некоторыми, уже выдаётся за "громко хлопнул дверью" и манипуляциями.
     

  • 1.75, Аноним (75), 10:52, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Похоже эпоха линукс завершается. Програмисты побьются на фракции и будут пилить свои ядра на основе линукса.
     
     
  • 2.268, Аноним (268), 14:25, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Эпоха деглобализации. Все разделяются на группы по различным признакам и воюют друг с другом.
     

  • 1.76, Аноним (-), 10:53, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Т.е если подытожить историю то:
    1. Кристоф включил режим турбо-вахтера и полез решать то, что не должен
    2. при этом хамил и сравнивал новый язык с раком
    3. распиз... выложил в соцсети (через почтовую рассылку) содержание приватного разговора с Линусом, с целью общественного резонанса и давления
    4. когда его поставили на место обиделся
    5. свалил хлопнув дверью (ну хотя бы без пафосных last word'ов, но это пока не точно)
    .....

    Думаю абсолютно правильное решение.
    В ядре не место психически нестабильным снежинкам. Тут люди должны быть прочнее.
    А учитывая его крысячную натуру (пункт 3) то предположу, что он еще тот 32рас, если не по ориентации, то по сути.

     
     
  • 2.114, Аноним (222), 11:52, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как можно ошибаться практически во всем? Да и проблема далеко выходит за рамки личной переписки... опубликовать её было правильным решением. С точка зрения морали, все ровно.
     
     
  • 3.160, Аноним (-), 12:36, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А не Линус ли писал
    "Because if we have issues in the kernel development model, then social
    media sure as hell isn't the solution" только в упрек растовику?

    Или Это другое - опубликовать её было правильным решением?

    ps Забавно смотреть на подобные переобувания в полете.

     
     
  • 4.215, Аноним (222), 13:20, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это другое... жаль что вы не в состоянии этого понять.
     
  • 2.140, Ivan_83 (ok), 12:19, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Работа меинтейнера быть вахтёром, иначе любой дятел накомитит туда мусор и всё сломается.
    Гниль хуже рака.

    В остальном время покажет.
    Я думаю что однажды AI просто попросят сконвертировать раст код обратно в С, почистят мейк файлы и на этом всё закончится.

     
     
  • 3.177, Аноним (231), 12:50, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Работа меинтейнера быть вахтёром, иначе любой дятел накомитит туда мусор и всё сломается.

    Как вы посмели посягнуть на святой 12309? Вы что, не уважаете традиционные ценности? Или когда на ext4 заканчиваются иноды, в 2025 году. Диды так жили и нам так велели. Этож какая неслыханная дерзость, что уже лет десять назад можно было не страдать, из-за того, что не угадал с процентом инод при форматировании, какое проявление бунтарства, какая наглая ересь!

     
     
  • 4.318, Аноним (180), 16:27, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но что характерно, хрустик эту проблему не решит. Более того, не будет ресурсов на её решение.
     

  • 1.77, Пушистый Мастер (?), 10:54, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот, допустим, добавили всё что хотели и скомпилировали "раст ядро". Оно тогда будет какого примерно размера? Просто у меня опасения, что не все роутеры и маленькие одноплатники смогут обновиться на ядро ~50Mb и вы будете вынуждены покупать новое железо.
     
     
  • 2.84, Аноним (-), 11:10, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно тогда будет какого примерно размера?

    Точно такого же.

    > что не все роутеры и маленькие одноплатники смогут обновиться на ядро

    На расте планируют писать драйвера. Вроде драйвера для видях нвидии Nova.
    Если для вашего одноплатника нужен будет такой драйвер, то оно станет на размер драйвера больше. Если нет - то ничего не изменится.

    > вы будете вынуждены покупать новое железо

    И вы еще годами будете сидеть на старых lts ядрах, пока сам одноплатник не превратится в хлам.

     
     
  • 3.110, Пушистый Мастер (?), 11:47, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Точно такого же.

    Звучит как хуцпа. Люди на протяжении девяти лет удивляются огромным rust бинарникам, аж проект min-sized-rust появился. https://github.com/johnthagen/min-sized-rust

     
     
  • 4.191, Аноним (-), 12:58, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вот такие же вопросы и статьи для СИшки
    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

    Или "вы не понимаете! это другое!"

     
     
  • 5.252, Пушистый Мастер (?), 13:58, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно другое. Бинарники на Си изначально небольшого размера. Есть strip, вырезает комментарии из бинарника. При этом, разница обработанного strip бинаника для Си получается ещё более выигрышная. Оптимизация Os.
     
  • 4.273, warlock (??), 14:42, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это не "проект". Это просто небольшой туториал по тому как надо настраивать Rust-проекты для релиза. И никаких откровений там нет.
     
  • 4.291, Аноним (231), 15:37, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Люди на протяжении девяти лет удивляются огромным rust бинарникам

    Люди за десять лет не поняли, что гораздо приятнее видесть стек вызова с осмысленными сообщениями об ошибке, а не абстрактный segmentation fault

     
  • 2.181, Аноним (231), 12:53, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Просто у меня опасения, что не все роутеры и маленькие одноплатники смогут обновиться на ядро ~50Mb

    А что, в одноплатниках стоит полноценное десктопное ядро, из которого не повырезали всё что только можно? И драйвера для тех же видеокарт?

     
     
  • 3.240, Пушистый Мастер (?), 13:41, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно повырезали, но они повыезали из ядра на Си, стало всего несколько мегабайт. Мой вопрос стоит ли переходить на rust заведомо зная, что ядро станет не лучше, только больше и не влезет на флешку роутера? На x86_64 с этим проблем не будет, но они будут на всём остальном.
     
     
  • 4.255, Анонимусс (-), 14:01, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > стоит ли переходить на 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.

    Так что начинайте задавать вопросы прям сейчас, пока раста в ядре нет.

     
     
  • 5.260, Пушистый Мастер (?), 14:10, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Новый ли это роутер? https://openwrt.org/toh/mikrotik/rb5009ug_s_in Обратите внимание, раздел под ядро у него всего лишь 15360 KiB. Про то что там не будет дров на расте и прочее вранье - можете даже не начинать. Продвигающие раст не задумываются о том что если ядро из-за раста станет >15Mb - придётся в таком случае заменить всё на менее дырявое, включая железо.
     
     
  • 6.265, Анонимусс (-), 14:18, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > придётся в таком случае заменить всё на менее дырявое, включая железо.

    Sucks to be you в таком случае. Нужно было думать что покупаешь.
    Ядро может разрастись >15Mb еще до того как в него попадет первый драйвер на расте.
    Значит будете сидеть на старом LTS, не в первый раз.

     
     
  • 7.271, Пушистый Мастер (?), 14:31, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подобного железа ой как много. Не только у меня. Как только предостережения высказанные мною произойдут - любителей продвигать раст в ядро начнут ругать последними словами. Вот я и думаю, если это увеличит размер пусть и на лишний мегабайт, то раст в ядре не нужен, там и Си нормально справляется.
     
     
  • 8.272, Аноним (-), 14:38, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кого волнуют проблемы нищуков некролюбов И Ругать они могу хоть прямо сейчас ... текст свёрнут, показать
     
  • 8.277, Анонимусс (-), 15:01, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько самоуверенно Если предостережения произойдут Абсолютно по что ... текст свёрнут, показать
     
  • 8.293, Аноним (231), 15:45, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, давайте, внедряйте в си афинные типы, утрите этим смузихлёбам нос Потом... текст свёрнут, показать
     
  • 6.292, Аноним (231), 15:41, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Обратите внимание, раздел под ядро у него всего лишь 15360 KiB

    В начале экономят буквально на спичках, а потом удивляются, что у них система не влезает. А почему раздел не 8192? Неуж-то менеджер не мог сэкономить ещё несколько центов, создав ещё больше потенциальных проблем? Или вообще 4096, пусть погроммисты сидят, каждый цикл на ассемблере пишут

     

  • 1.78, Аноним (-), 10:55, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ахаха! "Кисо обидилась"

    А ведь прав был анон:

    > > Если Линус согласится на подобное нарушение субординации и сложившейся практики, это может привести к кризису управления разработкой ядра, а если откажется - остановит продвижение Rust в ядро.
    > Нарушение субординации - это именно Крис. Укусил руку, его содержащую. Линус не укусит.
    > > And I also do not want another maintainer
    > Просто у системы будет один сопровождающий. Просто это будет не Крис. Вот и всё.

    opennet.ru/openforum/vsluhforumID3/135976.html#304

    И таки да. Крис уже не сопровождающий :)
    Вроде мелочь, а приятно.

    ЗЫ: жду когда Тцо пошлют н...р. Или он сам свалит.

     
  • 1.82, Аноним (80), 11:08, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Неприспособился?
    Ничего странного в этом нет, за забором очередь на его место.
     
  • 1.83, Аноним (75), 11:10, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может быть сам кристоф ведет себя не очень, но он подымает вопросы вопросы в которых есть смысл: 1. Нужен ли зоопарк в ядре? 2. Готов ли сам руст к применению в таком серьезном проекте как ядро, не забудется ли руст как куча этих новых и перспективных?
     
     
  • 2.90, Аноним (-), 11:20, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > но он подымает вопросы в которых есть смысл:

    1. да нужен - просто почитай что написал Грег
    2. готов
    3. нет не забудется, тк уже миллионы строк в опенсорсных (AOSP) и коммерчиских проектах

    Но он подымает еще другие правильные вопросы:
    1. что делать с мейнтенерами которые не только неосиляторы, но и берут на себя слишком много?
    (и сам отвечает на это вопрос)
    2. что делать агресивные противники старья ставят палки в колеса?
    (отвечает Линус - развести проекты насколько это можно)

     
     
  • 3.142, Ivan_83 (ok), 12:21, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Миллионы строк где то там ни очём не говорят.
    Человечество ни раз делало дорогие ошибки, строило ненужные города, заводы, делала прочую ненужную работу в титанических масштабах.
     
     
  • 4.170, Аноним (-), 12:45, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Миллионы строк где то там ни очём не говорят.

    Но их отсутствие говорило бы гораздо больше.

    По крайней мере "у кого-то получается".
    Вон гугель пишет rust baremetal и не ноет.

    > Человечество ни раз делало дорогие ошибки,

    Например оказывалось от раста в ядре)?

    > строило ненужные города, заводы, делала прочую ненужную работу в титанических масштабах.

    Строило ядро в виде монолита)?
    Я на 99% уверен, что во всех этих случаях были аргументы и споры.
    Проблем и трудностей не будет, только если ничего не делать.
    Но тогда бы мы до сих пор сидели в пещерах с палкой копалкой.

     
     
  • 5.203, Ivan_83 (ok), 13:12, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро работает прекрасно и без руста, поэтому его отсутствие ничего плохого не зн... большой текст свёрнут, показать
     
     
  • 6.216, Аноним (-), 13:21, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    По твоему мнению Линус думает иначе You d think that all the basics would ... большой текст свёрнут, показать
     
     
  • 7.236, Ivan_83 (ok), 13:36, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кто там как думает для меня не является аргументом в споре.


    > Надежность ПО это не пустой звук в современном мире.

    Она и без раста выросла за последние 10 лет очень сильно благодаря быстрым багрепортам, утилитам типа валгринда и асан и фазингу.

    И когда вы мне пишите про надёжность - надеюсь вы делаете это с железа где есть ECC для памяти, иначе можете помножить на ноль свою надёжность.

     
     
  • 8.254, MinimumProfit (?), 13:59, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подтверждаю, современные дистрибутивы Linux надёжнее работают чем 15-25 лет наза... текст свёрнут, показать
     
  • 8.294, Аноним (231), 15:46, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем лечить переломы, когда грипп до сих пор не побороли ... текст свёрнут, показать
     
     
  • 9.295, Ivan_83 (ok), 15:48, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надёжность это всё в целом, а не одна серебрянная пуля ... текст свёрнут, показать
     
     
  • 10.299, Аноним (-), 15:52, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 10.300, Аноним (231), 15:53, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет никакой надёжности в целом Если у вас программа падает от segmentation faul... текст свёрнут, показать
     
     
  • 11.307, Ivan_83 (ok), 16:02, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если у тебя из памяти читается не то что ты туда записал а каждый раз разное, то... текст свёрнут, показать
     
  • 8.297, Аноним (231), 15:51, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вместо того, чтобы изначально не допускать ошибки, вы хотите их долго и нудно от... текст свёрнут, показать
     
  • 6.288, fuggy (ok), 15:29, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно решает весьма специфичные и редкие проблемы с не большим импактом, оно не привносит дополнительной ценности.

    "Microsoft и Google заявили, что 70% уязвимостей связано с ошибками работы с памятью."

    Я просто уточнить. Если по твоему мнению 70% это редкие проблемы, то какие проблемы по твоему мнению частые предъяви? Какой процент CVE по твоему мнению не связан с проблемами с памятью?

     
  • 6.290, Аноним (-), 15:34, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.172, fuggy (ok), 12:48, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Линус так-то конкретный ультиматум поставил Жёстко конечно Или ты поддерживай ... большой текст свёрнут, показать
     
     
  • 3.257, MinimumProfit (?), 14:06, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Помните ту эпопею с десятками патчей по включению Rust в ядро, в результате которого Rust существенно допилил для написания системного ПО,

    вот это-то мне и не нравится, Linux - не тестовая площадка для обкатки Rust'а.

    >что это облегчит работу мейнтейнерам по поддержке и ревью кода

    как облегчит?

    >Что старый код на C никуда не денется,

    Грег просто старый сказочник, если уж появился Rust в ядре, постепенно он захватит всё.

     
     
  • 4.276, fuggy (ok), 14:53, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот как раз тестовая обкатка была на этапе пинг-понга патчей, до включения в репозиторий. После которой только спустя пару лет, и после исправления всех замечаний, и после обсуждений коммюнити мейнтейнеров во главе с Линусом дало добро на включение rust-for-linux в основную ветку.

    Главному мейнтейнеру стабильной ветки Linux виднее. Через него проходят все ревью остальных нижестоящий мейнтейнеров. На ревью приходится в первую очередь отслеживать не попортил ли кто память, и то что не всегда получается, что мы видим по CVE. Раз он считает, что это упростит жизнь мейнтейнерам и позволяет сосредоточится на ревью логики - значит так и есть. Кто мы такие чтобы ему не доверять?

    Никто специально рабочий код переписывать на Rust не будет, потому что это сотни человеко-лет. Конечно процент Rust кода будет постепенно увеличиваться за счёт нового кода. За примером далеко ходить не надо огромный chromium проект, принимают новый код на Rust, и как-то живут с двумя языками.

     
  • 4.303, Аноним (-), 15:58, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > если уж появился Rust в ядре, постепенно он захватит всё.

    Оговорка по Фрейду)
    Растохейтерам плевать на технические преимущества, на удобство и безопасность.
    С их точки зрения Rust - чуждая сущность, которая захватывает территорию.
    А Кристоф - мученик, павший за веру.
    Адепты культа Си.

     
  • 2.186, Аноним (231), 12:56, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >1. Нужен ли зоопарк в ядре?

    В ядре уже зоопарк. Только сишники привыкли к тем же мейфайлам, и их это не волнует. И история с xz ничему не учит

     
  • 2.224, Аноним (321), 13:23, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда почему Кристоф пошёл против воли большинство которые 2 года назад проголосовали за приём раста в ядро? Нужно было раньше устанавливать границы. Сейчас он уже меньшинство, и лишь может мелко ставить палки в колёса, отклонят патч просто за наличие раста.
     

     ....большая нить свёрнута, показать (21)

  • 1.85, Аноним (80), 11:12, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ну не равится Раст - пускай форк на С/С++ создаёт.
     
     
  • 2.92, An (??), 11:24, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше было бы если бы такие сишники переключались на разработку BSD систем.
     
     
  • 3.235, MinimumProfit (?), 13:36, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно, Алан Кокс так и сделал.
     
  • 3.323, Аноним (323), 16:43, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Рюмку чаю предыдущему оратору! FreeBSD rules!
     

  • 1.93, Аноним (93), 11:24, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Правильно сделал, что ушёл
     
     
  • 2.306, Аноним (-), 16:01, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Выгорают все, рано или поздно.
    Просто снежинки тают быстрее.

    https://www.opennet.me/openforum/vsluhforumID3/136016.html#19

     

  • 1.101, Аноним (101), 11:33, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Посмотрим чем это кончится, а я пока в свете последних событий не буду обновлять ядра и думаю буду не один такой.
     
  • 1.105, Аноним (105), 11:38, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Кажется ядро (и люди в нем) подошло к очень важному этапу.
    Этапу принятия.

    Я с нетерпением жду ближайшего релиза, где окажется что все работает и потеря-замена одного мейнтенера не повлияло на работоспособность.

    Думаю это будет чудовищный удар по дидам, которые твердят про свою незаменимость.

     
     
  • 2.111, Анонимусс (-), 11:48, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Этапу принятия

    Мне вот интересно, сколько дидов поймут, что внезапно они заменимы и переобуются?
    Ведь кушать хочется, а до пенсии еще далеко.

    А еще, когда этап принятия будет у местной публики?))
    Или они таки выполнят свои угрозы и перейдут на бсд?

     
     
  • 3.123, Аноним (222), 12:01, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это у вас проблемы с пониманием. Незаменимых нет! Вопрос лишь в качестве. Ржавчина должна была решать проблемы и повышать качество, а не наоборот, попутно создавая другим проблемы и усложняя их жизнь. Должны ли... нет, не должны.
     
  • 3.130, An (??), 12:08, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чем вам угрожает переход "местной публики на BSD"?
     
     
  • 4.219, Аноним (-), 13:21, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не угрожает.
    Я его с нетерпением жду.
    Воздух станет чище))
     
     
  • 5.327, Аноним (323), 16:56, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Давно пора вооружаться вилами против растов

    The Power to Serve

     
  • 4.274, Аноним (187), 14:48, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Болит сердце за BSD, что там окажутся вот какие...
     
  • 3.144, Ivan_83 (ok), 12:23, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Внезаптно есть куча других мест где нужны головы с руками.
     
  • 3.152, Кьяроскуро (?), 12:31, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пенсия она ,это, у Марека из Samsung, и Джоэла у Oracle.
     

  • 1.106, НяшМяш (ok), 11:38, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ядро очищается. И это хорошо.
     
     
  • 2.127, Аноним (222), 12:06, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    От квалифицированных кадров. И это хорошо? Безумие.
     
     
  • 3.138, Аноним (138), 12:18, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > От квалифицированных кадров. И это хорошо?

    ты пытаешься объяснить человеку который DRM не отличает от OpenGL - это дохлый номер. Они ориентируются только на авторитет главарей - абсолютно управляемые существа.

     
     
  • 4.150, Аноним (180), 12:29, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего страшного. Специалистов по DMA и OpenGL за забором целая очередь...
     
     
  • 5.223, Аноним (-), 13:23, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В подсистеме dma-mapping сопровождение продолжит Марек Шипровски (Marek Szyprowski) из Samsung, а в configfs - Джоэл Беккер (Joel Becker) из Oracle.

    Его уже легко и непринужденно заменили.
    Думаю эти ребята посмотрят на своего, уже бывшего, коллегу и дважды подумают "а включать ли режим вахтера".

     
     
  • 6.262, Аноним (180), 14:10, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не заменили, а скинули на оставшихся его работу. Могут и крякнуть от такого напряжения.
     
  • 3.275, warlock (??), 14:52, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    От квалифицированных и токсичных. Да, в дальней перспективе это хорошо.
     

  • 1.107, Аноним (138), 11:39, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Правильно сделал. Дальше будет хуже - подсистем в ядре к которым надо писать биндинги ещё много и другие майнтейнеры уйдут, релизы будут только для яблочных комьютеров а они никому не впёрлись. Давно пора на l4 уходить.
     
     
  • 2.133, sgm (??), 12:12, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы об этом l4?

    https://ru.wikipedia.org/wiki/L4_(%D0%BC%D0%B8%D0

    оно реально живое?

     
     
  • 3.153, Аноним (138), 12:31, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > оно реально живое?

    на десктопе не очень, на критически важных системах одно из основных.

     
  • 2.166, Аноним (-), 12:41, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Давно пора на l4 уходить.

    Правильно!
    Вон гугл недавно представил проект Open Se Cura.
    Там верифицированное микроядро seL4 + системное окружение, написанное на языке Rust.
    Да еще и лицензия человеческая - Apache 2.0.

     
     
  • 3.194, Аноним (138), 12:59, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вон гугл недавно представил проект Open Se Cura.

    не интересует - слишком далеко до реального применения, проще паравиртуализацию сделать на L4 и всё что для линукса написано автоматом работает

    https://l4linux.org

    драйверы писать на нативном api микроядерного окружения

     

  • 1.108, freehck (ok), 11:40, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот мне очень не понятно, почему Линус и сотоварищи просто не отладят процесс рецензирования и приёма изменений связанных компонент, а вместо этого опять развели бразильский сериал какой-то.

    Вот что, в таком большом проекте, как ядро, никогда-никогда за 30 лет ни с чем подобным не сталкивались?

     
     
  • 2.116, Анонимусс (-), 11:53, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > почему Линус и сотоварищи просто не отладят процесс рецензирования
    > и приёма изменений связанных компонент

    Так это сейчас и происходит. Просто часть участников ведет себя неконструктивно.
    Вместо "я, к сожалению, раст не знаю, поэтому давайте вот этот человек обяжется мейнтейнить растокод (а если он исчезнет, то мы просто выкинем код как abandoned)" пишут "раст не знаю, учить не будут и вы меня не заставите, но второй мейнтейнер все равно не нужен".

    А и про всякие сомнительные сравнения можно и не говорить.
    Такие заявления не способствуют разрешению проблемы, а только повышают градус конфликта.

    > никогда-никогда за 30 лет ни с чем подобным не сталкивались?

    За 30 лет скорее всего не было ситуации, что один из мейнтейнеров не знает язык.
    А теперь она появилась.

     
     
  • 3.126, Аноним (222), 12:04, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сомнительные? Навряд ли. Неприятные? Да.
     
  • 3.168, freehck (ok), 12:42, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Так это сейчас и происходит

    Нет.

    > Просто часть участников ведет себя неконструктивно.

    Все стороны сейчас ведут себя неконструктивно.

    > За 30 лет скорее всего не было ситуации, что один из мейнтейнеров не знает язык.

    Чушь. Кристоф Хелвиг знает Rust. Это факт.


     
     
  • 4.188, fuggy (ok), 12:56, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Чушь. Кристоф Хелвиг знает Rust. Это факт.

    Вот это самое странное. То есть это не отрицание, потому что я не знаю. Это отрицание потому что я не хочу видеть 2 языка в проекте.

     
     
  • 5.196, Аноним (151), 13:03, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего странного в том, что у человека болит сердце за проект, которому он посвятил массу времени. А теперь сюда пытаются без мыла влезть корпоративные обезьянки, которым плевать на результат, главное, сеюмитно господ удовлетворить, а потом - хоть трава не rustи.
     
     
  • 6.204, Аноним (-), 13:13, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А теперь сюда пытаются без мыла влезть корпоративные обезьянки,

    Лол, ты говоришь про 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 и ошибкам.
    Если на результат плевать - то раст и не нужен.

     
     
  • 7.218, Аноним (151), 13:21, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    За человека дела говорят. А не слетни анонимимимишного овна.
    P.S. Надо же, везде has worked, но нигде, на попе ровно, не задержался? Молоток.

    > раст и не нужен

    Нужен. В той же роли, что и C#, и Java, в своё время. Сертифицированно подлизнуться к Большим Нанимателям (TM).

     
     
  • 8.228, Аноним (-), 13:27, 26/02/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.229, Анонимусс (-), 13:28, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Все стороны сейчас ведут себя неконструктивно.

    Позиция Линуса вполне себе конструктивна: или вы принимаете участие, или вы не даете полезные советы. Плюс напомнил мейнтейнерам, что у их полномочий тоже есть границы. И что "налагать вето" на "что угодно где угодно" у них права нет.

    > Чушь. Кристоф Хелвиг знает Rust. Это факт.

    Да, но этот конфликт только продолжение. До этого был конфликт с Теодором выНеЗаставитеМеняУчитьРаст Тсо. Который раст не знает и учить не хочет.
    И еще раньше, на этапе мерджей RfL были конфликты с Охедой.
    Сейчас все расставили по местам.

     
  • 2.120, Аноним (57), 11:57, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > никогда-никогда за 30 лет ни с чем подобным не сталкивались?

    Внедрением нового опционального обязательного языка?

     

  • 1.174, Аноним (174), 12:49, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если язык это байтокодовый бекенд то руст просто паразит на теле если он не создаёт свою эко систему , а лезет во все существующие проекты лишь бы там явить себя не выключаемым. Стается вопрос почему он не может сделать отдельно свой unix и ответ он лишь бекенд дампер ну и так далее. Теперь представим какой нибудь новый язык 👅 , хелло я новый язык скачай и так накопиться десяток языков в одном конфигураторе , а всего то надо будет скачать 16 гигабайт языков.
     
  • 1.175, Аноним (164), 12:49, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Кристоф принципиально отказался принимать в ядро Rust-обвязку над функциями для работы с DMA
    > не имеет полномочий блокировать приём в ядро Rust-обвязок для подсистемы DMA

    Только я этого не понял? Если он не имел полномочий, то зачем было отправлять ему патчи? Почему растовики не отправляли патчи тому, у кого были полномочия?

    Или мейнтейнеры теперь обязаны принимать вообще любой подряд код, даже если он их не устраивает? Зачем тогда они нужны, просто дайте право комитета всем подряд.

     
     
  • 2.176, Аноним (164), 12:50, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    *право коммита
     

  • 1.226, VladSh (?), 13:24, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С возрастом вкладываться в проекты, в которых участвуешь, становится сложнее. Чувак выбрал хороший повод.
     
  • 1.247, Аноним (239), 13:49, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Просто Linux достиг верхней точки развития.
    Раздутое ядро не нужно никому.
    Пора делать что-то новое.
     
     
  • 2.264, MinimumProfit (?), 14:18, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да как всегда, стоит чему-то стать популярным, как набегают богачи и пытаются сделать на этом деньги. Но самое плохое они не просто пользуются, а пытаются захватить контроль и вертеть как им нужно для своего бизнеса. То же самое было с WWW, изначально это была простая и удобная распределённая система документов, любой мог написать свой сервер и браузер, а потом её захватили всякие бизнесы, и что сейчас WWW ? Кошшмарр!! Медленный и жрущий трафик и память, где никакой безопасности.

    Смотрите, WWW - это будущее Linux'а.

     
     
  • 3.269, Анонимусс (-), 14:27, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > а пытаются захватить контроль и вертеть как им нужно для своего бизнеса.

    Неа. Они просто начинают платить деньги для реализации своих хотелок.
    И в 99% случаев этого достаточно.

    > Медленный и жрущий трафик и память, где никакой безопасности.

    Больше чем раньше, когда любой одминчег мог снифать твой http трафик, читать его и модифицировать. И что забавно, те кто тут копротивляются расту, точно также копротивляются https.

     

  • 1.258, zionist (ok), 14:06, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Предлагаю сделать форк, выкинуть от туда весь Раст и назвать Christophix.
     

  • 1.267, Аноним (267), 14:20, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пусть сам Линус и чинит ядро, стоя на "меняющейся табуретке" )
     
     
  • 2.314, Нуину (?), 16:20, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нажимая на педаль собственного производства))
     

  • 1.286, Аноним (-), 15:28, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Странная реакция Сообщества™.
    Я ожидал слезы-слюни, написание петиций (как был с вейландом), перепись неосиляторов, которых демотивируют математические значки типа '.

    Надеюсь я ошибаюсь и мы увидим продолжение цирка.

     
  • 1.310, ИмяХ (ok), 16:06, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Правильно. Пусть валят к чертям эти дырописатели.
     
  • 1.313, Нуину (?), 16:19, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жду, когда на публику выйдет Торвальдс с крашеными волосами.
     
     
  • 2.324, Аноним (-), 16:45, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Жду, когда на публику выйдет Торвальдс с крашеными волосами.

    И что?
    Его код или решения станут хуже?

    Педальку он кстати обещал мейнтенерам.
    Но кажется Кристофф ее не получит)))


     
     
  • 3.330, Аноним (180), 17:00, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Его код или решения станут хуже?

    Не станут. После финского и так ниже некуда.

     

  • 1.317, Аноним (317), 16:22, 26/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мужик с яйцами
    Press F
     
     
  • 2.322, Аноним (-), 16:40, 26/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Мужик с яйцами

    Больше похож на обиженную базарную бабку.
    Как только выложил "Тревога, Тревога! Мне в приватной переписке сказали! Воины Супротив Раста Объединяемся!"

    > Press F

    Он же не помер, ну по крайней мере пока.


     

  • 1.320, Аноним (323), 16:31, 26/02/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру