I have several profiles in an overlay that i sync to my machines, i wanted to add INSTALL_MASK to their make.default to slice-and-dice what files get masked based on what the profile is, but it apparently has no effect. Reproducible: Always
I think it should work. It working even caused a bunch of bugs in the past. commit 2db918ff33b15be6731b3cd87266b7f62efeacf3 Author: Jory Pratt <anarchy@gentoo.org> Date: Sun Mar 22 17:05:48 2020 -0500 profiles/features/musl: add locale.alias to INSTALL_MASK Closes: https://bugs.gentoo.org/713474 Closes: https://bugs.gentoo.org/713762 Closes: https://bugs.gentoo.org/713826 Closes: https://bugs.gentoo.org/713964 Closes: https://bugs.gentoo.org/713034 Signed-off-by: Jory Pratt <anarchy@gentoo.org> commit acc828b30f673d695cae4bb4010b4c0402a1e104 Author: Sam James <sam@gentoo.org> Date: Thu Oct 14 18:15:51 2021 +0100 profiles/features/musl: use full path in INSTALL_MASK for locale.alias We want to allow e.g. /usr/share/X11/locale/locale.alias to be installed. Closes: https://bugs.gentoo.org/799437 Signed-off-by: Sam James <sam@gentoo.org>
To me it doesn't sound like it "should" be working, profile isn't like portage configuration files. And INSTALL_MASK is not in PMS.
right, I expect it to work and am not aware of anything changing there; not really sure it should work though (at least not for standard profile types with no extensions enabled in layout)
PMS says "Any other variables set in make.defaults must be passed on into the ebuild environment as-is, and are not required to be interpreted by the package manager." But I think this is an aside anyway. As far as I'm aware, this works today?
(In reply to Sam James from comment #4) > PMS says "Any other variables set in make.defaults must be passed on into > the ebuild environment as-is, and are not required to be interpreted by the > package manager." > > But I think this is an aside anyway. As far as I'm aware, this works today? Well, ebuild environment is not portage configuration. INSTALL_MASK working in ebuild would sound weird, and if it doesn't, I don't think it makes sense to fix it. Point was just that I don't think should be relying on this working in profiles whether it does or not.
Maybe it is overridden by INSTALL_MASK defined elsewhere, e.g in make.conf (because in bug 939355 you have an INSTALL_MASK there)?
It definitely works for me. I suspect you are overriding INSTALL_MASK as ulm says.
