algaos/algaos-ebuild-tree/eclass/rust-toolchain.eclass, branch next

rust-toolchain.eclass: add rename param to `rust_all_arch_uris()`

2025-02-21T11:13:15Z

Also update `rust_arch_uri` to also fetch the asc if we're renaming so that we can use verify-sig. Signed-off-by: Matt Jolly Signed-off-by: Arthur Zamarin

rust-toolchain.eclass: simplify `rust_all_arch_uris`

2025-02-21T11:13:15Z

The `mips` logic has been moved into the one ebuild that it impacts, and that ebuild is only required for one package - we'll try to remove it from the tree soon. Merge `loong` into `rust_all_arch_uris()` output unconditionally; the check is now superfluous - all pre-1.71.0 rust versions are out of the tree. Signed-off-by: Matt Jolly Signed-off-by: Arthur Zamarin

rust-toolchain.eclass: transform sparc64 rust_abi

2024-08-16T10:14:35Z

Signed-off-by: Arthur Zamarin

rust-toolchain.eclass: hide glibc bins behind elibc_glibc?

2024-08-16T05:55:35Z

I'm starting to add various bootstrap binaries for musl, so might as well protect all downloads of glibc only behind "elibc_glibc?" to be safe just in case. Signed-off-by: Arthur Zamarin

rust-toolchain.eclass: add powerpc*musl support

2024-08-07T03:03:18Z

Also adjust indentation. [sam: Note that this is easier to review with `git diff -w`.] Signed-off-by: Piotr Kubaj Closes: https://github.com/gentoo/gentoo/pull/35928 Signed-off-by: Sam James

rust-toolchain.eclass: Drop unused rust_all_abis() and multilib inherit

2024-06-12T17:13:21Z

multilib USE flags have unintentionally appeared against all Cargo packages since this eclass was used by cargo.eclass. The rust_all_abis() function is not used anywhere though, and removing it makes the multilib-build inherit that is causing the issue redundant. Signed-off-by: James Le Cuirot

rust-toolchain.eclass: support riscv64*musl

2024-06-12T10:23:41Z

Signed-off-by: Arthur Zamarin

rust-toolchain.eclass: exclude mips from SRC_URI for versions >= 1.72.0

2023-08-28T06:51:52Z

Upstream dropped the mips*-linux-gnu* targets to Tier 3, so until the situation is resolved there will not be prebuilt binaries from upstream. Signed-off-by: WANG Xuerui

rust-toolchain.eclass: add preparatory loong support

2023-07-20T09:48:26Z

Rust 1.71.0 was already beta at time of the commit, meaning the target tuple of loong can be considered stable. See: https://github.com/gentoo/gentoo/pull/31241 Signed-off-by: WANG Xuerui

rust-toolchain.eclass: qualify applicable rust_arch_uris with ABI and endianness

2023-07-20T09:48:26Z

For less downloading client-side, as it is likely that only one package in each covered group would work on a given system. See: https://github.com/gentoo/gentoo/pull/31241 Signed-off-by: WANG Xuerui