Package Details: rust-nightly-bin 1.50.0_2020.12.05-1

Git Clone URL: (read-only, click to copy)
Package Base: rust-nightly-bin
Description: Fast, concurrent, safe. The Rust programming language and its package manager, Cargo.
Upstream URL:
Keywords: cargo development rust
Licenses: custom, MIT, Apache
Conflicts: cargo, cargo-git, cargo-nightly, cargo-nightly-bin, rust, rust-docs, rust-git, rust-nightly
Provides: cargo, cargo-nightly, rust, rust-docs, rust-nightly
Submitter: michaelsproul
Maintainer: SolarAquarion
Last Packager: SolarAquarion
Votes: 60
Popularity: 0.000480
First Submitted: 2014-04-20 03:15 (UTC)
Last Updated: 2020-12-06 02:08 (UTC)

Required by (2611)

Sources (1)

Latest Comments

grdgkjrpdihe commented on 2021-12-05 09:07 (UTC)

line 35 x86_64 should be ${CARCH}

SolarAquarion commented on 2020-12-06 02:09 (UTC)

This package is never out of date. I change the dependency to llvm, since that should be good for now

Can221-ParOS commented on 2020-08-03 03:05 (UTC)

After 9 hours of llvm trying to murder my processor on two different occasions Ive given up and used rustup.

Hi-Angel commented on 2018-07-24 21:01 (UTC)

@Stebalien aah, you mean the "rustup" package. Okay, I was confused, because googling "rustup" shows an installer on some irrelevant to Archlinux site. Now I see.

Stebalien commented on 2018-07-24 17:05 (UTC)


The rustup package provides the rust, cargo, rust-nightly, and cargo-nightly packages.

Hi-Angel commented on 2018-07-24 10:45 (UTC)

@Stebalien are you completely sure "rustup" registers itself with pacman? I kinda doubt that.

Stebalien commented on 2017-03-02 06:39 (UTC)

Due to the relative maturity of rustup, I'm disowning rust-nightly-bin (and recommend you just use rustup...).

Stebalien commented on 2016-09-26 15:50 (UTC)

@Majora320, fixed.

Majora320 commented on 2016-09-25 06:10 (UTC)

Please add a confliction with rust-docs, as this package installs docs as well as binaries.

mitchhentges commented on 2016-05-21 17:37 (UTC)

If you want to throw that on one line, and not have the temporary file: curl | gpg --import

balta2ar commented on 2016-05-17 12:44 (UTC)

This worked for me: wget gpg --import key.asc

untitaker commented on 2015-12-27 13:33 (UTC)

Sorry, overlooked the pkgver function below. I do have a server, yes, and would be happy to set up a cronjob for this script. I still have to learn the new AUR workflow though. I wonder when it's most effective to run this script. The release times seem to vary a lot, which is why I'm thinking of running the script hourly.

Stebalien commented on 2015-12-21 23:22 (UTC) (edited on 2015-12-21 23:22 (UTC) by Stebalien)

_date is the date upstream distributed the package. The date in pkgver is the date the package was built (read from the tarball). I don't currently have a server/always on computer so I run an update script every few days (it's out of date now because the builds were failing last week). If you have a server to run the update script (attached), I'd be happy to add you to the maintainers :). Update script:

untitaker commented on 2015-12-21 22:25 (UTC)

This package doesn't update with every nightly, and in the current PKGBUILD `pkgver` and `_date` have different values. IIRC there was a bot that took care of this. I'd be interested in helping with such a bot.

bitwave commented on 2015-11-16 17:23 (UTC)

please add conflicts cargo

howesteve commented on 2015-09-29 19:23 (UTC)

@Stebalien Thanks, it worked

Stebalien commented on 2015-09-29 02:56 (UTC)


howesteve commented on 2015-09-29 02:49 (UTC)

Please, how exactly do I overcome the error "unknown public key 5CB4A9347B3B09DC" and install this package?

Stebalien commented on 2015-08-26 03:50 (UTC)

@Jonhoo Done.

Jonhoo commented on 2015-08-25 10:13 (UTC)

