unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Ludovic Courtès" <ludovic.courtes@inria.fr>
To: Ricardo Wurmus <rekado@elephly.net>
Cc: guix-devel <guix-devel@gnu.org>,  Nicolas Graves <ngraves@ngraves.fr>
Subject: Re: How to build Rust packages
Date: Tue, 10 Dec 2024 09:15:29 +0100	[thread overview]
Message-ID: <87ikrsj6n2.fsf@inria.fr> (raw)
In-Reply-To: <Z1Vk97-IqhCuk2Jw@3900XT> (Efraim Flashner's message of "Sun, 8 Dec 2024 11:20:55 +0200")

Hello,

Efraim Flashner <efraim@flashner.co.il> skribis:

> I don't want to go and parse Cargo.lock, automagically generate packages
> based on that, and then download those as cargo-inputs for packages. Not
> only does that potentially pull in old versions of libraries which may
> have necessary updates or patches, it doesn't check them for license
> data or vendored C libraries.

Yes, that makes sense to me.  A corollary is probably that Guix itself
should only focus on a subset of available Crates, with a line drawn
somewhere.

This needs to be spelled out so contributors and users know what to
expect.

> I am jealous of the cran updater and all the work Rekado has put into
> making it work well, and I know I need to actually fix a bunch of stuff
> with the crates.  An updater and also the etc/committer.scm file.  There
> are too many crates to actually package them all, so that wouldn't be
> something workable to automatically package all of them.
>
> I have a script that goes through the crates and lists how many
> dependencies there are per file, and I have used it in the past to
> remove unused crates.  I have also come back and added them back in when
> something else needed them.

The problem is that currently tools that work for the rest of Guix don’t
work for Crate packages.

There’s the proposal at <https://issues.guix.gnu.org/53127>, there’s
also antioxydant, and there’s your script and other tools people might
have.  I think this needs to be consolidated so that things remain under
control.

Ludo’.


  parent reply	other threads:[~2024-12-10  8:16 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-02 16:44 ‘cargo-build-system’ makes everything slow Ludovic Courtès
2024-12-02 19:24 ` Ricardo Wurmus
2024-12-05  7:06   ` Efraim Flashner
2024-12-05 10:13     ` How to build Rust packages Ludovic Courtès
2024-12-08  9:20       ` Efraim Flashner
2024-12-08 11:51         ` indieterminacy
2024-12-10  8:15         ` Ludovic Courtès [this message]
2024-12-05 11:07     ` ‘cargo-build-system’ makes everything slow Liliana Marie Prikler
2024-12-05  6:32 ` Efraim Flashner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ikrsj6n2.fsf@inria.fr \
    --to=ludovic.courtes@inria.fr \
    --cc=guix-devel@gnu.org \
    --cc=ngraves@ngraves.fr \
    --cc=rekado@elephly.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).