all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Jonas Møller via Bug reports for GNU Guix" <bug-guix@gnu.org>
To: Simon Tournier <zimon.toutoune@gmail.com>, 62064@debbugs.gnu.org
Subject: bug#62064: Why is only rust-1.60 exported when 1.65 is defined?
Date: Mon, 13 Mar 2023 20:59:09 +0000	[thread overview]
Message-ID: <66be3bb1-5adb-4e6b-f050-6159da88124e@moesys.no> (raw)
In-Reply-To: <873568lo20.fsf@gmail.com>

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

> Well, the issue when exporting ’rust-1.65’ is that it would possible
> incompatible with the Rust packages provided by Guix and compiled with
> ’rust’ (1.60).

Rust has very strong stability guarantees between 1.x releases, and has a very extensive set of tooling/infrastructure to make sure no breaking changes make their way into a release (see crater [1]). Any Rust-based package big enough to be packaged by Guix will have had its test-suite confirmed to work with the new release of cargo/rustc long before any new release is made (and in many cases before pull-requests are merged.)

Nevertheless, rebuilding all Rust packages on every rustc release isn't strictly necessary. (Improvements in optimizations do happen, but they are mosty minor release-to-release.)

But I agree with your ’package-with-explicit-rust’ idea, it is very unfortunate that "Rust, the development environment used by Guix users building Rust software" and "Rust, the build environment we use to build all Guix Rust packages" got conflated in Guix.

[1]: https://github.com/rust-lang/crater

— Mvh Jonas Møller

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

  reply	other threads:[~2023-03-13 21:00 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-08 16:09 bug#62064: Why is only rust-1.60 exported when 1.65 is defined? Jonas Møller via Bug reports for GNU Guix
2023-03-12 14:14 ` Matthew James Kraai
2023-03-13 13:36 ` Greg Hogan
2023-03-13 14:32 ` Simon Tournier
2023-03-13 20:59   ` Jonas Møller via Bug reports for GNU Guix [this message]
2023-03-14  8:32     ` Simon Tournier
2023-03-14  8:59       ` Jonas Møller via Bug reports for GNU Guix
2023-04-03 14:03         ` Simon Tournier
2023-04-04 11:53           ` Jonas Møller via Bug reports for GNU Guix
2023-03-13 21:11 ` paren--- via Bug reports for GNU Guix
2023-04-04  9:30   ` Simon Tournier
2024-01-22  5:02     ` Maxim Cournoyer
2023-03-24 15:41 ` ROCKTAKEY

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

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

  git send-email \
    --in-reply-to=66be3bb1-5adb-4e6b-f050-6159da88124e@moesys.no \
    --to=bug-guix@gnu.org \
    --cc=62064@debbugs.gnu.org \
    --cc=jonas@moesys.no \
    --cc=zimon.toutoune@gmail.com \
    /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 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.