glibc: fixed locale support by adding on-target locale archive genera… #4434
Conversation
|
Why is this needed? To me this just looks like bloat that is not needed :) |
|
There are people in the world, who do not speak English (AFAIK around 6.5 billion). Without proper locale support, almost all applications (except kodi, that brings own localization via language addons) fall back to an english user interface, which is in fact impossible to use for these people. Affected applications in stock OpenELEC that are visible to the user are e.g. VDR and it's web interfaces. Additionally, many movie titles (and broadcasted TV EPG information) in local languages, this results in wrong sorting order and sometimes even unreadable output when crippling glibc's locale mechanism. BTW, the impact on the image size is around 5MB when GLIBC_LOCALE is set to "yes" and excactly 0 bytes when set to "no". |
|
Why don't we package this as an add-on then? 5MB is almost a 4% increase in size of the base image. This is not a small increase. |
|
I think the locale support is an integral part of glibc, just like malloc() or fopen(). It is still possible to build applications on a glibc not providing this functionality, but this application will be heavily limited in its own functionality. On the other hand, setting GLIBC_LOCALE to "no" allows to remove any traces of locale data and related services. What would be the advantage of moving them into an addon? |
hsteinhaus
force-pushed
the
glibc_locale
branch
from
f1a2cad
to
18bd8d7
Compare
|
I'm using extra locales in my lamp addon (build from eglibc package). Before starting httpd daemon I set LOCPATH environment variable with path where locales are saved. Seems to be working. |
hsteinhaus
force-pushed
the
glibc_locale
branch
from
6145e70
to
658482d
Compare
|
I also hit this issue while searching for localization support of the VDR live plugin. See http://openelec.tv/forum/20-development-discussion/78261-vdr-pvr-backend-local-language-in-live-plugin for details. |
|
@sraue - please review this and make a decision (merge or close). Thanks. |
…tion
The glibc package seems to include support for localized programs. However, the current support is incomplete as there are are no means for generating a locale archive. This PR adds a systemd-based approach to generate this archive during the first boot on target, localization is available from the second boot of the target.
Unfortunately there seems to be no way to generate the archive at the build time - different archives are generated when trying so (which aren't working).