Re: [gentoo-dev] Re: Possibility of overriding user defined INSTALL_MASK from an ebuild?

[Joshua Kinard]

On 02/28/2014 6:14 PM, Duncan wrote:
> hasufell posted on Fri, 28 Feb 2014 16:33:43 +0000 as excerpted:
>
>> I remember a bug report where some user was messing with INSTALL_MASK
>> and "/usr/share/locale/" and didn't notice that he effectively removed
>> all language support... and started filing random bug reports. Took
>> quite a while before someone spotted that crap in "emerge --info".
>
> Interesting.  I have /usr/share/locale/ in my INSTALL_MASK precisely in
> ordered to remove the language support I don't need anyway, and have had
> it there for a very long time, with no visible ill effects.  I'd like to
> know why someone would put a locale dir in their INSTALL_MASK in the
> first place if they weren't purposefully trying to kill unnecessary
> locale support...
>
> (FWIW, I don't use a more general */locale/ mask precisely because I'm
> not sure the global effects would be viable, tho it sure would make
> things simpler for all the packages with their own locale dirs.)
>

Debian has the "localepurge" package which handles removing undesired
languages from packages at install time.  Would it be possible to build an
extension to portage/paludis/pkgcore that does something similar?  Or
perhaps as an eclass that can be user-controlled based on settings in make.conf?

I've long-defined LINGUAS in my make.conf, but I forget what it was actually
used for.  An eclass/extension could pivot off of a variable like that and
remove from ${D} any non-matching locale files before merging into the live
filesystem.  That should eliminate this particular scenario.

-- 
Joshua Kinard
Gentoo/MIPS
kumba@g.o
4096R/D25D95E3 2011-03-28

"The past tempts us, the present confuses us, the future frightens us.  And
our lives slip away, moment by moment, lost in that vast, terrible in-between."

--Emperor Turhan, Centauri Republic