Created attachment 495668 [details] output of emerge --info I'm currently playing around with a stage3 of armv7a_hardfp-musl-vanilla, trying to get something going with a rpi2. But I am stuck with xorg-drivers - it seems as if all of those video_cards are masked which are arm specific (tegra or vc4 for instance), but I could pull in nouveau, radeon or i915 for instance. here the output of emerge -pv xorg-drivers [ebuild N ] x11-base/xorg-drivers-1.19::gentoo INPUT_DEVICES="evdev -acecad -aiptek -elographics -fpit -hyperpen -joystick -keyboard -libinput -mouse -mutouch -penmount (-synaptics) -tslib (-vmmouse) -void (-wacom)" VIDEO_CARDS="-amdgpu -apm -ark -ast -chips -cirrus -dummy -epson -fbdev (-fglrx) (-freedreno) (-geode) -glint -i128 -i740 -i915 -i965 -intel -mach64 -mga -neomagic (-newport) -nouveau -nv (-nvidia) (-omap) (-qxl) -r128 -radeon -radeonsi -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx (-tegra) -tga -trident -tseng (-vc4) -vesa (-via) (-virtualbox) (-vmware) (-voodoo)" 0 KiB So even though it might be possible that tegra or vc4 useflags are masked for arm-musl profiles, there is not much sense into allowing most of these. And it makes me wonder if there is something wrongfully symlinked within the profile itself. Also it is not possible to override this mask with echo > x11-base/xorg-drivers -video_cards_vc4 /etc/portage/package.use.mask ; which seems to be the gold standard to unmask useflags for testing, right? I am using the vanilla stage3, and profile [28] hardened/linux/musl/arm/armv7a * According to a gentoo wikipage I once read it is not a problem to use it without hardening support since there is no seperate vanilla profile. As a workaround I grepped for video_cards_vc4 in the /usr/portage/profiles/arch/ and deleted it all locally, which seems to allow me to set the vc4 useflag temporarily until the next emerge --sync
(In reply to tt_1 from comment #0) > Created attachment 495668 [details] > output of emerge --info > > I'm currently playing around with a stage3 of armv7a_hardfp-musl-vanilla, > trying to get something going with a rpi2. But I am stuck with xorg-drivers > - it seems as if all of those video_cards are masked which are arm specific > (tegra or vc4 for instance), but I could pull in nouveau, radeon or i915 for > instance. > > here the output of emerge -pv xorg-drivers > > [ebuild N ] x11-base/xorg-drivers-1.19::gentoo INPUT_DEVICES="evdev > -acecad -aiptek -elographics -fpit -hyperpen -joystick -keyboard -libinput > -mouse -mutouch -penmount (-synaptics) -tslib (-vmmouse) -void (-wacom)" > VIDEO_CARDS="-amdgpu -apm -ark -ast -chips -cirrus -dummy -epson -fbdev > (-fglrx) (-freedreno) (-geode) -glint -i128 -i740 -i915 -i965 -intel -mach64 > -mga -neomagic (-newport) -nouveau -nv (-nvidia) (-omap) (-qxl) -r128 > -radeon -radeonsi -rendition -s3 -s3virge -savage -siliconmotion -sis > -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) > (-suntcx) -tdfx (-tegra) -tga -trident -tseng (-vc4) -vesa (-via) > (-virtualbox) (-vmware) (-voodoo)" 0 KiB > > So even though it might be possible that tegra or vc4 useflags are masked > for arm-musl profiles, there is not much sense into allowing most of these. > And it makes me wonder if there is something wrongfully symlinked within the > profile itself. > > Also it is not possible to override this mask with echo > > x11-base/xorg-drivers -video_cards_vc4 /etc/portage/package.use.mask ; which > seems to be the gold standard to unmask useflags for testing, right? > > I am using the vanilla stage3, and profile [28] > hardened/linux/musl/arm/armv7a * > > According to a gentoo wikipage I once read it is not a problem to use it > without hardening support since there is no seperate vanilla profile. > > As a workaround I grepped for video_cards_vc4 in the > /usr/portage/profiles/arch/ and deleted it all locally, which seems to allow > me to set the vc4 useflag temporarily until the next emerge --sync You would have to use /etc/portage/profile/package.use.unmask ... The current musl profile does not include /usr/portage/profiles/arch/arm*
Please do not blindly cc maintainers. We will assign the bug for you if you are unable to assign them to the proper maintainer.
available useflags from profile [22] default/linux/arm/13.0/armv7a (glibc) emerge -pv xorg-drivers These are the packages that would be merged, in order: [ebuild R ] x11-base/xorg-drivers-1.19::gentoo INPUT_DEVICES="evdev -acecad -aiptek -elographics -fpit -hyperpen -joystick -keyboard -libinput -mouse -mutouch -penmount -synaptics -tslib (-vmmouse) -void (-wacom)" VIDEO_CARDS="fbdev vc4 (-amdgpu) (-apm) (-ark) (-ast) (-chips) (-cirrus) -dummy -epson (-fglrx) -freedreno (-geode) (-glint) (-i128) (-i740) (-i915) (-i965) (-intel) (-mach64) (-mga) (-neomagic) (-newport) (-nouveau) (-nv) (-nvidia) -omap (-qxl) (-r128) (-radeon) (-radeonsi) (-rendition) (-s3) (-s3virge) (-savage) (-siliconmotion) (-sis) -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) (-tdfx) -tegra (-tga) (-trident) (-tseng) (-vesa) (-via) (-virtualbox) (-vmware) (-voodoo)" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB This makes much more sense to me, all drivers for chips which are not part of a arm soc are masked.
it seems to have been fixed, what do you think sam? emerge -pv xorg-drivers These are the packages that would be merged, in order: [ebuild R ] x11-base/xorg-drivers-1.20-r2::gentoo INPUT_DEVICES="evdev -elographics -joystick -libinput -synaptics (-vmmouse) -void (-wacom)" VIDEO_CARDS="vc4 (-amdgpu) (-ast) -dummy -fbdev -freedreno (-geode) (-glint) (-i915) (-i965) (-intel) (-mga) (-nouveau) (-nv) (-nvidia) -omap (-qxl) (-r128) (-radeon) (-radeonsi) (-siliconmotion) -tegra (-vesa) (-via) (-virtualbox) (-vmware)" 0 KiB
(In reply to tt_1 from comment #4) > it seems to have been fixed, what do you think sam? > > emerge -pv xorg-drivers > > These are the packages that would be merged, in order: > > [ebuild R ] x11-base/xorg-drivers-1.20-r2::gentoo INPUT_DEVICES="evdev > -elographics -joystick -libinput -synaptics (-vmmouse) -void (-wacom)" > VIDEO_CARDS="vc4 (-amdgpu) (-ast) -dummy -fbdev -freedreno (-geode) (-glint) > (-i915) (-i965) (-intel) (-mga) (-nouveau) (-nv) (-nvidia) -omap (-qxl) > (-r128) (-radeon) (-radeonsi) (-siliconmotion) -tegra (-vesa) (-via) > (-virtualbox) (-vmware)" 0 KiB ACK, agreed. Thank you as ever!
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1c9dcdba33971e9b3f9037f1979f3798d736ab80 commit 1c9dcdba33971e9b3f9037f1979f3798d736ab80 Author: Sam James <sam@gentoo.org> AuthorDate: 2022-03-19 17:35:49 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-03-19 17:36:26 +0000 profiles/default/linux: drop trailing slash from musl inherit in 'parent' file We keep seeing reports of collisions between musl/glibc but this shouldn't be possible as glibc is masked on musl profiles. Not clear if this is causing our issue but it's at the very least superfluous and maybe even wrong. Bug: https://bugs.gentoo.org/831063 Bug: https://bugs.gentoo.org/834579 Bug: https://bugs.gentoo.org/631568 Bug: https://bugs.gentoo.org/611094 Signed-off-by: Sam James <sam@gentoo.org> profiles/default/linux/amd64/17.0/musl/parent | 2 +- profiles/default/linux/arm/17.0/musl/parent | 2 +- profiles/default/linux/arm64/17.0/musl/parent | 2 +- profiles/default/linux/powerpc/ppc32/17.0/musl/hardened/parent | 2 +- profiles/default/linux/powerpc/ppc32/17.0/musl/parent | 2 +- profiles/default/linux/riscv/20.0/rv64gc/lp64d/musl/parent | 2 +- profiles/default/linux/x86/17.0/musl/parent | 2 +- 7 files changed, 7 insertions(+), 7 deletions(-)