[gentoo-dev] Packages/build systems not honoring LINGUAS and a sane solution
Hi. Long story short: localepurge will be removed from portage [1]. As I was (/am) heavy user of it I found it funny that linguas takes care of the proper locale installation [2]. Maybe it should, but there's some major failure in lots of packages. So I filled few dozen bugs about this, but it's not always an easy task to make a package respect LINGUAS. As we talked about it on #gentoo-bugs there were few suggestions to solve this issue. Not directly related to solving, but will help (by ssuominen): make a tracker bug for offending packages And related to issue: 1) an eclass to clean unwanted locale/man pages/whatsoever - yngwin suggested that theres something similar for qt [3] 2) something like FEATURES=fixlafiles (fixlocale? ;) Opinions? [1] http://archives.gentoo.org/gentoo-dev/msg_1ad70654df864843b9b6d0da2f177183.xml [2] http://archives.gentoo.org/gentoo-dev/msg_69c10fa4b1af60615e49f09e79c63dd1.xml [3] - 39 yngwin https://gitorious.org/gentoo-qt/qt/blobs/master/eclass/qt4-edge.eclass at the end has prepare_translations, but it's Qt specific Piotr Szymaniak. -- - Zemscic sie? - pociagnal nosem Waldo. - Nie wiem. Kiedys myslalem o zemscie. (...) Lecz koniec koncem, coz ona jest warta, ta zachwalana zemsta? Niczego sie przez nia nie zyskuje. Bynajmniej nie poprawia czlowiekowi samopoczucia. I w koncu sprawia, ze staje sie on jeszcze gorszy od ludzi, ktorych chcial ukarac. -- Graham Masterton, The Burning signature.asc Description: Digital signature
[gentoo-dev] Re: Packages/build systems not honoring LINGUAS and a sane solution
Piotr Szymaniak posted on Fri, 17 Feb 2012 22:58:06 +0100 as excerpted: Long story short: localepurge will be removed from portage If the maintainers are interested, perhaps gentoolkit could adopt it? That would mean it's on most portage-based systems anyway, in my experience. The FEATURES=fixlocales suggestion would suggest keeping the script in portage, modified to be called with the feature hook, perhaps to be run on the fake-install before qmerge and/or binpkging. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
[gentoo-dev] Re: LANG=en_GB.UTF-8 by default
On 15/02/2012 12:22, Mr. Aaron W. Swenson wrote: On Wed, Feb 15, 2012 at 12:58:52PM +0100, Francesco R.(vivo) wrote: as subject says could gentoo change the policy and set an UTF-8 environment by default? Perhaps it should define LANG=en_US.UTF-8 as a reasonable default, which would be in line with other notable distros. Arch also used to define LC_COLLATE=C by default, probably to mitigate unpredictable behaviour in some applications, but have since dropped this additional variable so they must have deemed it no longer necessary. I think that having a default configuration file would also raise awareness of the importance of locale configuration and make it less likely that users configure their systems inappropriately (defining LC_ALL, for instance). P.S. would be nice to have a wd_WD.UTF-8 with WD standing for world, just a country is so 1900 Different countries/regions have different standards and conventions for character classification, case conversion, date/numerical/currency formatting etc. There's no basis on which to formally standardise a world-wide definition. However, the stage 3, last time I used it, didn't default to a UTF-8 environment, and it didn't default to using and/or including a capable UTF-8 font. It is something I think we should look at changing. Yet unicode is a default flag in the standard profiles. Most console fonts have poor coverage. The best one I've found thus far is LatCyrGr-16 from fonty-rg, which provides good Latin and Cyrillic coverage along with some Greek and esoteric punctuation characters. Using this font, I've yet to find any developer's name that doesn't render as expected while perusing the contents of the portage tree. Being a 512 character font, one loses bold support unless using a framebuffer console. Given that the default console fonts aren't especially useful, it seems a small price to pay. --Kerin
