Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 696848 - dev-lang/rust-1.37.0 arm keyword request
Summary: dev-lang/rust-1.37.0 arm keyword request
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Keywording (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Gentoo Rust Project
URL:
Whiteboard:
Keywords: KEYWORDREQ
Depends on:
Blocks:
 
Reported: 2019-10-06 13:01 UTC by David Flogeras
Modified: 2019-12-30 01:19 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Flogeras 2019-10-06 13:01:47 UTC
My end goal is to get firefox keyworded again.  I have built successfully on armv7a (for cubie2):

=dev-lang/rust-bin-1.37.0
=dev-lang/rust-1.37.0
=virtual/rust-1.37.0
=virtual/cargo-1.37.0
=app-eselect/eselect-rust-20190311

Reproducible: Always
Comment 1 tt_1 2019-10-09 21:36:56 UTC
The rust team has been very unresponsive about adding arm keywords, at least the ebuilds themselves are working. 

Mind you, rust-1.38 was shipped with broken armv7, and firefox as the possible main consumer can't be built with -j1 anymore. That would affect only stable keywords in my interpretation, but you also might want to just get along with the unkeyworded ebuilds.
Comment 2 Georgy Yakovlev archtester gentoo-dev 2019-10-09 23:55:23 UTC
upstream provides only the following arm bootstrap-capable tarballs:
armv6 (softfloat and hardfloat)
armv7-hardfloat


it's possible to ~arm it certainly, and mask it in lesser sub-profiles but it'll not get stable keywords ever, so don't count on it.

I will look at it once I get arm box up, you know how much time it takes. multiple by number of profiles, it adds up quickly.

I have to test it on all arches/profiles/ssl/useflag combos we support before I release it, because it's brittle sometimes.
also to ensure it actually works I usually build firefox with it to ensure it actually works. so build times are horrible.

throwing in at least 3 arm builds each taking hours to complete is not something I'd enjoy, but if it's ~arm and you report breakage right away I can bump it blindly leaving ~arm build untested.

what's broken in 1.38 by the way?
Comment 3 David Flogeras 2019-10-10 10:17:55 UTC
That sounds good, but also feel free to close if it is not worth the time-sink at this point.

My thinking was that even if it is ~arm (and not stable), that's less of a barrier to newer users to try to get firefox up and running.  If at the very least this puts more eyes, and more bug reports to upstream it might be beneficial to the ecosystem as a whole.

If not, I'm happy to continue unmasking myself.  Especially if every second release is going to break and make trouble.
Comment 4 tt_1 2019-10-26 09:40:34 UTC
rust-1.38.0 is broken on armv7 when compiling in --release mode, there's a fix in master which is on it's way to get backported into rust-1.39.0 beta 

https://github.com/rust-lang/rust/pull/65302 

mind you, it would be sufficent to get rust-bin and virtual/rust keyworded, and eselect-rust of course. 

also there's no need to compile firefox nativly on an arm device, just to test if the rustc binary works. emerge --oneshot cbindgen followed by cbindgen -V should be sufficent for keywording.
Comment 5 Georgy Yakovlev archtester gentoo-dev 2019-12-30 01:19:01 UTC
1.38 and 1.40 are now arm keyworded, but without masks.
feel free to reopen if something is wrong.