[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1
From: |
Ludovic Courtès |
Subject: |
[bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1 |
Date: |
Tue, 27 Mar 2018 09:41:05 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) |
Hello Nikolai,
Nikolai Merinov <address@hidden> skribis:
> Ricardo Wurmus <address@hidden> writes:
>
>> Ludovic Courtès <address@hidden> writes:
>>
>>> Hello,
>>>
>>> Nikolai Merinov <address@hidden> skribis:
>>>
>>>> Actually there is two ways to achieve this:
>>>> 1. Constantly update bootsrap binaries version.
>>>> 2. For each new release create new package. As result we'll be able to
>>>> use old rust release to build each new rust release. E.g. we can use
>>>> 1.21.0 bootstrap binaries, then build 1.22.0 rust and use it to build
>>>> 1.23.0 rust and then use it to build 1.24.1 rust.
>>>>
>>>> Which way is preferable?
>>>
>>> Like I wrote, I would prefer option #2, so as to increase “binary
>>> diversity” and not rely on builds made by upstream.
>>>
>>> This obviously relates to <http://bootstrappable.org/>. Ricardo, what’s
>>> your take on this?
>>
>> I agree. In the long run, however, I’d prefer for Rust to be
>> bootstrapped through one of the alternative implementations. Then we
>> don’t need to keep a long chain of older versions.
>>
>> Currently, however, I don’t see a way around it.
>
> Hi, I prepared proof-of-concept solution with rust-bootstrap frozed on
> 1.22.1 release.
Would it be an option to stick to 1.21? Or is it already too difficult?
(Apologies if this was already answered previously.) I’m asking because
I wonder how big the temptation will be to upgrade ‘rust-bootstrap’
again next time.
> Do you think suggested code with "split all code to small steps and
> remove fixed issues in new releases" is correct way to provide series
> of releases? Or it will be better to copy builder code to state it
> directly that this specific modification is tested on each rust
> release?
I’m not sure what you mean.
Danny, you probably have more experience than I do with Rust. :-)
Thoughts?
Thanks,
Ludo’.
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Nikolai Merinov, 2018/03/15
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Ludovic Courtès, 2018/03/17
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Nikolai Merinov, 2018/03/19
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Ludovic Courtès, 2018/03/19
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Ricardo Wurmus, 2018/03/20
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Nikolai Merinov, 2018/03/22
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1,
Ludovic Courtès <=
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Nikolai Merinov, 2018/03/27
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Danny Milosavljevic, 2018/03/27
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Marius Bakke, 2018/03/27
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Ricardo Wurmus, 2018/03/27
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Danny Milosavljevic, 2018/03/30
- [bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Danny Milosavljevic, 2018/03/27
[bug#30831] [PATCH] gnu: rust: Update rust from 1.22.1 release to 1.24.1, Danny Milosavljevic, 2018/03/18