3 ms·

I am not sure which distros you use, but Swift is available in Fedora and EPEL (CentOS/RHEL) 8. The package name is swift-lang.

WesolyKubeczek 6y ago
I can’t understand why you’re being downvoted. Unless, of course, the HN crowd doesn’t like anyone putting spikes into myths it likes to perpetuate, like “installing Swift is involved on Linux”. Hello, it’s “dnf install -y swift-lang”, how less involved does it have to get? “Burn the heretic! It’s involved! I’d rather curl | sudo bash things all day!”
- thegeekpirate 6y ago
  > WesolyKubeczek > I can’t understand why you’re being downvoted. Unless, of course, the HN crowd doesn’t like anyone putting spikes into myths it likes to perpetuate, like “installing Swift is involved on Linux”. > Hello, it’s “dnf install -y swift-lang”, how less involved does it have to get? > “Burn the heretic! It’s involved! I’d rather curl | sudo bash things all day!” It seems like it's _officially_ packaged on only two distros which are relevant to Linux developers—Fedora, and NixOS https://repology.org/project/swift-lang/versions https://repology.org/project/swift-lang/versions It's also _unofficially_ packaged (aka by the community) for Arch via AUR, Slackware via SlackBuilds, and RHEL/CentOS via EPEL. That's beyond pathetic, without even beginning to consider the resources of the company which backs them. Take a look at how many distros Zig supports, for instance https://repology.org/project/zig/versions https://repology.org/project/zig/versions ... ...and Swift released the open-sourced Linux version roughly six years ago.
teh_klev 6y ago
The problem with EPEL is that it's not supported by Redhat, and the packages that reside there are, for want of a better phrase, ephemeral. There are no guarantees. If you're after a long term and well supported solution then EPEL probably isn't for you. And the same goes for Fedora, which I personally use, but wouldn't run in production for anything mission critical.

WesolyKubeczek 6y ago

I can’t understand why you’re being downvoted. Unless, of course, the HN crowd doesn’t like anyone putting spikes into myths it likes to perpetuate, like “installing Swift is involved on Linux”. Hello, it’s “dnf install -y swift-lang”, how less involved does it have to get? “Burn the heretic! It’s involved! I’d rather curl | sudo bash things all day!”

thegeekpirate 6y ago
> WesolyKubeczek > I can’t understand why you’re being downvoted. Unless, of course, the HN crowd doesn’t like anyone putting spikes into myths it likes to perpetuate, like “installing Swift is involved on Linux”. > Hello, it’s “dnf install -y swift-lang”, how less involved does it have to get? > “Burn the heretic! It’s involved! I’d rather curl | sudo bash things all day!” It seems like it's _officially_ packaged on only two distros which are relevant to Linux developers—Fedora, and NixOS https://repology.org/project/swift-lang/versions https://repology.org/project/swift-lang/versions It's also _unofficially_ packaged (aka by the community) for Arch via AUR, Slackware via SlackBuilds, and RHEL/CentOS via EPEL. That's beyond pathetic, without even beginning to consider the resources of the company which backs them. Take a look at how many distros Zig supports, for instance https://repology.org/project/zig/versions https://repology.org/project/zig/versions ... ...and Swift released the open-sourced Linux version roughly six years ago.

teh_klev 6y ago

The problem with EPEL is that it's not supported by Redhat, and the packages that reside there are, for want of a better phrase, ephemeral. There are no guarantees. If you're after a long term and well supported solution then EPEL probably isn't for you. And the same goes for Fedora, which I personally use, but wouldn't run in production for anything mission critical.