When one try to install a minimalistic system with NLS, for example, it is strange languages not specified in /etc/locales.build still get installed in /usr/share/locale I should be normal to only locales what are required get installed. Reproducible: Always Steps to Reproduce:
No, it
No, it´s not strange at all, USE="userlocales" (and /etc/locales.build) is a feature for glibc only.
(In reply to comment #1) > No, it
(In reply to comment #1) > No, it´s not strange at all, USE="userlocales" (and /etc/locales.build) is a > feature for glibc only. Shouldn't this be a feature of auto* suite? Check which NLS support is installed and only install theses locales? Or isn't there a function call which states glibc supports X,Y,Z locales?
would be trivial to implement localepurge-like features into portage i think
one more application of post-merge hooks IMO.
Isn't this what the LINGUAS variable in make.conf is for? Together with the strip-linguas helper declared in eutils.eclass, this should IMHO give the support you want. I think this approach could be implemented a lot easier than using locales.build or the actual configuration of the glibc, and it would be easier to change on a per-packet basis which might be useful in some situations. I modified the man ebuild to use LINGUAS in bug 97612, Jakub pointed me here. If there is to be a major discussion about locales.build vs. LINGUAS, the summary should perhaps be changed to reflect this.
stripping of files in locale dirs should be based on LINGUAS rather than locales.build locales.build is highly glibc specific and the values used there are very diff from LINGUAS
*** Bug 97612 has been marked as a duplicate of this bug. ***
This came up in bug 9988, where you decided it was a bad idea (though I disagreed then and still would like to see it now).
Putting a hold on feature requests for portage as they are drowning out the bugs. Most of these features should be available in the next major version of portage. But for the time being, they are just drowning out the major bugs and delaying the next version's progress. Any bugs that contain patches and any bugs for etc-update or dispatch-conf can be reopened. Sorry, I'm just not good enough with bugzilla. ;)
Closing due to old age.