Package Details: swift-bin 5.2.4-1

Git Clone URL: (read-only, click to copy)
Package Base: swift-bin
Description: Binary builds of the Swift programming language
Upstream URL:
Keywords: apple language swift swiftlang
Licenses: Apache
Conflicts: swift-language-git
Provides: swift-language
Replaces: swift-language-bin
Submitter: ashleyis
Maintainer: refi.64
Last Packager: refi.64
Votes: 66
Popularity: 0.63
First Submitted: 2015-12-04 17:31
Last Updated: 2020-06-07 20:25

Required by (5)

Sources (1)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

carsme commented on 2020-07-20 20:21

At least the REPL seems to depend on Python 2:

> swift
/usr/lib/swift/bin/lldb: error while loading shared libraries: cannot open shared object file: No such file or directory

After installing python2 it works, maybe this should be added as a (optional?) dependency?

tanner0101 commented on 2020-07-20 19:45

This works great, thank you!

typoisovok commented on 2020-06-10 19:15

So, guys. I played around with Clion and VS Code.

To use Clion plugin you have to make smth like this, so Swift folder will be yours toolchain:

mkdir ~/Swift
cd ~/Swift
ln -s /usr/bin/swift usr

To use VS Code install [S]wift [D]evelopment [E]nvironment plugin,however you'll see that sourcekit-lsp is extremely slow.

chrbayer commented on 2020-06-08 23:36

Thanks for providing this :-) Can you please include swift-lldb or make an additional package? Thank you very much in advance!

typoisovok commented on 2020-06-08 20:28

Wow! Finally without building icu63, thanks :)


I successfully installed new version of package, however I still can't configure clion to run with it, I've tried to set tool-chain path to "/" as was suggested by @adfjjv but with no luck :c

upd: I searched a bit and found this

upd2: I've tried using centos8 toolchain from as it used as source, it's recognized by clion but getting error with, meh

upd3: Fixing with symbolic link to causes new issue with, meh[2]

upd4: fixing all symlinks makes clion to properly create project struct, however editing source code causes crush, screw it

upd5: it appears that clion is looking for /usr/bin/swift-package when creating projects, however all files are located under /usr/lib/swift/*. If we set /usr/lib/swift as tool-chain than clion will concat /usr/lib/swift + /usr/bin/swift-package

so symlink solves this problem ~/Swift/usr -> /usr/bin/swift

refi.64 commented on 2020-06-07 20:26

Okay I've switched successfully to the CentOS 8 builds, this also comes with the advantage of fewer dependencies and will avoid issues where the package becomes uninstallable later on. Please let me know if anything broke from the transition.

soloturn commented on 2020-06-07 09:25

this means that one needs to install glibc-git?

refi.64 commented on 2020-06-07 06:05

Sadly, this is going to out of date for a bit longer. One of the annoying parts of following Fedora here is that dependency releases may not perfectly be in sync, and in particular right now, rawhide has a newer glibc than Arch does. I'll be looking into maybe making the package instead rely on the recently added CentOS 8 packages from the official Swift website, which should help avoid a lot of these issues. Please hang tight!

refi.64 commented on 2020-05-04 00:28

Sorry for all the delays! Fedora redid the entire package structure, which requires some serious changes over here to accommodate. However, this does come with a nice advantage: no libexec is needed now, so your /usr tree will be completely clean. There's also no more weird symlinking of ncurses required now.

coltfred commented on 2020-04-28 20:09

This package appears to be broken. According to what I could see on the 5.2.2 is all that's on there. Also the runtime isn't on there with the same name.