I still see that masking of SELinux packages that I made back in 2006 have propagated out to current profiles: arch/mips/package.mask default-linux/mips/package.mask arch/sparc/package.mask default-linux/sparc/sparc64/package.mask default-linux/alpha/no-nptl/package.mask default-linux/x86/no-nptl/package.mask default/linux/package.mask features/no-nptl/package.mask The masking is only required if the profile does not have a working/stable glibc >= 2.4. Would the relevant herds please remove the masking from the profiles (assuming there is an appropriate glibc)? If there isn't an appropriate glibc, I'd ask that you make a comment in the file so you remember to remove the mask in the future :) I don't know who the last two non-arch profiles belong to, so I assigned to base-system.
x86 unmasked as no-nptl should have 2.5* available. The profile will phase out soon anyway.
sparc done. As for alpha, the no-nptl profile is deprecated, so... Adding qa@ for those profiles you mention
no-nptl profile on alpha was punted
My grep today reveals these profiles still have the masking, can you please check again? It shows up in deprecated profiles, but the main problem is this: default/linux/package.mask Since the SELinux profile inherits default/linux/$ARCH, the above causes problems.
Actually, there should be no problem removing this. SELinux is only supported on amd64 and x86 these days, and they have stable glibc >= 2.4.
reassigning to release, as I'm told this is the group responsible for the default/linux profile.
Just do it, you have commit access right?
fixed