[devel] Расширение функциональности rpm-build-rust
Anton Zhukharev
ancieg на altlinux.org
Ср Сен 16 14:51:57 MSK 2026
On Wed, Sep 16, 2026 at 11:36:36AM +0000, Paul Wolneykien wrote:
> 16 сент. 2026, 14:16, Rx написал(а):<br>> 16.09.2026 12:48, Paul Wolneykien пишет:<br>>> ...<br>>> Мне приходила в голову мысль, что можно было бы собрать в Сизиф<br>>> большие пакеты с названиями вроде rust-deps-best, rust-deps-good,<br>>> rust-deps-bad, rust-deps-ugly и т. д., то есть некоторую "свалку"<br>>> исходников популярных зависимостей, а при сборке пакета просто<br>>> требовать их. В сам же прикладной SRPM вендорить только то, что не<br>>> покрывается этой массой популярных зависимостей. Очевидный минус<br>>> в том, что в сборочную среду будет приезжать большой объём файлов,<br>>> из которых далеко не всё будет использоваться. Но плюс же в том, что<br>>> всё, что собирается таким образом, будет использовать одни и те же<br>>> версии rus-библиотек и несложно будет вести учёт и контроль.<br>> Я думаю это может сработать, но насколько хорошо? Нужен доброволец <br>> который будет этим заниматься. А что если он внезапно исчезнет? <br>> Действительно ли такую свалку будет удобно поддерживать?<br><br>Казалось бы, назвался груздем — полезай в кузов. :) Но только вот я не собрал пока ни одного rust-пакета.<br><br>Поддержку я представляю себе так, что раз в неделю, допустим, прогоняется скрипт, который массово вытягивает новое дерево стабильных исходников и пакует их взамен старых. То есть, как вендоринг, но в особо крупных размерах. И чейнджлог составляется: "были обновлены такие-то пакеты". К этому нужно добавить возможность ставить на холд некоторые версии — не заменять их новыми, а держать старые версии рядом с новыми.<br>
Да уж проще вот так раскладывать в одном пакете, например, в случае крейта clap,
который пусть будет, условно, с NEVR = rust-crate-clap-4.5.49-alt1:
%_cratesdir/clap -> symbolic link to clap-4.5.49
%_cratesdir/clap-4.5.49/
%_cratesdir/clap-4.5.48/
и так далее (+ сжимать можно).
И затем указать при сборке в .cargo/config.toml:
```toml
[source.crates-io]
replace-with = "alt-registry"
[source.alt-registry]
directory = "%_cratesdir"
```
Но и тут есть проблема не решенная - например если апстрим пакета сделал
форк для своего проекта и не поменял имя - такое тогда вендорить нужно
будет.
Ну либо прям целый git проекта хранить, но это не на всех будет
распространяться.
--
Anton Zhukharev
ALT Linux Team
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : signature.asc
Тип : application/pgp-signature
Размер : 870 байтов
Описание: отсутствует
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20260916/247295ea/attachment-0001.bin>
Подробная информация о списке рассылки Devel