Mercurial's minimum Rust version

Mathias De Maré mathias.demare at gmail.com
Fri Apr 29 09:25:39 UTC 2022


On Wed, Apr 27, 2022 at 2:53 PM Raphaël Gomès <raphael.gomes at octobus.net>
wrote:

> Hi all,
>
> (Sorry in advance if this mail is a duplicate, we've had trouble with
> our mailing lists in the past few days)
>
> Mercurial has had Rust code for a few years now. Parts of it used as
> native extensions to the Python code and others as standalone
> executables for speed. Some distros have packaged the Rust versions in
> the past and we expect more to do so in the future.
>
> The current policy for the minimum Rust version in Mercurial is to
> follow that of Debian Stable. The idea behind the policy is to have a
> relatively... stable version that should enable most users and distros
> to use our Rust code without relying on an external toolchain like
> Rustup, and ease the integration with downstream crates like Ripgrep
> (only as an example, no effort has been made yet).
>
> Some Mercurial contributors feel like this policy needs to change
> because it prevents us from upgrading some of our dependencies most of
> all, but also because we miss out on some niceties in the language (I am
> not aware of any major changes like async/await was before).
>
> TLDR: does anyone care if we change our minimum Rust version policy to a
> faster moving target ? Likely Debian Testing, but that's just one idea.
>
For RHEL 7 packages, I don't care too much anymore (we're migrating away
from them and I assume everyone is doing the same or has done so already).
If there's an incompatibility, I'll probably just stop making new packages
for it.
For RHEL 8 (or RockyLinux) packages, I guess 'rustup' would be an option (I
assume the same goes for other Linux packages being created) if an
incompatibility appears.

In other words: fine by me :-)

Greetings,
Mathias

>
> Thanks,
> Raphaël
>
> _______________________________________________
> Mercurial-packaging mailing list
> Mercurial-packaging at mercurial-scm.org
> https://www.mercurial-scm.org/mailman/listinfo/mercurial-packaging
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial-packaging/attachments/20220429/aa069f07/attachment-0002.html>


More information about the Mercurial-packaging mailing list