On Mon, Feb 24, 2025 at 08:35:13AM -0800, Felix Lechner wrote:
> Hi Murilo,
> 
> On Mon, Feb 24 2025, Murilo wrote:
> 
> > generating guix package definitions from Cargo.lock.
> 
> How else can we avoid packaging errors like this one? [1]
> 
> Kind regards
> Felix
> 
> P.S. I'm not a Rust person & behind on the conversation.
> 
> [1] https://issues.guix.gnu.org/76444

Currently we have a manifest in etc/teams/rust/rusty-packages.scm which
creates a manifest of all the cargo-build-system packages which aren't
prefixed with rust- or have rust as an input.  It takes about 4 hours to
build on my machine, partly due to the firefox derivatives.  I only test
the "interesting" packages and only test the intermediate rust-*
packages when doing updates.  Switching to using only the crates
imported by parsing the Cargo.lock should remove the need for me to
personally test the manifest (I think it might also be on cuirass), and
we could use `guix build -P1 foo` like normal when we update a package,
since we now really only care about the "interesting" packages, not the
source-only cargo inputs.

While we could force the packages to use slightly newer versions of
their inputs I wouldn't see it as something we'd need to do regularly
unless there's a security advisory.

Also switching to using the Cargo.lock to create a list of rust crates
needed to build the package should eliminate the possibility of
incompatible crates in a build.

-- 
Efraim Flashner   <efr...@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

Attachment: signature.asc
Description: PGP signature

Reply via email to