From: Ian Eure <ian@retrospec.tv>
To: Efraim Flashner <efraim@flashner.co.il>
Cc: guix-devel@gnu.org
Subject: Re: Rust-team branch status?
Date: Wed, 26 Jun 2024 10:21:13 -0700 [thread overview]
Message-ID: <87msn74nzk.fsf@meson> (raw)
In-Reply-To: <ZnwhAEgcaqGK81wp@3900XT>
Efraim Flashner <efraim@flashner.co.il> writes:
> [[PGP Signed Part:Undecided]]
> On Wed, Jun 26, 2024 at 10:46:56AM +0300, Efraim Flashner wrote:
>> On Tue, Jun 25, 2024 at 08:48:12AM -0700, Ian Eure wrote:
>> > Hi Efraim,
>> >
>> > Efraim Flashner <efraim@flashner.co.il> writes:
>> >
>> > > [[PGP Signed Part:Undecided]]
>> > > On Thu, Jun 20, 2024 at 05:10:11PM -0700, Ian Eure wrote:
>> > > > Hi Guixers,
>> > > >
>> > > > I want to update the Librewolf package, but it now
>> > > > depends on Rust
>> > > > >= 1.76, which is newer than what's in master. I see the
>> > > > >>rust-team
>> > > > branch has versions up to 1.77 — is there a timeline for
>> > > > merging
>> > > > that, or a TODO list of things that need to be done to
>> > > > merge it?
>> > > > I'm not sure if I can help there, but would rather direct
>> > > > efforts
>> > > > towards getting rust updated than patching Librewolf to
>> > > > build with
>> > > > older versions.
>> > >
>> > > I managed to burn myself out on rust stuff a few months ago
>> > > and I'm
>> > > finally coming back to the rust-team branch. There are
>> > > still hundreds
>> > > of patches sent for the branch which I had hoped to
>> > > catch-up on, but I'm
>> > > fairly certain that the branch is in a good state for
>> > > merging even now.
>> > >
>> > > Currently it has rust-1.77.1. There is a newer 1.77.2
>> > > available, and
>> > > the newest version is 1.79. After merging the current
>> > > branch I hope to
>> > > be able to move the version of rust on the rust-team branch
>> > > to whatever
>> > > the latest version is.
>> > >
>> > I’m very sorry to hear that you’re feeling burnt out.
>> >
>> > Would it be reasonable to merge the newer Rust versions,
>> > without changing
>> > the default from 1.75? That would unblock things needing
>> > them, without the
>> > risk of breaking packages which haven’t been updated.
>> >
>> > This might not work for other packages, but Guix seems to
>> > keep nearly every
>> > version of Rust around for bootstrapping the new ones, so I
>> > think this would
>> > work.
>>
>> I'll see about backporting(?) the newer rust versions from the
>> rust-team
>> branch to the master branch. That way they are available for
>> things like
>> librewolf even if they aren't used for the actual rust packages
>> yet. It
>> shouldn't be too hard and I can make sure it doesn't cause
>> problems on
>> the rust-team branch, even thought it has to wait a bit until
>> its turn
>> to merge.
>
> I've pushed through rust-1.79 to master and I've built them on
> x86_64.
> My fast aarch64 build machine is currently offline so I can't
> test there
> and builds are ongoing on riscv64. The packages are public but
> hidden,
> so they can be pulled into a package definition if required (as
> rust-1.79) but can't be installed with a simple 'guix package -i
> rust'.
>
Wonderful, thank you very much for the quick turnaround!
I know next to nothing about Rust, but if there’s something that
would help the rust-team branch, please let met know.
Thanks,
— Ian
next prev parent reply other threads:[~2024-06-26 17:24 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-21 0:10 Rust-team branch status? Ian Eure
2024-06-21 13:18 ` Efraim Flashner
2024-06-21 13:46 ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2024-06-25 15:48 ` Ian Eure
2024-06-26 7:46 ` Efraim Flashner
2024-06-26 14:09 ` Efraim Flashner
2024-06-26 17:21 ` Ian Eure [this message]
2024-06-27 12:50 ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2024-06-27 13:09 ` Tomas Volf
2024-06-27 13:47 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87msn74nzk.fsf@meson \
--to=ian@retrospec.tv \
--cc=efraim@flashner.co.il \
--cc=guix-devel@gnu.org \
/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.