Пытаюсь запаковать этот проект для GNU Guix:
https://github.com/bvaisvil/zenith

И вижу опять "ад зависимостей", как в Java/Maven, разве что этот клубок распутать несколько проще. Тем не менее, как оказалось, Zenith зависит от библиотеки heim, которая не обновляется уже два года. Что сделал автор Zenith? Правильно, личный форк библиотеки, от которого теперь зависит Zenith. Похожая ситуация с библиотекой sysinfo, которая обновляется регулярно, но автор Zenith решил сделать форк со своими измениями, для Zenith. Могу понять автора, поскольку он хочет сделать "чтобы всё работало", но тенденция конечно неприятная, с точки зрения упаковки программы под GNU Guix.

На изображении показаны зависимости zenith 0.13.1. Песочными часами отмечены те библиотеки, которые у меня уже собираются на локальной ветке. Патч с uom надавно отправил в GNU Guix.

#gnu #guix #rust

“Orphaning bcachefs-tools in Debian”:
https://jonathancarter.org/2024/08/29/orphaning-bcachefs-tools-in-debian/

Увидел у Людовика Кортеса в Mastodon.

Апстрим bcachefs-tools переходит на Rust, с требованиями к точным совпадениям версий зависимостей, что делает поддержку пакета в Debian крайне сложной. Общей практикой в Debian является ослабление требований к версиями зависимостей, чтобы хоть как-то обеспечить возможность упаковки пакета в стабильной версии дистрибутива, без включения внутрь пакета всех зависимостей, как предлагается апстримом.

Например, в зависимостях bcachefs-tools указана зависимость от errno версии 0.2, но при упаковке в Debian пришлось позволить сборку с errno 0.4; а требование к udev 0.7 было ослаблено до версии 0.8 и т.д. Другие дистрибутивы вроде Fedora, которые также имеют стабильные релизы, используют похожий подход; другие же, с более простой политикой пакетирования (например, Arch) просто включают все зависимости в том виде, как они "прибиты гвоздями" в апстриме.

И разумеется, сам bcachefs-tools не имеет стабильных релизов, и релизов долговременной поддержки (LTS), так что любой, кто требует поддержку bcachefs-tools в долгосрочной перспективе должен также тянуть бремя поддержки пакета самостоятельно, а также всех пакетов, которые включены в вендорскую поставку bcachefs-tools.

Как говорит автор статьи: "на данный момент я сделал 6 обновлений для этого пакета в этом году, но я до сих пор получаю жалобы на то, что пакет устарел и вообще древний. Если кусок ПО считается устаревшим до такой степени, что он признаётся бесполезным спустя два или три месяца после публикации — в этом случае он не выдержит даже стандартного цикла выпуска стабильных релизов дистрибутива, не говоря уже о том, чтобы быть включённым в LTS."

#linux #packaging #rust