On Sat, May 21, 2016 at 09:41:28AM +0200, Micha?? Górny wrote > I see the following possibilities: > > 1. We start explicitly listing linguas_* in all ebuilds, no matter how > tiny they are. Maintainers are required to keep IUSE up-to-date > and users are forced to rebuild a lot. This is also a QA violation > in terms of invalid use of USE flags. > > 2. We hack-unset LINGUAS in ebuilds. This is a lot of effort, easy to > miss and probably would need to repeated for every single phase anyway > due to how global variables are handled in PMS. Additionally, it may > break at some point since those variables are likely expected to be > read-only anyway. > > 3. We remove LINGUAS from USE_EXPAND and stop using it. If ebuilds have > a good reason to use flags for localization, we introduce a new, > non-colliding USE_EXPAND for that. We also ask users to replace LINGUAS > with the new flag in their make.conf files. LINGUAS gets the original > upstream behavior back, and we eventually discourage it in favor of new > INSTALL_MASK features (WiP) [2]. > > 4. We fix build systems not to do magic depending on whether LINGUAS > is unset or set-to-empty. Instead, we could some special special value > like '-' to signify not installing localizations at all. But that's > upstream thing to do, and breaks backwards compatibility with existing > systems disabling localizations. > > > Your thoughts?
5. An reversed variant of INSTALL_MASK in make.conf, e.g. LOCALE_ALLOW="foo bar fubar" which would block installing files in /usr/share/locale/* and /usr/share/man/* EXCEPT for... /usr/share/locale/foo /usr/share/locale/bar /usr/share/locale/fubar /usr/share/man/foo /usr/share/man/bar /usr/share/man/fubar 6. Integrate localepurge into Portage, and run it post install There are some lazy programmers out there who *DO NOT* respect the LINGUAS setting, and splatter files throughout /usr/share/locale/* and /usr/share/man/* regardless. That's the reason "localepurge" was written in the first place. Any proposed solution should take that problem into consideration, and handle it too. -- Walter Dnes <waltd...@waltdnes.org> I don't run "desktop environments"; I run useful applications
