all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Why does Guix duplicate dependency versions from Cargo.toml?
@ 2023-08-21 19:23 Jonas Møller
  2023-08-24  7:05 ` (
                   ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: Jonas Møller @ 2023-08-21 19:23 UTC (permalink / raw)
  To: guix-devel

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

Hi Guix! Why does cargo-build-system need #:cargo-inputs specified in the package definition? This seems like a big mistake for a couple of reasons.

- It is completely redundant, it should match what is in Cargo.toml. I know `guix import crate` exists to automate this process, but I don't understand the rationale for duplicating this information.
- It is bad practice for Guix to override Cargo.lock if it exists, this means that Guix is building a different binary to the one the developers of the packaged Rust application are seeing on their end, this is a much bigger problem. This can and will cause spurious build failures, or bugs that are unknown to the developers of the Rust programs that Guix packages.

[-- Attachment #2: Type: text/html, Size: 1065 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2023-08-27 11:19 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-08-21 19:23 Why does Guix duplicate dependency versions from Cargo.toml? Jonas Møller
2023-08-24  7:05 ` (
2023-08-24 10:14   ` Jonas Møller
2023-08-24 19:40     ` (
2023-08-25  9:13 ` Zhu Zihao
2023-08-25 14:56   ` (
2023-08-26 14:08     ` Andreas Enge
2023-08-27 11:18 ` Attila Lendvai

Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.