Rust теперь обязателен для сборки Git 3.0 (когда он выйдет пока не понятно)

https://lore.kernel.org/git/6674eb07df107d786b747ccd6dce4555d36d5d2c.camel@physik.fu-berlin.de/T/

Hi,

this small patch series introduces Rust into the core of Git. This patch series is designed as a test balloon, similar to how we introduced test balloons for C99 features in the past. The goal is threefold:

- Give us some time to experiment with Rust and introduce proper build infrastructure.

- Give distributors time to ease into the new toolchain requirements. Introducing Rust is impossible for some platforms and hard for others.

- Announce that Git 3.0 will make Rust a mandatory part of our build infrastructure.
. . .

I'm mostly splitting out the topic of introducing Rust from the larger series that introduce it into xdiff so that we can focus more on the actual process of introducing Rust into Git and less on the potential features that we want to build on top of it.

В сообщении упоминается xdiff, это параллельный процес в разработке git

Upcoming patches will simplify xdiff, while also porting parts of it to Rust. In preparation, add some stubs and setup the Rust build. For now, it is easier to let cargo build rust and have make or meson merely link against the static library that cargo builds. In line with ongoing libification efforts, use multiple crates to allow more modularity on the Rust side. xdiff is the crate that this series will focus on, but we also introduce the interop crate for future patch series.

https://lore.kernel.org/git/pull.2043.git.git.1756496539.gitgitgadget@gmail.com/T/#maf899d074287293cee029a688aa5ab14a5613986

Git has historically been written primarily in C, with some shell and Perl. However, C is not memory safe, which makes it more likely that security vulnerabilities or other bugs will be introduced, and it is also more verbose and less ergonomic than other, more modern languages.

One of the most common modern compiled languages which is easily interoperable with C is Rust. It is popular (the most admired language on the 2024 Stack Overflow Developer Survey), efficient, portable, and robust.

Introduce a document laying out the incremental introduction of Rust to Git and provide a detailed rationale for doing so, including the points above. Propose a design for this approach that addresses the needs of downstreams and distributors, as well as contributors.

https://lore.kernel.org/git/pull.2043.git.git.1756496539.gitgitgadget@gmail.com/T/#mb0f289427a079dd87e67cc7b597e19ed554a0100


В общем https://растпобеда.рф

https://www.phoronix.com/review/linux-617-filesystems/5

TL;DR - XFS/EXT4 - лучшие, а bcachefs тихо курит в сторонке.

Будни #bootstrap

Запилил новый способ запуска пользовательской сессии - через отдельный pid namespace, и mount namespace.

pid namespace - чтобы не видеть лишнего, очень удобно:

pg:home# pstree
dbus-run-sessio─┬─alacritty─┬─bash───mc───bash
                │           └─31*[{alacritty}]
                ├─alacritty─┬─bash───pstree
                │           └─31*[{alacritty}]
                ├─dbus-daemon
                ├─mako
                ├─niri───15*[{niri}]
                ├─swaybg
                └─waybar───17*[{waybar}]

Ну и mount namespace, чтобы /bin глядела в мой #realm, а не в системный:

pg:home# ls -la /bin
lrwxrwxrwx 1 pg pg 15 Sep 20 21:23 /bin -> ix/realm/pg/bin

То есть, я полностью изолирую свою сессию от системного окружения, даже управляющие сокеты оставляю минимально:

pg:home# find /var/run/ | grep -v std
/var/run/
/var/run/sndiod
/var/run/sndiod/sock0
/var/run/seatd
/var/run/seatd/seatd.sock
/var/run/dbus
/var/run/dbus/system_bus_socket

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

В итоге, твоя сессия - это только твои процессы, и твои файлы, а для остального есть sudo.

Наверное, что-то похожее делает https://www.talos.dev/

"Упрямство вашего антропоцентризма и, что отсюда следует, нежелание увидеть истину, было столь же велико, сколь напрасно. Даже когда появились программы - и тем самым машины, - с которыми можно было беседовать, а не только играть с ними в шахматы или получать от них отрывочную информацию, сами создатели этих программ не поняли значения произошедшего: они ожидали, что дух в машине - на дальнейших стадиях конструирования - появится в виде личности. То, что дух мог остаться безлюдным, что обладателем Разума мог быть Никто, - не укладывалось у вас в головах, хотя это было уже почти правдой. Поразительное ослепление!"

совершенно потрясающе

https://github.com/rust-lang/rust/issues/62569

TIL, что Rust, по умолчанию, отключает SIGPIPE, в программах на Rust.

"Back in 2014, the Rust startup code (which runs before main) started ignoring SIGPIPE by default: #13158

This dates back to when Rust had a runtime and a green-threads implementation, and more magic handling of I/O. The pull request mentions that it "brings the behavior inline with libgreen""

Я, как ни странно, очень согласен с таким изменением дефолтного поведения Unix. Более того, как-то сам сделал такое в одной никому не известной велосипедной библиотеке - https://github.com/yandex/yatool/blob/main/util/network/init.cpp#L11

Но вот факт того, что это поведение в rust неконсистентно между библиотеками и программами, конечно, доставляет.

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

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

В первую очередь кризис ударит именно по IT-сектору.

Учимся работать руками
r/#singularity

https://www.phoronix.com/news/Rust-Binder-For-Linux-6.18

TL;DR - Google тащит свой IPC в апстрим ядра.

Тащит и тащит, но мне тут, конечно, было бы интересно посмотреть на это глазами тех, кто когда-то пытался затащить в ядро #dbus.

Тогда Linus, в итоге, послал эту братию к херам, #kdbus, с историей можно ознакомиться, например, вот тут - https://lwn.net/Articles/649111/

