>>>>> On Sun, 01 Aug 2021, Joshua Kinard wrote:

> I can't find much documentation on the 'eapi' file found in many of the
> profile directories.  Several of the ones in
> profiles/arch/{amd64,sparc,mips} all report '5', and this aligns with the
> mips 17.0 profile under default/linux.  Since EAPI 5 is deprecated, should
> this file be edited to be at least EAPI 6 or 7, or is it a relic of the past
> and really just needs to be tossed out?

EAPIs 6, 7, and 8 don't come with any changes related to profiles,
therefore updating the EAPI in profiles won't have any benefits. We can
leave it at 5, for the time being.

(EAPI 8 has a change in the updates directory, but that will only affect
the eapi in the top-level profiles directory, not individual profiles.
Also, we're at least two years away from updating that.)

We keep track of profile EAPIs here:
https://wiki.gentoo.org/wiki/Project:Package_Manager_Specification#Council_approval_and_use_in_Gentoo_repository

> If EAPI support is really needed in the profiles, it seems like there has to
> be a better mechanism to codify it in a more central location versus
> scattering ~390 of the things across the base profiles directory.

It's required by PMS, and it's not inherited from the parent profile,
so there's nothing that could be done about it for now.

$ for d in $(find . -type f ! -path './desc/*' ! -path './updates/*' ! -name 
eapi -printf '%h\n' | sort -u); do [[ -f ${d}/eapi ]] || echo ${d}; done
./arch/amd64/lib32
./arch/mips/mipsel
./arch/ppc64/big-endian
./default/linux/amd64/17.0/no-multilib/prefix
./default/linux/amd64/17.1/no-multilib/prefix
./default/linux/arm/17.0/armv7a/prefix
./default/linux/arm64/17.0/prefix
./default/linux/ppc64le/17.0/prefix
./default/linux/x86/17.0/prefix
./features/prefix/standalone/kernel-2.6.16+
./features/prefix/standalone/kernel-2.6.32+
./prefix/darwin/macos/features/fsf-gcc-ld64
./prefix/darwin/macos/features/fsf-gcc-nold

Looks like we have a few profiles that are missing the eapi file, so
effectively they are still at EAPI 0.

Ulrich

Attachment: signature.asc
Description: PGP signature

Reply via email to