Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#45125 - [rust] Add --release-channel=stable to configure

Attached to Project: Community Packages
Opened by ismail khoffi (ismail) - Friday, 29 May 2015, 00:39 GMT
Last edited by Alexander F. Rødseth (xyproto) - Friday, 26 June 2015, 21:40 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Alexander F. Rødseth (xyproto)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Otherwise rustc will behave (slightly) different from binaries downloaded from homepage
Details here: https://users.rust-lang.org/t/stable-versions-of-source-and-linux-binary-differ/1561/2


Additional info:
* package version(s): rust-1:1.0.0-2



Steps to reproduce:
rustc -V

This task depends upon

Closed by  Alexander F. Rødseth (xyproto)
Friday, 26 June 2015, 21:40 GMT
Reason for closing:  Fixed
Additional comments about closing:  Using the stable channel
Comment by Alexander F. Rødseth (xyproto) - Monday, 01 June 2015, 13:10 GMT
Thanks for reporting. Updating the rust package now, after it is done compiling (takes a while).
Comment by Alexander F. Rødseth (xyproto) - Tuesday, 02 June 2015, 10:49 GMT
Updated! The version reported is now:
rustc 1.0.0 (built 2015-06-01)
Comment by nyfair (nyfair) - Saturday, 13 June 2015, 21:51 GMT
  • Field changed: Percent Complete (100% → 0%)
Please remove the parameter.
It not only changes the version information, but also disables all unstable features.

For example, you have built rust with ffi support, but you also disable rust's libc usage because it is an unstable feature, this is quite odd.
Comment by ismail khoffi (ismail) - Saturday, 13 June 2015, 21:57 GMT
But then, arch's stable Rust version 1.0.0 will be behave different to all other distributions, and different to the official release.
You can use Rust nightly or beta for unstable features. Or you could silence the linter to report unstable features as an error.

Enabling unstable features does not seem to be the right way to go.
Comment by nyfair (nyfair) - Sunday, 14 June 2015, 04:52 GMT
All unstable features are disabled by default, but we can only use them in dev-channel.
Even the examples in the official rust documentation contain ton of unstable features such as core, convert, simd...
Moreover, you can't build rust itself by a stable-channel release. Just try to build rust with '--enbale-local-rust'

By the way, I try to find rust in other distributions' official repositories but has no result.
http://packages.ubuntu.com/search?keywords=Rust
https://packages.debian.org/search?keywords=rust&searchon=names&suite=all&section=all
https://admin.fedoraproject.org/pkgdb/packages/rust*/

There also has some personal builds, none of them add this parameter
https://build.opensuse.org/package/view_file/devel:languages:rust/rust/rust.spec?expand=1
https://launchpad.net/~hansjorg/+archive/ubuntu/rust/+packages
https://github.com/Alexpux/MINGW-packages/blob/master/mingw-w64-rust/PKGBUILD
Comment by ismail khoffi (ismail) - Sunday, 14 June 2015, 07:28 GMT
One last brief comment on that: If you remove "--release-channel=stable" the Rust 1.0 version in Arch will be different than the official release. This will lead to some confusion (which is not necessary): https://users.rust-lang.org/t/stable-versions-of-source-and-linux-binary-differ/1561/4
The reasons why you still have unstable examples in the official docs (which do not compile using the official release, too): https://github.com/rust-lang/rust/issues/25863

I see understand why this bothers to you. But why don't you just use nightly or multirust?

To the package maintainers: Feel free to set this to the dev-channel again, I will not reopen this issue.
But keep in mind there are good reasons against it and that next Rust release is in about two weeks.
Comment by Alexander F. Rødseth (xyproto) - Friday, 26 June 2015, 21:40 GMT
Official Arch Linux packages are in general supposed to be the latest release version, not the latest development version. Keeping the stable channel, for now.
If this is problematic, please hear what the rust developers has to say about the issue and re-open this bug-report, and I'll change the channel back to dev if that is what they recommend.

Thanks for caring about the rust package.

Loading...