Re: [gentoo-dev] [PATCH v2 1/2] rocm.eclass: new eclass
> On Mon, 15 Aug 2022, Yiyang Wu wrote:
> +_rocm_set_globals() {
> + case ${ROCM_VERSION:-${PV}} in
> + 4*)
What will happen when there's a version 40 in the future?
signature.asc
Description: PGP signature
Re: [gentoo-dev] [PATCH v2 1/2] rocm.eclass: new eclass
> On Tue, 16 Aug 2022, Ulrich Mueller wrote:
>> +IUSE+=" ${gpu_target/#/+amdgpu_targets_}"
> Why "+="? I don't see any previous assignment of IUSE.
Please ignore this. I had missed that it's inside a loop.
signature.asc
Description: PGP signature
Re: [gentoo-dev] [PATCH v2 1/2] rocm.eclass: new eclass
> On Mon, 15 Aug 2022, Yiyang Wu wrote:
> diff --git a/eclass/rocm.eclass b/eclass/rocm.eclass
> new file mode 100644
> index ..8ca2c051ddce
> --- /dev/null
> +++ b/eclass/rocm.eclass
> @@ -0,0 +1,275 @@
> +# Copyright 2022 Gentoo Authors
> +# Distributed under the terms of the GNU General Public License v2
> +
> +# @ECLASS: rocm.eclass
> +# @MAINTAINER:
> +# Gentoo Science Project
> +# @AUTHOR:
> +# Yiyang Wu
> +# @SUPPORTED_EAPIS: 7 8
> +# @BLURB: Common functions and variables for ROCm packages written in HIP
> +# @DESCRIPTION:
> +# ROCm packages such as sci-libs/* can utilize functions in this
> eclass.
> +# Currently, it handles the AMDGPU_TARGETS variable via USE_EXPAND, so user
> can
> +# use USE flag to control which GPU architecture to compile, and ensure
> coherence
> +# among dependencies. It also specify CXX=hipcc, to let hipcc compile.
> Another
> +# important function is src_test, which checks whether a valid KFD device
> exists
> +# for testing, and then execute the test program.
Please wrap lines at below 80 character positions. (This applies both to
documentation and to code.)
> +#
> +# Most ROCm packages use cmake as build system, so this eclass does not
> export
> +# phase functions which overwrites the phase functions in cmake.eclass.
> Ebuild
> +# should explicitly call rocm_src_* in src_configure and src_test.
> +#
> +# @EXAMPLE:
> +# # Example for ROCm packages in https://github.com/ROCmSoftwarePlatform
> +# inherit cmake rocm
> +#
> SRC_URI="https://github.com/ROCmSoftwarePlatform/${PN}/archive/rocm-${PV}.tar.gz
> -> ${P}.tar.gz"
> +# SLOT="0/$(ver_cut 1-2)"
> +# IUSE="test"
> +# REQUIRED_USE="${ROCM_REQUIRED_USE}"
> +# RESTRICT="!test? ( test )"
> +#
> +# RDEPEND="
> +# dev-util/hip
> +# sci-libs/rocBLAS:${SLOT}[${ROCM_USEDEP}]
> +# "
> +#
> +# S=${WORKDIR}/${PN}-rocm-${PV}
> +#
> +# src_configure() {
> +# local mycmakeargs=(
> +# -DBUILD_CLIENTS_TESTS=$(usex test ON OFF)
> +# )
> +# rocm_src_configure
> +# }
> +#
> +# src_test() {
> +# rocm_src_test
> +# }
> +#
> +# # Example for packages depend on ROCm libraries -- a package depend on
> +# # rocBLAS, and use comma seperated ${HCC_AMDGPU_TARGET} to determine GPU
> +# # architecture to compile. Requires ROCm version >5.
> +# ROCM_VERSION=5
> +# inherit rocm
> +# IUSE="rocm"
> +# REQUIRED_USE="rocm? ( ${ROCM_REQUIRED_USE} )"
> +# DEPEND="rocm? ( >=dev-util/hip-${ROCM_VERSION}
> +# >=sci-libs/rocBLAS-${ROCM_VERSION}[${ROCM_USEDEP}] )"
> +#
> +# src_configure() {
> +# if use rocm; then
> +# local AMDGPU_FLAGS=$(get_amdgpu_flags)
> +# export HCC_AMDGPU_TARGET=${AMDGPU_FLAGS//;/,}
> +# fi
> +# default
> +# }
@EXAMPLE is read as a paragraph, i.e. lines will be wrapped and this is
how it will look when rendered as eclass manpage:
# Example for ROCm packages in https://github.com/ROCmSoftwarePlatform
inherit cmake rocmSRC_URI="https://github.com/ROCmSoftwarePlatâ
form/${PN}/archive/rocm-${PV}.tar.gz -> ${P}.tar.gz" SLOT="0/$(ver_cut
1-2)" IUSE="test" REQUIRED_USE="${ROCM_REQUIRED_USE}" RESTRICT="!test?
( test )"
[...]
So, you may want to include the whole example in a pair of @CODE tokens.
> +
> +if [[ ! ${_ROCM_ECLASS} ]]; then
> +
> +case "${EAPI:-0}" in
This should be just ${EAPI} without a fallback to 0. Also, the
quotation marks are not necessary.
> + 7|8)
> + ;;
> + *)
> + die "Unsupported EAPI=${EAPI} for ${ECLASS}"
Whereas here it should be ${EAPI:-0}.
> + ;;
> +esac
Or even better, follow standard usage as it can be found in
multilib-minimal or toolchain-funcs:
case ${EAPI} in
7|8) ;;
*) die "${ECLASS}: EAPI ${EAPI:-0} not supported" ;;
esac
> +
> +inherit edo
> +
> +
No double empty lines please. (Pkgcheck should have complained about
this.)
> +# @ECLASS_VARIABLE: ROCM_VERSION
> +# @DEFAULT_UNSET
> +# @PRE_INHERIT
> +# @DESCRIPTION:
> +# The ROCm version of current package. Default is ${PV}, but for other
> packages
> +# that depend on ROCm libraries, this can be set to match the version of
> +# required ROCm libraries.
> +
> +# @ECLASS_VARIABLE: ALL_AMDGPU_TARGETS
> +# @INTERNAL
> +# @DESCRIPTION:
> +# The list of USE flags corresponding to all AMDGPU targets in this ROCm
> +# version. The value depends on ${PV}. Architectures and devices map:
> +# https://www.coelacanth-dream.com/posts/2019/12/30/did-rid-product-matome-p2
> +
> +# @ECLASS_VARIABLE: OFFICIAL_AMDGPU_TARGETS
> +# @INTERNAL
> +# @DESCRIPTION:
> +# The list of USE flags corresponding to all officlially supported AMDGPU
"officially"
> +# targets in this ROCm version, documented at
> +#
> https://docs.amd.com/bundle/ROCm-Installation-Guide-v${PV}/page/Prerequisite_Actions.html.
> +# USE flag of these architectures will be default on. Depends on ${PV}.
> +
> +# @ECLASS_VARIABLE: ROCM_REQUIRED_USE
> +# @OUTPUT_VARIABLE
> +# @DESCRIPTION:
> +#
[gentoo-dev] Last rites: app-crypt/keybase
# John Helmert III (2022-08-14) # Vulnerable, unmaintained in Gentoo, EAPI6. Removal in 30 days, # bug #772209 app-crypt/keybase signature.asc Description: PGP signature
Re: [gentoo-dev] [PATCH v2 0/2] rocm.eclass: new eclass for ROCm packages
> On 15 Aug 2022, at 15:47, Sam James wrote: > > > >> On 15 Aug 2022, at 15:43, Yiyang Wu wrote: >> >> From: YiyangWu >> >> This update fixes problems pointed out last week on rocm.eclass. >> >> Changelog from v1: >> 1. Change to the mordern EAPI check style; >> 2. fix typo in amdgpu_targets.desc; >> 3. remove trailing space in comments >> >> Yiyang Wu (2): >> rocm.eclass: new eclass >> profiles/desc: add amdgpu_targets.desc for USE_EXPAND >> >> eclass/rocm.eclass| 275 ++ >> profiles/base/make.defaults | 2 +- >> profiles/desc/amdgpu_targets.desc | 15 ++ >> 3 files changed, 291 insertions(+), 1 deletion(-) >> create mode 100644 eclass/rocm.eclass >> create mode 100644 profiles/desc/amdgpu_targets.desc > > Please squash the rocm fixes into the first commit. > Oh, sorry, I'd missed it was in the cover letter -- I thought it was in the USE_EXPAND commit. Ignore me! signature.asc Description: Message signed with OpenPGP
Re: [gentoo-dev] [PATCH v2 0/2] rocm.eclass: new eclass for ROCm packages
> On 15 Aug 2022, at 15:43, Yiyang Wu wrote:
>
> From: YiyangWu
>
> This update fixes problems pointed out last week on rocm.eclass.
>
> Changelog from v1:
> 1. Change to the mordern EAPI check style;
> 2. fix typo in amdgpu_targets.desc;
> 3. remove trailing space in comments
>
> Yiyang Wu (2):
> rocm.eclass: new eclass
> profiles/desc: add amdgpu_targets.desc for USE_EXPAND
>
> eclass/rocm.eclass| 275 ++
> profiles/base/make.defaults | 2 +-
> profiles/desc/amdgpu_targets.desc | 15 ++
> 3 files changed, 291 insertions(+), 1 deletion(-)
> create mode 100644 eclass/rocm.eclass
> create mode 100644 profiles/desc/amdgpu_targets.desc
Please squash the rocm fixes into the first commit.
>
> Interdiff against v1:
> diff --git a/eclass/rocm.eclass b/eclass/rocm.eclass
> index e4b448f7b894..8ca2c051ddce 100644
> --- a/eclass/rocm.eclass
> +++ b/eclass/rocm.eclass
> @@ -19,7 +19,7 @@
> # Most ROCm packages use cmake as build system, so this eclass does not export
> # phase functions which overwrites the phase functions in cmake.eclass. Ebuild
> # should explicitly call rocm_src_* in src_configure and src_test.
> -#
> +#
> # @EXAMPLE:
> # # Example for ROCm packages in https://github.com/ROCmSoftwarePlatform
> # inherit cmake rocm
> @@ -28,25 +28,25 @@
> # IUSE="test"
> # REQUIRED_USE="${ROCM_REQUIRED_USE}"
> # RESTRICT="!test? ( test )"
> -#
> +#
> # RDEPEND="
> # dev-util/hip
> # sci-libs/rocBLAS:${SLOT}[${ROCM_USEDEP}]
> # "
> -#
> +#
> # S=${WORKDIR}/${PN}-rocm-${PV}
> -#
> +#
> # src_configure() {
> # local mycmakeargs=(
> # -DBUILD_CLIENTS_TESTS=$(usex test ON OFF)
> # )
> # rocm_src_configure
> # }
> -#
> +#
> # src_test() {
> # rocm_src_test
> # }
> -#
> +#
> # # Example for packages depend on ROCm libraries -- a package depend on
> # # rocBLAS, and use comma seperated ${HCC_AMDGPU_TARGET} to determine GPU
> # # architecture to compile. Requires ROCm version >5.
> @@ -67,14 +67,11 @@
>
> if [[ ! ${_ROCM_ECLASS} ]]; then
>
> -case ${EAPI} in
> - 0|1|2|3|4|5|6)
> - die "${ECLASS}: unsupported EAPI=${EAPI:-0} (too old)"
> - ;;
> +case "${EAPI:-0}" in
> 7|8)
> ;;
> *)
> - die "${ECLASS}: unsupported EAPI=${EAPI} (unknown)"
> + die "Unsupported EAPI=${EAPI} for ${ECLASS}"
> ;;
> esac
>
> diff --git a/profiles/desc/amdgpu_targets.desc
> b/profiles/desc/amdgpu_targets.desc
> index 942ab51356fb..8a3db2b56dab 100644
> --- a/profiles/desc/amdgpu_targets.desc
> +++ b/profiles/desc/amdgpu_targets.desc
> @@ -8,7 +8,7 @@ gfx900 - Vega GPU, codename vega10, including Radeon Vega
> Frontier Edition, Rade
> gfx906 - Vega GPU, codename vega20, including Radeon (Pro) VII, Radeon
> Instinct MI50/MI60
> gfx908 - CDNA Accelerator, codename arcturus, including AMD Instinct MI100
> Accelerator
> gfx90a - CDNA2 Accelerator, codename aldebaran, including AMD Instinct MI200
> series Accelerators
> -gfx1010 - RDNA GPU, codename navi10, including Radeon RX
> 5700XT/5700/5700M/5700B/5700XTB/5600XT/5600/5600M, Radeon Pro 5700Xt/5700,
> Radeon Pro W5700X/W5700
> +gfx1010 - RDNA GPU, codename navi10, including Radeon RX
> 5700XT/5700/5700M/5700B/5700XTB/5600XT/5600/5600M, Radeon Pro 5700XT/5700,
> Radeon Pro W5700X/W5700
> gfx1011 - RDNA GPU, codename navi12, including Radeon Pro 5600M/V520
> gfx1012 - RDNA GPU, codename navi14, including Radeon RX
> 5500XT/5500/5500M/5500XTB/5300/5300M, Radeon Pro 5500XT/5500M/5300/5300M,
> Radeon Pro W5500X/W5500/W5500M/W5300M
> gfx1030 - RDNA2 GPU, codename navi21/sienna cichlid, including Radeon RX
> 6950XT/6900XT/6800XT/6800, Radeon Pro W6800
> --
> 2.34.1
>
>
signature.asc
Description: Message signed with OpenPGP
[gentoo-dev] [PATCH v2 2/2] profiles/desc: add amdgpu_targets.desc for USE_EXPAND
Signed-off-by: Yiyang Wu Signed-off-by: YiyangWu --- profiles/desc/amdgpu_targets.desc | 15 +++ 1 file changed, 15 insertions(+) create mode 100644 profiles/desc/amdgpu_targets.desc diff --git a/profiles/desc/amdgpu_targets.desc b/profiles/desc/amdgpu_targets.desc new file mode 100644 index ..8a3db2b56dab --- /dev/null +++ b/profiles/desc/amdgpu_targets.desc @@ -0,0 +1,15 @@ +# Copyright 1999-2022 Gentoo Authors. +# Distributed under the terms of the GNU General Public License v2 + +# Copied from https://www.coelacanth-dream.com/posts/2019/12/30/did-rid-product-matome-p2/#fn:67 + +gfx803 - Fiji GPU, codename fiji, including Radeon R9 Nano/Fury/FuryX, Radeon Pro Duo, FirePro S9300x2, Radeon Instinct MI8 +gfx900 - Vega GPU, codename vega10, including Radeon Vega Frontier Edition, Radeon RX Vega 56/64, Radeon RX Vega 64 Liquid, Radeon Pro Vega 48/56/64/64X, Radeon Pro WX 8200/9100, Radeon Pro V320/V340/SSG, Radeon Instinct MI25 +gfx906 - Vega GPU, codename vega20, including Radeon (Pro) VII, Radeon Instinct MI50/MI60 +gfx908 - CDNA Accelerator, codename arcturus, including AMD Instinct MI100 Accelerator +gfx90a - CDNA2 Accelerator, codename aldebaran, including AMD Instinct MI200 series Accelerators +gfx1010 - RDNA GPU, codename navi10, including Radeon RX 5700XT/5700/5700M/5700B/5700XTB/5600XT/5600/5600M, Radeon Pro 5700XT/5700, Radeon Pro W5700X/W5700 +gfx1011 - RDNA GPU, codename navi12, including Radeon Pro 5600M/V520 +gfx1012 - RDNA GPU, codename navi14, including Radeon RX 5500XT/5500/5500M/5500XTB/5300/5300M, Radeon Pro 5500XT/5500M/5300/5300M, Radeon Pro W5500X/W5500/W5500M/W5300M +gfx1030 - RDNA2 GPU, codename navi21/sienna cichlid, including Radeon RX 6950XT/6900XT/6800XT/6800, Radeon Pro W6800 +gfx1031 - RDNA2 GPU, codename navi22/navy flounder, including Radeon RX 6750XT/6700XT/6800M/6700M -- 2.34.1
[gentoo-dev] [PATCH v2 1/2] rocm.eclass: new eclass
This eclass provides utilities for ROCm libraries in
https://github.com/ROCmSoftwarePlatform, e.g. rocBLAS, rocFFT.
It contains a USE_EXPAND, amdgpu_targets_*, which handles the GPU
architecture to compile, and keep targets coherent among dependencies.
Packages that depend on ROCm libraries, like cupy, can also make use of
this eclass, mainly specify GPU architecture and it's corresponding
dependencies via USE_EXPAND.
Closes: https://bugs.gentoo.org/810619
Signed-off-by: YiyangWu
---
eclass/rocm.eclass | 275
profiles/base/make.defaults | 2 +-
2 files changed, 276 insertions(+), 1 deletion(-)
create mode 100644 eclass/rocm.eclass
diff --git a/eclass/rocm.eclass b/eclass/rocm.eclass
new file mode 100644
index ..8ca2c051ddce
--- /dev/null
+++ b/eclass/rocm.eclass
@@ -0,0 +1,275 @@
+# Copyright 2022 Gentoo Authors
+# Distributed under the terms of the GNU General Public License v2
+
+# @ECLASS: rocm.eclass
+# @MAINTAINER:
+# Gentoo Science Project
+# @AUTHOR:
+# Yiyang Wu
+# @SUPPORTED_EAPIS: 7 8
+# @BLURB: Common functions and variables for ROCm packages written in HIP
+# @DESCRIPTION:
+# ROCm packages such as sci-libs/* can utilize functions in this
eclass.
+# Currently, it handles the AMDGPU_TARGETS variable via USE_EXPAND, so user can
+# use USE flag to control which GPU architecture to compile, and ensure
coherence
+# among dependencies. It also specify CXX=hipcc, to let hipcc compile. Another
+# important function is src_test, which checks whether a valid KFD device
exists
+# for testing, and then execute the test program.
+#
+# Most ROCm packages use cmake as build system, so this eclass does not export
+# phase functions which overwrites the phase functions in cmake.eclass. Ebuild
+# should explicitly call rocm_src_* in src_configure and src_test.
+#
+# @EXAMPLE:
+# # Example for ROCm packages in https://github.com/ROCmSoftwarePlatform
+# inherit cmake rocm
+#
SRC_URI="https://github.com/ROCmSoftwarePlatform/${PN}/archive/rocm-${PV}.tar.gz
-> ${P}.tar.gz"
+# SLOT="0/$(ver_cut 1-2)"
+# IUSE="test"
+# REQUIRED_USE="${ROCM_REQUIRED_USE}"
+# RESTRICT="!test? ( test )"
+#
+# RDEPEND="
+# dev-util/hip
+# sci-libs/rocBLAS:${SLOT}[${ROCM_USEDEP}]
+# "
+#
+# S=${WORKDIR}/${PN}-rocm-${PV}
+#
+# src_configure() {
+# local mycmakeargs=(
+# -DBUILD_CLIENTS_TESTS=$(usex test ON OFF)
+# )
+# rocm_src_configure
+# }
+#
+# src_test() {
+# rocm_src_test
+# }
+#
+# # Example for packages depend on ROCm libraries -- a package depend on
+# # rocBLAS, and use comma seperated ${HCC_AMDGPU_TARGET} to determine GPU
+# # architecture to compile. Requires ROCm version >5.
+# ROCM_VERSION=5
+# inherit rocm
+# IUSE="rocm"
+# REQUIRED_USE="rocm? ( ${ROCM_REQUIRED_USE} )"
+# DEPEND="rocm? ( >=dev-util/hip-${ROCM_VERSION}
+# >=sci-libs/rocBLAS-${ROCM_VERSION}[${ROCM_USEDEP}] )"
+#
+# src_configure() {
+# if use rocm; then
+# local AMDGPU_FLAGS=$(get_amdgpu_flags)
+# export HCC_AMDGPU_TARGET=${AMDGPU_FLAGS//;/,}
+# fi
+# default
+# }
+
+if [[ ! ${_ROCM_ECLASS} ]]; then
+
+case "${EAPI:-0}" in
+ 7|8)
+ ;;
+ *)
+ die "Unsupported EAPI=${EAPI} for ${ECLASS}"
+ ;;
+esac
+
+inherit edo
+
+
+# @ECLASS_VARIABLE: ROCM_VERSION
+# @DEFAULT_UNSET
+# @PRE_INHERIT
+# @DESCRIPTION:
+# The ROCm version of current package. Default is ${PV}, but for other packages
+# that depend on ROCm libraries, this can be set to match the version of
+# required ROCm libraries.
+
+# @ECLASS_VARIABLE: ALL_AMDGPU_TARGETS
+# @INTERNAL
+# @DESCRIPTION:
+# The list of USE flags corresponding to all AMDGPU targets in this ROCm
+# version. The value depends on ${PV}. Architectures and devices map:
+# https://www.coelacanth-dream.com/posts/2019/12/30/did-rid-product-matome-p2
+
+# @ECLASS_VARIABLE: OFFICIAL_AMDGPU_TARGETS
+# @INTERNAL
+# @DESCRIPTION:
+# The list of USE flags corresponding to all officlially supported AMDGPU
+# targets in this ROCm version, documented at
+#
https://docs.amd.com/bundle/ROCm-Installation-Guide-v${PV}/page/Prerequisite_Actions.html.
+# USE flag of these architectures will be default on. Depends on ${PV}.
+
+# @ECLASS_VARIABLE: ROCM_REQUIRED_USE
+# @OUTPUT_VARIABLE
+# @DESCRIPTION:
+# Requires at least one AMDGPU target to be compiled.
+# Example use for ROCm libraries:
+# REQUIRED_USE="${ROCM_REQUIRED_USE}"
+# Example use for packages that depend on ROCm libraries
+# IUSE="rocm"
+# REQUIRED_USE="rocm? ( ${ROCM_REQUIRED_USE} )"
+
+# @ECLASS_VARIABLE: ROCM_USEDEP
+# @OUTPUT_VARIABLE
+# @DESCRIPTION:
+# This is an eclass-generated USE-dependency string which can be used to
+# depend on another ROCm package being built for the same AMDGPU architecture.
+#
+# The generated USE-flag list is compatible with packages using rocm.eclass.
+#
+# Example use:
+# @CODE
+# DEPEND="sci-libs/rocBLAS[${ROCM_USEDEP}]"
+# @CODE
+
+# @FUNCTION: _rocm_set_globals
+#
[gentoo-dev] [PATCH v2 0/2] rocm.eclass: new eclass for ROCm packages
From: YiyangWu
This update fixes problems pointed out last week on rocm.eclass.
Changelog from v1:
1. Change to the mordern EAPI check style;
2. fix typo in amdgpu_targets.desc;
3. remove trailing space in comments
Yiyang Wu (2):
rocm.eclass: new eclass
profiles/desc: add amdgpu_targets.desc for USE_EXPAND
eclass/rocm.eclass| 275 ++
profiles/base/make.defaults | 2 +-
profiles/desc/amdgpu_targets.desc | 15 ++
3 files changed, 291 insertions(+), 1 deletion(-)
create mode 100644 eclass/rocm.eclass
create mode 100644 profiles/desc/amdgpu_targets.desc
Interdiff against v1:
diff --git a/eclass/rocm.eclass b/eclass/rocm.eclass
index e4b448f7b894..8ca2c051ddce 100644
--- a/eclass/rocm.eclass
+++ b/eclass/rocm.eclass
@@ -19,7 +19,7 @@
# Most ROCm packages use cmake as build system, so this eclass does not export
# phase functions which overwrites the phase functions in cmake.eclass. Ebuild
# should explicitly call rocm_src_* in src_configure and src_test.
-#
+#
# @EXAMPLE:
# # Example for ROCm packages in https://github.com/ROCmSoftwarePlatform
# inherit cmake rocm
@@ -28,25 +28,25 @@
# IUSE="test"
# REQUIRED_USE="${ROCM_REQUIRED_USE}"
# RESTRICT="!test? ( test )"
-#
+#
# RDEPEND="
# dev-util/hip
# sci-libs/rocBLAS:${SLOT}[${ROCM_USEDEP}]
# "
-#
+#
# S=${WORKDIR}/${PN}-rocm-${PV}
-#
+#
# src_configure() {
# local mycmakeargs=(
# -DBUILD_CLIENTS_TESTS=$(usex test ON OFF)
# )
# rocm_src_configure
# }
-#
+#
# src_test() {
# rocm_src_test
# }
-#
+#
# # Example for packages depend on ROCm libraries -- a package depend on
# # rocBLAS, and use comma seperated ${HCC_AMDGPU_TARGET} to determine GPU
# # architecture to compile. Requires ROCm version >5.
@@ -67,14 +67,11 @@
if [[ ! ${_ROCM_ECLASS} ]]; then
-case ${EAPI} in
- 0|1|2|3|4|5|6)
- die "${ECLASS}: unsupported EAPI=${EAPI:-0} (too old)"
- ;;
+case "${EAPI:-0}" in
7|8)
;;
*)
- die "${ECLASS}: unsupported EAPI=${EAPI} (unknown)"
+ die "Unsupported EAPI=${EAPI} for ${ECLASS}"
;;
esac
diff --git a/profiles/desc/amdgpu_targets.desc
b/profiles/desc/amdgpu_targets.desc
index 942ab51356fb..8a3db2b56dab 100644
--- a/profiles/desc/amdgpu_targets.desc
+++ b/profiles/desc/amdgpu_targets.desc
@@ -8,7 +8,7 @@ gfx900 - Vega GPU, codename vega10, including Radeon Vega
Frontier Edition, Rade
gfx906 - Vega GPU, codename vega20, including Radeon (Pro) VII, Radeon
Instinct MI50/MI60
gfx908 - CDNA Accelerator, codename arcturus, including AMD Instinct MI100
Accelerator
gfx90a - CDNA2 Accelerator, codename aldebaran, including AMD Instinct MI200
series Accelerators
-gfx1010 - RDNA GPU, codename navi10, including Radeon RX
5700XT/5700/5700M/5700B/5700XTB/5600XT/5600/5600M, Radeon Pro 5700Xt/5700,
Radeon Pro W5700X/W5700
+gfx1010 - RDNA GPU, codename navi10, including Radeon RX
5700XT/5700/5700M/5700B/5700XTB/5600XT/5600/5600M, Radeon Pro 5700XT/5700,
Radeon Pro W5700X/W5700
gfx1011 - RDNA GPU, codename navi12, including Radeon Pro 5600M/V520
gfx1012 - RDNA GPU, codename navi14, including Radeon RX
5500XT/5500/5500M/5500XTB/5300/5300M, Radeon Pro 5500XT/5500M/5300/5300M,
Radeon Pro W5500X/W5500/W5500M/W5300M
gfx1030 - RDNA2 GPU, codename navi21/sienna cichlid, including Radeon RX
6950XT/6900XT/6800XT/6800, Radeon Pro W6800
--
2.34.1
Re: [gentoo-dev] Last rites: sys-cluster/slurm
> On 15 Aug 2022, at 14:48, David Palao wrote: > > Oh! That's a pity! I need that package... > > Is there anything I can do to keep using slurm with my gentoo box? > Is there any chance you'd be willing to adopt it? (https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers/User_Guide) > > Best best, sam signature.asc Description: Message signed with OpenPGP
Re: [gentoo-dev] Last rites: sys-cluster/slurm
Oh! That's a pity! I need that package... Is there anything I can do to keep using slurm with my gentoo box? Best On 15/8/22 2:37, John Helmert III wrote: # John Helmert III (2022-08-14) # Many vulnerabilities (including code execution and root privilege # escalation), effectively unmaintained. Removal in 30 days, bugs # #631552, #790296, #842789 sys-cluster/slurm
Keeping unused acct-{user,group} packages. Was: Re: [gentoo-dev] Last rites: sys-cluster/slurm
On 15/08/2022 09.31, Ionen Wolkens wrote:
On Mon, Aug 15, 2022 at 08:56:51AM +0200, Ulrich Mueller wrote:
On Mon, 15 Aug 2022, John Helmert wrote:
# John Helmert III (2022-08-14)
# Many vulnerabilities (including code execution and root privilege
# escalation), effectively unmaintained. Removal in 30 days, bugs
# #631552, #790296, #842789
sys-cluster/slurm
This will leave acct-{user,group}/slurm without reverse dependencies.
Last-rite them, too?
Aren't we still stuck on what to do with [1]?
[1] https://bugs.gentoo.org/781881
FWIW, I am not sure why we should keep the unused acct-{user,group}
packages. At least I don't see how removing them would cause any issues
or confusion? The bug appears to be light on arguments in favor of
keeping them. Quite contrary, I think keeping them could cause some
confusion, as users may start looking for the according actual package
and hope to find it.
But maybe I am missing something?
Needless to say that I am only talking about the acct-{user,group}
packages, the uid-gid.txt reservation should stay for obvious reasons.
And this also rules out that the IDs are re-assigned.
- Flow
Re: [gentoo-dev] Last rites: sys-cluster/slurm
On Mon, Aug 15, 2022 at 08:56:51AM +0200, Ulrich Mueller wrote:
> > On Mon, 15 Aug 2022, John Helmert wrote:
>
> > # John Helmert III (2022-08-14)
> > # Many vulnerabilities (including code execution and root privilege
> > # escalation), effectively unmaintained. Removal in 30 days, bugs
> > # #631552, #790296, #842789
> > sys-cluster/slurm
>
> This will leave acct-{user,group}/slurm without reverse dependencies.
> Last-rite them, too?
Aren't we still stuck on what to do with [1]?
[1] https://bugs.gentoo.org/781881
--
ionen
signature.asc
Description: PGP signature
Re: [gentoo-dev] Last rites: sys-cluster/slurm
> On Mon, 15 Aug 2022, John Helmert wrote:
> # John Helmert III (2022-08-14)
> # Many vulnerabilities (including code execution and root privilege
> # escalation), effectively unmaintained. Removal in 30 days, bugs
> # #631552, #790296, #842789
> sys-cluster/slurm
This will leave acct-{user,group}/slurm without reverse dependencies.
Last-rite them, too?
Ulrich
signature.asc
Description: PGP signature
