Bug 657584 – app-eselect/eselect-rust, virtual/rust, dev-util/cargo, dev-lang/rust-bin ~arm keyword request

• Status: RESOLVED DUPLICATE of bug 609654
• Product: Gentoo Linux

[Description Bram Verweij 2018-06-08 08:42:08 UTC]

This is necessary to build librespot (https://bugs.gentoo.org/611436) on arm.

Arm64 support was recently added to rust-bin (https://bugs.gentoo.org/611756). This also works on arm.

[Comment 1 tt_1 2018-06-16 12:23:28 UTC]

dev-lang/rust propably needs some attention before virtual/rust can get keyworded.

[Comment 2 Bram Verweij 2018-06-16 14:07:49 UTC]

(In reply to tt_1 from comment #1)
> dev-lang/rust propably needs some attention before virtual/rust can get
> keyworded.

A virtual allows to express dependencies when there are multiple packages that provide the same functionality, while leaving the actual choice which package to use to the end user. This is architecture-independent. (E.g. virtual/rust allows for depending either on rust or on rust-bin.)

It does not seem to be a requirement that all the different alternatives are available on all architectures. One could just offer rust-bin on arm, whereas on more powerful architectures (x86, amd64) one can choose between rust and rust-bin.

On the RPi2, it is a pain to compile llvm. (The RPi2 does not have enough RAM to do so, its only disk is a SDHC card which is unsuitable for use as swap, using swap on nbd works but invariably seems to hang when compiling with more than 1 thread at a time.) Since llvm is required for rust, I'd like to steer clear of rust and use rust-bin instead. 

So I do not really see why dev-lang/rust would need attention for arm.

[Comment 3 tt_1 2018-06-16 15:08:29 UTC]

Fair enough, I wasn't that familiar with the keywording stuff. 

I wrote a patch for dev-lang/rust a few weeks ago, it is indeed painfull to compile it on a rpi2, which is my hardware as well. Drop MAKEOPTS to -j1, and compile it within a chroot on a usb hd, while providing plenty of swap on the same device will give you a working rustc binary within some 30hrs. Likely never going to finish with < 1GB of physical ram. 

So yeah, if you want to speed up things a bit you could test rust-bin with the doc useflag. My power supply is a bit whobby at the moment which doesn't allow me to let any external device run.

[Comment 4 Dirkjan Ochtman (RETIRED) 2018-06-27 09:27:24 UTC]

Arch team, please take a look.

[Comment 5 Thomas Deutschmann (RETIRED) 2018-10-02 22:27:40 UTC]

@ Dirkjan: Please set package list to allow use of tools like tatt to handle this bug.

[Comment 6 Dirkjan Ochtman (RETIRED) 2018-10-03 08:08:51 UTC]

Sorry, I missed that! It's there now.

[Comment 7 Stabilization helper bot 2018-10-03 09:01:49 UTC]

An automated check of this bug failed - repoman reported dependency errors (106 lines truncated): 

> dependency.bad dev-lang/rust/rust-1.29.1.ebuild: DEPEND: ~arm(default/linux/arm/13.0) ['>=app-eselect/eselect-rust-0.3_pre20150425']
> dependency.bad dev-lang/rust/rust-1.29.1.ebuild: RDEPEND: ~arm(default/linux/arm/13.0) ['>=app-eselect/eselect-rust-0.3_pre20150425']
> dependency.bad dev-lang/rust/rust-1.29.1.ebuild: DEPEND: ~arm(default/linux/arm/17.0) ['>=app-eselect/eselect-rust-0.3_pre20150425']
> dependency.bad dev-lang/rust-bin/rust-bin-1.29.1.ebuild: DEPEND: ~arm(default/linux/arm/13.0) ['>=app-eselect/eselect-rust-0.3_pre20150425']
> dependency.bad dev-lang/rust-bin/rust-bin-1.29.1.ebuild: RDEPEND: ~arm(default/linux/arm/13.0) ['>=app-eselect/eselect-rust-0.3_pre20150425']
> dependency.bad dev-lang/rust-bin/rust-bin-1.29.1.ebuild: DEPEND: ~arm(default/linux/arm/17.0) ['>=app-eselect/eselect-rust-0.3_pre20150425']

[Comment 8 Stabilization helper bot 2018-11-15 11:02:28 UTC]

An automated check of this bug failed - the following atom is unknown:

app-eselect/eselect-rust-0.3_pre20150425

Please verify the atom list.

[Comment 9 Dirkjan Ochtman (RETIRED) 2018-11-15 11:12:58 UTC]

Don't want to have two parallel keywording bugs, so I'll close this as a duplicate.

*** This bug has been marked as a duplicate of bug 609654 ***