https://www.opennet.ru/opennews/art.shtml?num=62657

"Новый драйвер написан на языке Rust и, так как инфраструктура для разработки Rust-драйверов ещё только развивается, код Nova намерены переносить в основной состав ядра поэтапно, по мере появления необходимых обвязок для языка Rust. На первом этапе для включения в ядро предложен драйвер "nova-core", состоящий из 232 строк кода. Nova-core реализует базовый уровень абстракций над программными интерфейсами прошивок GSP, и предоставляет API, не зависящий от версий прошивок"

Subscriber's submission

Фильм «Джун Уик» — новичку в компании дают невыполнимую задачу, чтобы слить его, но сучонок справляется и подсиживает лида.

Распространяем правильную культуру в западные компании! :)

Miro на каждое действие, даже простое перемещение по доске, отправляет какие-то запросы. Если посмотреть содержимое, то там можно найти анонимный ID, действие, браузер, ОС, название видеокарты... В сумме один такой запрос весит около 7,5 КБ. Это примерно столько же, сколько весит текст этого поста, повторенный 6 раз. А так как эти запросы отправляются чуть ли не каждую секунду, то уже через пару минут трафик начнёт исчисляться в мегабайтах, что уже будет сравнимо с весом изображений.

Так может, это запросы на получение информации с доски? А вот и нет: uBlock Origin блокирует эти запросы, что не мешает Miro функционировать как обычно. Вот таким простым образом uBlock Origin экономит ваш трафик.

https://mastodon.ml/@KoolTechLord/113947484020490853

Спасибо подписчику за ссылку

Ничто не нОво под Луной, или про AI/ChatGPT от 79 года:

https://yandex.ru/video/preview/5978694155372959504

https://www.group-telegram.com/dereference_pointer_there/9180

История про то, как один мейнтейнер ядра не пускает к себе в ядро растовые обертки.

Я писал про начало этой истории в https://www.group-telegram.com/itpgchannel.com/2189

Уважаемые растаманы, а чего вы хотели?

Вы сначала лезете со своим blazingly fast more memory safe изо всех щелей, хаете то, что не поняли, и переписываете то, с чем не осилили разобраться, а потом расстраиваетесь, что серьезные люди не хотят иметь с вами серьезных дел?

Ну меняйте подход, чо.

https://www.group-telegram.com/tech_b0lt_Genona/5003

Мама, я в телевизоре!

https://lwn.net/ml/all/[email protected]/

https://lwn.net/ml/all/CAHk-=wi=ZmP2=TmHsFSUGq8vUZAOWWSK1vrJarMaOhReDRQRYQ@mail.gmail.com/

Схватился дед с батей автор #asahi, и Linus.

Гектор решил поиграть в SJW, и пошеймить процесс разработки ядра (в связи со всей этой растоисторией https://www.group-telegram.com/itpgchannel.com/2683), и получил ответ.

"However, I will say that the social media brigading just makes me not want to have anything at all to do with your approach.

Because if we have issues in the kernel development model, then social media sure as hell isn't the solution. The same way it sure as hell wasn't the solution to politics."

"И эти люди мне будут рассказывать, что расто community не токсичное", ага:

https://lwn.net/ml/all/[email protected]/

"Rust folks: Please don't waste your time and mental cycles on drama like this. It's not worth your time. Either Linus likes it, or he doesn't. Everything else is distractions orchestrated by a subset of saboteur maintainers who are trying to demoralize you until you give up, because they know they're going to be on the losing side of history sooner or later. No amount of sabotage from old entrenched maintainers is going to stop the world from moving forward towards memory-safe languages"

Вот за это и не любят, за "blazingly fast more memory safe изо всех щелей No amount of sabotage from old entrenched maintainers is going to stop the world from moving forward towards memory-safe languages".

(kernel community так-то тоже не очень, но это не извиняет)

И это может звучать несколько противоречиво, но сердцем-то я на стороне этих новичков, потому что, если не принимать во внимание форму, тут все очень верно написано - https://lwn.net/ml/all/[email protected]/, и почему я лично не притронусь к ядру, пока оно вот такое, ни за какие деньги.

Изначальная картинка взята из этой статьи

NowSecure Uncovers Multiple Security and Privacy Flaws in DeepSeek iOS Mobile App
https://www.nowsecure.com/blog/2025/02/06/nowsecure-uncovers-multiple-security-and-privacy-flaws-in-deepseek-ios-mobile-app/

https://herecomesthemoon.net/2024/11/two-factions-of-cpp/

Классный текст про современное состояние С++ (спойлер - мы все обречены), а я пропустил.

Самое интерeсное (по мне) в этом тексте - это утверждение "там, где система сборки хорошая, там и кодовая база С++ тоже норм, а если нет, то нет". Это не совсем очевидно, но, чем больше про это думаешь, тем лучше видна связь.

https://lwn.net/ml/linux-fsdevel/CAHk-=win2x_KORa1CJTaX0VrBy9ug_GXNwPpcPXVQbedHSYhsg@mail.gmail.com/

Linus про https://github.com/facebook/folly

"The fact that you think that some completely broken C++ code was "written with high quality", and you think that is an excuse for garbage is just sad.

Those C++ libraries WERE INCREDIBLE CRAP. They were buggy garbage. And no, they are in no way going to affect the kernel and make the kernel do stupid and wrong things"

Полностью поддерживаю!

Miguel Ojeda (https://ojeda.dev/) принёс в рассылку

Hi all,

Given the discussions in the last days, I decided to publish this page
with what our understanding is:

    https://rust-for-linux.com/rust-kernel-policy

I hope it helps to clarify things. I intend to keep it updated as needed.

https://lore.kernel.org/rust-for-linux/CANiq72m-R0tOakf=j7BZ78jDHdy=9-fvZbAT8j91Je2Bxy0sFg@mail.gmail.com/

Who maintains Rust code in the kernel?
The usual kernel policy applies. That is, whoever is the listed maintainer.

The "RUST" subsystem maintains certain core facilities as well as some APIs that do not have other maintainers. However, it does not maintain all the Rust code in the kernel — it would not scale.
. . .
Who is responsible if a C change breaks a build with Rust enabled?
The usual kernel policy applies. So, by default, changes should not be introduced if they are known to break the build, including Rust.

However, exceptionally, for Rust, a subsystem may allow to temporarily break Rust code. The intention is to facilitate friendly adoption of Rust in a subsystem without introducing a burden to existing maintainers who may be working on urgent fixes for the C side. The breakage should nevertheless be fixed as soon as possible, ideally before the breakage reaches Linus.
. . .
Are duplicated C/Rust drivers allowed?
The usual kernel policy applies. So, by default, no.

Rust kernel policy
https://rust-for-linux.com/rust-kernel-policy

Спасибо подписчику за наводку