Re: [devel] Расширение функциональности rpm-build-rust

[Arseny Maslennikov <arseny@altlinux.org>]

[-- Attachment #1: Type: text/plain, Size: 2319 bytes --]

On Wed, Sep 16, 2026 at 01:58:24PM +0300, Aleksandr Shamaraev wrote:
> > Кому: devel@lists.altlinux.org (devel@lists.altlinux.org);
> > Тема: [devel] Расширение функциональности rpm-build-rust;
> > 16.09.2026, 20:11, "Rx" <rx1513@altlinux.org>:
> > 
> > Мы организуем собственную инфраструктуру вокруг доверенного зеркала и
> > позволяем Cargo
> > перед пересборкой самому решать какие зависимости нужны.
> 
> Доброго времени суток.
> 
> Если бы такой вариант был бы возможен, то он был бы на лично мой взгляд
> идеален, особенно учитывая, что некоторые апстримы не следят за тем же
> Cargo.lock и сам cargo build при работе online тянет все что нужно, а вот
> при --offline все это дело "валится"

Вообще апстримы в разной степени заинтересованы, чтобы их пакетили.
* Кривой апстрим, не умеющий написать себе юнит или инит-скрипт
* Кривой апстрим, забывающий составить Cargo.lock
  <...вы находитесь здесь...>
* Кривой апстрим, не умеющий линковать своё поделие
* Кривой апстрим, не умеющий программировать
  <...некоторые думают, что "AI" позволяет находиться здесь...>
* Winamp

Где-то на этой шкале точно наступает момент, в который нужно сказать:
    $ r=obstream; rm -rf ~/git/$r && ssh git.alt rm-db $r && echo "$r в топку" | mutt -s "$r is orphaned" devel

А так: даже в случае, если мы начинаем раскладывать crates.io по
пакетам, можно (в теории) Cargo.lock составить, а потом преобразовать в
пачку BuildRequires: crates.io(name) = VR. Вряд ли этому что-то может
помешать.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]