When using a source cache for `makepkg` (`SRCDEST` in `/etc/makepkg.conf`), this package is always rebuilt from the same source file since there is nothing telling makepkg that it should download a new source (i.e. there's no checksum, and no version number in the file name). It'd be great if you could add an alternative source name (see; use filename::url) that included the pkgver, or better yet, today's date.

Stebalien commented on 2015-08-04 16:14 (UTC)

@sunng, Sorry, I update it by building it on my laptop and my internet connection has been pretty slow lately. Updated.

sunng commented on 2015-08-04 14:01 (UTC)

Seems the package doesn't update

Stebalien commented on 2015-07-09 14:28 (UTC)

@pmarcelll, sorry about that.

pmarcelll commented on 2015-07-08 22:48 (UTC)

provides=('rust') is missing from the PKGBUILD

MoSal commented on 2015-07-04 20:17 (UTC)

Suggested PKGBUILD for whoever ends up maintaining this:

michaelsproul commented on 2015-05-19 12:47 (UTC)

Oh, as I'm still running the update server it seems I'm still listed as the maintainer... ok.

michaelsproul commented on 2015-05-19 12:46 (UTC)

I'm disowning this package as I now use multirust (the best thing since sliced bread). If anyone wants to adopt the package, the PKGBUILD generator is here:

johncf commented on 2015-04-16 18:46 (UTC)

Please include the cargo bash-completion file:

michaelsproul commented on 2015-03-02 17:08 (UTC)

Yeah, my server died in an upgrade, *sigh*. I'll restore from a snapshot today.

sunng commented on 2015-03-02 10:26 (UTC)

@gnusouth seems the build stopped again..

sunng commented on 2015-02-21 01:47 (UTC)

@gnusouth, thanks!

michaelsproul commented on 2015-02-19 06:07 (UTC)

Hi @sunng, sorry about that, I'm not sure what happened. Just logged into my server and everything seems to be fine, but I'll keep an eye on it.

sunng commented on 2015-02-19 03:41 (UTC)

Hi @gnusouth, may I know why this package no longer updates?

michaelsproul commented on 2015-02-15 05:34 (UTC)

@Stebalien: I tried that but I get the following error message. ==> Verifying source file signatures with gpg... rust-nightly-x86_64-unknown-linux-gnu.tar.gz ... FAILED (unknown public key 5CB4A9347B3B09DC) ==> ERROR: One or more PGP signatures could not be verified! It works if I add the key to my user keyring - makepkg just doesn't seem to be reading the validpgpkeys array.

Stebalien commented on 2015-02-15 03:52 (UTC)

Please consider checking rust's signature. That is, change the first source to: "${CARCH}-unknown-linux-gnu.tar.gz"{,.asc} and add: validpgpkeys=('108F66205EAEB0AAA8DD5E1C85AB96E6FA1BE5FE') Also, in case you're interested, here is a pkgver function that can automatically determine the correct version: pkgver() { cd rust-nightly-${CARCH}-unknown-linux-gnu [[ "$(<version)" =~ ([0-9]+\.[0-9]+\.[0-9]+)-nightly\ \([0-9a-f]+\ ([0-9]+)-([0-9]+)-([0-9]+)\ ]] echo "${BASH_REMATCH[1]}_${BASH_REMATCH[2]}.${BASH_REMATCH[3]}.${BASH_REMATCH[4]}" }

Jackneill commented on 2015-01-31 11:36 (UTC) moved to:

michaelsproul commented on 2015-01-30 18:34 (UTC)

Hi @mvdnes, I'll look into adding your patches for /usr/ and date extraction, but I'm not going to remove the docs or add Vim syntax highlighting. Lots of people find the offline docs useful (including myself), and installing them separately would involve downloading the Rust package twice. I've decided not to bundle any syntax files because everyone has such personal preferences about how to install them (I use Vundle). If you want a doc-less install you might find the rust-installer useful: There's also this (new) repo for Vim:

mvdnes commented on 2015-01-29 11:16 (UTC)

I may have some additions for your package. My files are located here: It is different in the following ways: - Installs in /usr. This is possible due to the rm and symlink at the end - Remove the docs. They are large, and my system could not handle the large collection of files. - Add vimfiles from rust repo. Unfortunately this is obtained via svn, but it is still very usefull. - Extracts the date from the packaged rustc

haawda commented on 2015-01-26 22:04 (UTC)

Thanks, that works phantastically.

michaelsproul commented on 2015-01-26 21:23 (UTC)

@haawda: I don't do anything fancy, I just download the Rust makefile, read the version and add the date that the PKGBUILD was created on. The PKGBUILD generator on Github downloads the makefile using a makefile of its own then feeds it to this script:

haawda commented on 2015-01-26 21:14 (UTC)

Please let me know how you manage to determine the pkgver. I would try to do the same for rust-nightly.

michaelsproul commented on 2015-01-19 19:22 (UTC)

Back to /usr/local we go. Rust's linking *is* still quirky.

michaelsproul commented on 2015-01-14 22:44 (UTC)

@Yamaky: Sorry I forgot to answer your original query about syntax highlighting. I don't include syntax files to avoid clogging up the filesystem with extraneous stuff. Every editor also uses its own conventions for syntax file installation. For example, with Vim, I prefer to manage everything with Vundle. Bunch of links on the repo for this package:

michaelsproul commented on 2015-01-14 21:18 (UTC)

@Morn, @Yamakaky: Fixed (upstream Rust seems to be fine with /usr/ now).

Morn commented on 2015-01-14 14:40 (UTC)

Why does this PKGBUILD install into /usr/local/? From "Packages should never be installed to /usr/local"

Yamakaky commented on 2015-01-11 20:59 (UTC)

Here it is ! I only tried to compile a hello world, as I don't have a bigger project.

michaelsproul commented on 2015-01-11 19:33 (UTC)

@Yamakay: I'll get around to it at some point but I'm loathe to fix what isn't broken :P. We've had a whole lot of breakages in the past few weeks, so I figure I'll just let it be stable for a while. Pull requests welcome if you feel like making the changes and testing.

Yamakaky commented on 2015-01-11 14:40 (UTC)

So why don't you do it ? BTW, local MAN_DIR could be set to $INSTALL_DIR/man. Why doesn't you package contain emacs, vim and others syntax files ? They are in src/etc in the github repo.

michaelsproul commented on 2015-01-09 19:47 (UTC)

@Yamakaky: There used to be a problem where installing to /usr/ would give link errors when compiling certain libraries. It seems to be fixed now.

Yamakaky commented on 2015-01-09 18:39 (UTC)

Why is the package installed in /usr/local ? It's a package, so /usr should be fine.

michaelsproul commented on 2015-01-04 22:32 (UTC)

If you get permissions errors, you'll have to completely uninstall this package before re-installing it. Sorry for the inconvenience!

michaelsproul commented on 2015-01-04 19:58 (UTC)

Now includes Cargo! (Offline documentation is also back)

michaelsproul commented on 2014-12-30 01:41 (UTC)

All fixed, thanks guys.

michaelsproul commented on 2014-12-29 22:33 (UTC)

@Reventlov: Thanks for working that out! There are a few other changes in Pacman 4.2 that have broken my PKGBUILD generator... I'll try to account for them in the next few days and get this package building again. If you have time to fix things before this, a pull request on would be greatly appreciated :)

commented on 2014-12-29 22:17 (UTC)

@gnusouth: You should make the PKGBUILD install to /usr/local/man and not overwriting /usr/local/share/man, which is a file (a symlink) to /usr/local/man. It's because of the new version of pacman: 4.2.0 - symlinks to directories on the filesystem are no longer treated as directories

commented on 2014-12-29 22:15 (UTC)

@gnusouth: You should make the PKGBUILD install to /usr/local/man and not overwriting /usr/local/share/man, which is a file (a symlink) to /usr/local/man.

Stebalien commented on 2014-12-29 16:45 (UTC)

@gnusouth, I'm getting the same error on pacman 4.2.

michaelsproul commented on 2014-12-27 23:28 (UTC)

@cron0: Are you still having this problem? I just tried it and couldn't replicate that error. I have a few things installed with man pages in /usr/local/share/man too.

jfchevrette commented on 2014-12-27 14:01 (UTC)

$ makepkg -si ... :: Proceed with installation? [Y/n] ... error: failed to commit transaction (conflicting files) rust-nightly-bin: /usr/local/share/man exists in filesystem Errors occurred, no packages were upgraded. ==> WARNING: Failed to install built package(s).

michaelsproul commented on 2014-12-12 00:27 (UTC)

@Binero: Sometimes the "nightlies" aren't quite nightly. This package downloads from the same URL given at

Binero commented on 2014-12-11 13:53 (UTC)

Is this broken? The nightlies are stuck on December 8th it seems.

michaelsproul commented on 2014-12-07 17:45 (UTC)

Update: This package now installs to /usr/local to get around some (hopefully temporary) inadequacies in Rust's linking. I've also found that I can speed up installation by lowering the xz compression level used to create packages. You can achieve this by setting COMPRESSXZ=(xz -c -z -0 -) in /etc/makepkg.conf. Credit to duncanvr for the compression trick:

michaelsproul commented on 2014-09-23 00:07 (UTC)

@flying-sheep: That's really weird... I just rebuilt the package on my own machine and didn't see anything vaguely similar. Maybe you got a corrupt archive? The PKGBUILD generator doesn't add hashes to the PKGBUILD at the moment, but it wouldn't be too hard to add. Have you tried again recently?

flying-sheep commented on 2014-09-20 17:55 (UTC)

eh, left out headers for “df”, but the percentages is the free space. everything has plenty free except my recovery and my windows partition

flying-sheep commented on 2014-09-20 17:52 (UTC)

really strange: bsdtar fails to extract many things, and my system starts acting weirdly as if my RAM was full, but it isn’t. after hundreds of messages like rust-nightly-x86_64-unknown-linux-gnu/doc/rustc/llvm/fn.LLVMCallFrameAlignmentOfType.html: Can't create 'rust-nightly-x86_64-unknown-linux-gnu/doc/rustc/llvm/fn.LLVMCallFrameAlignmentOfType.html' the build fails, and during the build, my plasma-desktop and firefox crash. yet: $ free -h total used free shared buffers cached Mem: 7.7G 3.7G 4.1G 34M 9.2M 2.4G $ df -h | sort -hk 5 [...] tmpfs 3,9G 2,5M 3,9G 1% /tmp tmpfs 3,9G 76K 3,9G 1% /dev/shm tmpfs 794M 8,0K 794M 1% /run/user/1000 /dev/sdd3 932G 63G 867G 7% /opt /dev/sdd2 932G 258G 674G 28% /run/media/phil/Data /dev/sdc2 96M 48M 49M 50% /boot /dev/sde1 15G 8,1G 6,9G 54% /run/media/phil/ARCH_201404 /dev/sdc5 126G 69G 57G 55% / /dev/sdc4 107G 74G 33G 70% /run/media/phil/08F4ED1FF4ED102C /dev/sdc1 300M 278M 23M 93% /run/media/phil/Wiederherstellung any ideas?

paigeruten commented on 2014-08-06 03:05 (UTC)

@oconner663: Oh hey, I just did that a couple days ago, rust-vim-git. :)

oconnor663 commented on 2014-08-04 10:32 (UTC)

Sounds good. I might add an AUR package for at some point.

michaelsproul commented on 2014-08-03 11:22 (UTC)

@oconner663: I thought about doing that but decided against it because of the abudence of editors and methods for editor configuration (e.g. Pathogen vs Vundle vs Global). There's a link to a vim package in the repo readme, and I'd be happy to add a link for Emacs. If you use Emacs and know what the best option is, a pull request would be much appreciated. I also made an AUR package for gedit, and there's another one for Kate. All the official syntax files are in the Rust repo itself (rust-lang/rust).

oconnor663 commented on 2014-08-03 10:35 (UTC)

The rust package in Community includes vim and emacs modes for Rust. Since this package conflicts with it, it would be nice if this included the modes too.

Binero commented on 2014-07-09 09:52 (UTC)

Sadly I only found this after spending 3 hours compiling rustc. :/

michaelsproul commented on 2014-04-20 03:48 (UTC)

If you want to make changes, send me a pull request: