The OpenNET Project / Index page

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



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

Оглавление

Линус Торвальдс не исключил возможность интеграции поддержки Rust в ядро Linux 5.20, opennews (ok), 22-Июн-22, (0) [смотреть все]

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


31. "Линус Торвальдс не исключил возможность интеграции поддержки..."  +10 +/
Сообщение от microsoft (?), 22-Июн-22, 10:57 
> преподносится как опция

Лицемерие. Ровно до тех пор пока драйвер видео или клавиатуры не будет на нем. Ню ню.

Ответить | Правка | Наверх | Cообщить модератору

45. "Линус Торвальдс не исключил возможность интеграции поддержки..."  +7 +/
Сообщение от Аноним (45), 22-Июн-22, 11:51 
>> преподносится как опция
> Лицемерие. Ровно до тех пор пока драйвер видео или клавиатуры не будет
> на нем. Ню ню.

Ну, сперва на одну восьмую шишечки вставят, а потом и всё ядро проржавеет.

Чот мне это напомнило... ЕМНИП, нужно вроде было старый инит на более быстрый и без фатального недостатка, переделать, но это не точно, давно это было.

Ответить | Правка | Наверх | Cообщить модератору

50. "Линус Торвальдс не исключил возможность интеграции поддержки..."  +2 +/
Сообщение от Аноним (46), 22-Июн-22, 11:59 
Ещё гарфику пытались безопасной сделать... В итоге половина прог перестали работать из-за архитектурных проблем.
Ответить | Правка | Наверх | Cообщить модератору

121. "Линус Торвальдс не исключил возможность интеграции поддержки..."  –2 +/
Сообщение от anonymous (??), 22-Июн-22, 13:56 
То есть RedHat вместо того чтобы втихаря ночью под одеялом накопить бесценный многолетний опыт по решению проблем тысяч промышленных установок, десятки тысяч проблем с обслуживающим персоналом, обобщить это и выяснить что башпортянки и есть главный источник проблем а значит источник бабла для проходимцев мнящих себя "я такой сисадмин юникса в свитере и знаю чем отличаются "" от '' на колени предо мной платите миллиарды за мои башзнания и нелтленные башпортянки, а то уволюсь и ппц фирме" нанял Лёню и решил проблемы, причем в открытую все документировано и свободно.

Но тут как солнце из за туч от Дебиановских начетчиков :

> нужно вроде было старый инит на более быстрый и без фатального недостатка

Ваш главный дебиановец кто эту мутную волну на RedHаt гнал уже не снами но дело его живет.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

467. "Линус Торвальдс не исключил возможность интеграции поддержки..."  +/
Сообщение от Аноним (-), 26-Июн-22, 16:42 
Вообще-то волну гнать начал еще специалист по шаттлам из убунты. Но у него апстарт получился, скажем так, и хотя идея была прикольная (реакция на эвенты) оказалось что она в комплекте с некоторыми довольно специфичными граблями.

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

2) Прописать СВОЮ программу "до" или "после" чьей-то еще? В СВОЕМ конфиге запускалки? Да сейчас! Это надо конфигу той программы трогать. Опачки, а это уже полный залет, надо чужую программу и ее компонент портить оказывается. Посмотрел на это все поттеринг и сделал инверсию зависимостей. И вот тогда стало хорошо. Можно вот именно своим юнитом стартануть перед или за кем-то совсем посторонним, если мы уверены что надо именно вот так. Ну например если я запускаю прогу которой надо впн - я могу запуститься после того как впн запустился, а не до того как его интерфейса даже еще нету блин, так что подвиснуть на нем точно ой -> FAILED.

А sysv init вообще подобной фигней и много чем еще - не особо парился, вы там и...сь как хотите, дескать. Ну и творился трэш, угар и содомия.

Ответить | Правка | Наверх | Cообщить модератору

72. "Линус Торвальдс не исключил возможность интеграции поддержки..."  +/
Сообщение от Аноним (120), 22-Июн-22, 12:21 
Вот, даже Microsoft это понимает.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

74. "Линус Торвальдс не исключил возможность интеграции поддержки..."  +/
Сообщение от Аноним (120), 22-Июн-22, 12:24 
Если позарез модуль будет нужен, придётся портировать на C. По крайней мере, пока Rust frontend не добавят в GCC.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

212. "Линус Торвальдс не исключил возможность интеграции поддержки..."  +/
Сообщение от Аноним (212), 22-Июн-22, 22:58 
Сам будешь портировать, сам и поддерживать. И кланяться, обязательно с подписью CLA, DCO и сдачей ДНК-биометрии в подтверждение, что в случае, если код не лицензионно чист, то что ты заранее жопу копирастам подставил. И не факт, что примут. Сопровождающие ядра там тебе ничего не должны. Захотят - вообще возможность запуска на твоем "калькуляторе" выпилят.

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

Ответить | Правка | Наверх | Cообщить модератору

220. "Линус Торвальдс не исключил возможность интеграции поддержки..."  +/
Сообщение от Аноним (220), 22-Июн-22, 23:08 
А я где-нибудь сказал, что буду в апстрим проталкивать? Для себя и для того парня, и только для LTS.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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