107

Rust Port for Fish Shell is Almost Ready for a Beta Release (news.itsfoss.com)

submitted 4 months ago by dashcubeit@lemmy.world to c/rust@programming.dev

20 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] nous@programming.dev 21 points 4 months ago

They said on a linked post:

Make fish available on servers that run old LTS distros Making it easy to build and run

Which suggests to me they are using features from newer versions of libraries then exist for older LTS distos. Making it hard to compile and run on them. Most of rust libraries are statically compiled so that is not an big issue for rust. Though this is just speculation on my part.

[-] faho@lemmy.world 8 points 4 months ago* (last edited 4 months ago)

There is nothing specific in the rust port that makes fish more available for servers or LTS distros.

Before, you would have had to get a C++11 compiler (which used to be a bit of a PITA until 2020 or so), now you need to get rust 1.70 (which isn't terrible given rustup exists).

I see they're taking it from this comment, which says

Fish should be available on servers, which run old LTS distros - this means we build our own packages for a variety of them.

Which is something that fish has always done - you can go to https://fishshell.com/ and get packages for Ubuntu, Debian, OpenSUSE and CentOS - all server distros, and these packages are built by the fish developers, not the distros.

That quote comes from the "Setting The Stage" section of the comment, which describes the status quo. This is about explaining what fish does and needs from a new language, not about something that fish wants to achieve by switching the language.

[-] BatmanAoD@programming.dev 7 points 4 months ago* (last edited 3 months ago)

There is nothing specific in the rust port that makes fish more available for servers or LTS distros.

Being written in Rust does improve availability, because by default Rust statically links against everything except libc, and you can opt out of that if necessary. So there is inherently no need to build separate dependency packages for each distro, unless you use a Rust crate that specifically links to a C or C++ library.

[-] FizzyOrange@programming.dev 4 points 4 months ago

It actually statically links the Rust standard library too. You can also avoid glibc by using musl with a one line change.

[-] BatmanAoD@programming.dev 3 points 3 months ago

Oh, right, yes; of course it statically links the standard library. I was thinking of the fact that the standard lib is precompiled, but yes, it's statically linked.