Это же прямо картина маслом - тогда Linus послал не только сообщество, но еще и злуюу корпорацию Red Hat/IBM (кстати, послал правильно, в Linux есть все, чтобы сделать IPC эффективно в userspace), а теперь принимает точно такой же IPC от другой злой корпорации?

Жириновский в очередной раз всё предсказал

Бутылка. Подписаться

https://triangulatedexistence.mataroa.blog/blog/i-uncovered-an-acpi-bug-in-my-dell-inspiron-5667-it-was-plaguing-me-for-8-years/

И продолжение (в некотором смысле, чувак увидел https://github.com/Zephkek/Asus-ROG-Aml-Deep-Dive, и вдохновился этим на поиск ошибки в ACPI своего ноутбука):

"Literally this GitHub repo. Just check this out, it's the thing I needed. I knew that it was an ACPI fault, but I needed to know how to read the code from the ACPI tables"

Увидел в твиттере интересный тред: чувак расписал, как через ChatGPT можно увести всю вашу приватную переписку, имея на руках только ваш email.

Всё дело в новой фиче — поддержке MCP (Model Context Protocol). Теперь ChatGPT может коннектиться к вашему Gmail, Календарю и другим сервисам, чтобы "лучше помогать".

Но помощь работает в обе стороны. Вот как это паботает:

1. Вам на почту кидают календарное приглашение. Его даже не нужно принимать.
2. В описании встречи — джейлбрейк-промпт, который перехватывает управление ChatGPT.
3. Вы просите нейронку "посмотреть расписание на день".
4. ChatGPT читает ваше расписание, видит инструкции мамкиных хакеров и выполняет их: ищет в вашей почте письма с паролями, выписки из банка и тут же пересылает их на левый email.

Пока что OpenAI включает эту функцию только в "режиме разработчика" с ручным подтверждением каждого доступа. Но кто читает эти окна? Все по классике жмакают "Разрешить", "Разрешить", "Разрешить".

Сам еще пока не проверял, вечером гляну, но будьте аккуратны.


Оригинал треда тут.

Разработчик на С++. Всех обогнал, BTW!

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

https://lwn.net/SubscriberLink/1038847/051210b0b125822a/

https://lwn.net/ml/all/20250918222607.186488-1-xiyou.wangcong@gmail.com/

https://multikernel.io/

TL;DR - "новая" схема виртуализации, без гипервизора, но каждое CPU выполняет свое ядро, не обязательно Linux.

Звучит интересно, как это работает без арбитра над оборудованием - я не понимаю.

"Каждый экземпляр ядра Linux закреплён за одним или несколькими ядрами CPU, выделенными для его выполнения, при совместном использовании остальных аппаратных ресурсов"

Ну, действительно, поделил ты CPU, а кто управляет контроллером памяти, в чьем ядре сейчас выполняется драйвер GPU/ssd/whatever - совершенно непонятно.

(предложка)

#prog #game #article

В 2010 году Sam Hughes (программист, фантаст и просто хороший человек автор SCP-055) представил миру HATETRIS — тетрис, созданный таким образом, чтобы выдавать наиболее неудобные фигуры для продолжения. В частности, здесь нет превью следующей фигуры — она выбирается только после того, как игрок сделал свой ход. Надо отметить, что алгоритм для выбора фигуры абсолютно детерминированный, а потому возможно записывать реплеи в виде последовательности совершённых ходов.

Сам автор не шибко преуспел в том, чтобы обыграть собственное творение — на момент первой публикации он установил рекорд в 5 убранных строк. Первые рекорды были установлены людьми и последовательно были 11, 17, 20, 22, 28 и 30. Последний рекорд был побит лишь спустя 7 (!) лет, на 1 больше. А вот дальше пошло-поехало — после подключения программных методов поиска решения потолок рекордов сильно вырос. Человек под ником knewjade в одиночку на протяжении пары месяцев выдал новые рекорды в 32, 34, 41, 45 и 66 убранных линий. Автору даже пришлось в какой-то момент заблаговременно модифицировать HATETRIS так, чтобы он предотвращал зацикливание позиции (ибо в противном случае было бы тривиально набирать сколь угодно много очков).

К делу подключились новые люди. В посте Getting the World Record in HATETRIS они рассказали, как они добились прорыва, преодолев в итоге (с большим отрывом) планку в 100 очков — причём упомянув тупики и ошибки, допущенные по пути. А в выпущенном годом позже Losing the World Record in HATETRIS (кстати, не так уж и давно, всего месяц назад) они рассказали, как объединённые идеи нескольких вовлечённых людей помогли в итоге поднять рекорд до аж 302 очков и потом ещё выше — с, по видимому, потенциалом добиться произвольно большого количества очков. Всё это, кстати, без использования каких-то безумно дорогих вычислительных мощностей.

Оба поста достаточно объёмны, насыщены идеями и местами низкоуровневыми деталями (внезапно пригодились битовые маски), так что настоятельно рекомендую к прочтению.

(а ещё авторы постов выше написали свои солверы на Rust)

В начале апреля этого года они запостили в комментариях к оригинальному анонсу решение на 3771 очков. Следующим комментом они расписали, как им удалось достичь такого восхитительного прорыва

Чуваки, вы понимаете, что этот чувак 25 лет делал видюхи (20 из них не самые лучшие), потом ему подфартило в AI (он лично для этого ничего не сделал), и теперь он нам гоняет такую хуету? Шлите его в хуй, как и прочий скам, который вам рассказывает, как надо жить, вот и все.

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

Астрологи объявили неделю виртуализации, число систем виртуализации на этой неделе удваивается!