On Tue, 2006-07-04 at 09:04 +0200, Jan Janssens wrote: > > My problem is this: the binary locale tree that is generated by > > localedef (using qemu) does not differentiate between UTF-8 and other > > encodings. Because the ".UTF-8" part of a locale is stripped[1] from > > the locale name, if there are more than 1 encodings for a given > > locale, it is overwritten each time. This results in only the last one > > going into the packages and ending up on the target. Because the UTF-8 > > version of each locale is generated first[2], the UTF-8 locale will > > never be in any package, contrary to the message in > > glibc-package.bbclass, which states "Reshuffle names so that UTF-8 is > > preferred over other encodings".
This sounds like a bug. > > I can fix this problem in a number of different ways, simplest of all > > is to only build the UTF-8 versions of all locales. However, I think > > the better solution would be to generate locales like f.i. Ubuntu > > does: /usr/lib/locale/en_US.utf8/* or possibly just "en_US.UTF-8", so > > there is a difference between en_US and en_US.UTF-8 (different dirs, > > different packages). Is that renaming going to cause problems with applications being unable to find locale data? > > As I'm just learning to work with Linux distributions in general and > > OE in specific, I would like to understand what the implications of > > such a change would be and why the UTF-8 part was truncated from the > > locale name in the first place. > > > > --- I hope one of you OE-guru's can comment on this, so we can fix > > this the nice way for all distributions, instead of me doing a dirty > > local fix. We really need a glibc guru who understands locales to comment on this and that person isn't me. At the very least, please file a bug about this. Also, feel free to propose a fix. If expanding the name as you mention about doesn't break anything, that sounds like the right thing to do. Cheers, Richard _______________________________________________ Oe mailing list [email protected] https://www.handhelds.org/mailman/listinfo/oe
