jberkus reported a new issue against the project: `atomic-wg` that you are following: `` TL;DR: it is impossible to load a real locale in the base image. This breaks many applications.
In regular Fedora, locale is now part of systemd. The mini-systemd in the container base image does not include localctl, and as a result no real locale can be loaded. Try, for example, getting your locale set to en_US.utf8. You can't do it.
This means that any server application which depends on server locale ... such as PostgreSQL or HTTPD ... cannot be delpoyed to production on our base image.
Currently there's no workaround for this except installing *all* of systemd, which is like 100MB of packages. Must fix. ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
dustymabe added a new comment to an issue you are following: `` @dwalsh - can you comment on this? ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
walters added a new comment to an issue you are following: `` The workaround is:
export LANG=C.UTF-8
We should probably export this by default in the base image's ENV.
``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
jberkus added a new comment to an issue you are following: `` testing ... ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
jberkus added a new comment to an issue you are following: `` Sorry, doesn't work.
initdb: invalid locale name "en_utf8"
-bash-4.3$ export LANG=C.UTF8 -bash-4.3$ initdb -D /pgdata/data --locale=en_UTF8 The files belonging to this database system will be owned by user "postgres". This user must also own the server process.
initdb: invalid locale name "en_UTF8" -bash-4.3$ initdb -D /pgdata/data --locale=en_utf8 The files belonging to this database system will be owned by user "postgres". This user must also own the server process.
initdb: invalid locale name "en_utf8" -bash-4.3$ initdb -D /pgdata/data --locale=EN_utf8 The files belonging to this database system will be owned by user "postgres". This user must also own the server process.
initdb: invalid locale name "EN_utf8"
``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
jberkus added a new comment to an issue you are following: `` On a full-blown Ferdora system, I'd fix the above with localectl, but that's not present in the base image. ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
dwalsh added a new comment to an issue you are following: `` How large is localctl? ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
walters added a new comment to an issue you are following: `` Josh, you need a `-` there.
``` initdb -D /pgdata/data --locale=C.UTF-8 ``` ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
dustymabe added a new comment to an issue you are following: `` @jberkus ^^ ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
jberkus added a new comment to an issue you are following: `` C.UTF-8 is not the same locale at en_UTF8. ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
jberkus added a new comment to an issue you are following: `` Sorry, that was suppsoed to be en_US, not en_UTF8. Still errors out.
The problem is that C.UTF8 isn't a real locale. It's just barely good enough for English speakers, and it's useless for supporting foriegn-language speakers. We've effectively made our base image English-only, which I expect violates some Fedora project policy somewhere.
Like I said, though, I don't have an easy technical solution for this. ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
walters added a new comment to an issue you are following: `` We don't document this well, but it is possible to add back in all locales.
The basic step is:
``` rm /etc/rpm/macros.image-language-conf yum reinstall glibc-all-langpacks ```
However, that only undoes the configuration, any *existing* RPMs will still have their locales stripped. For example, the `coreutils-common` RPM has the translations for coreutils utilities like `touch`:
``` $ env LANG=fr_FR.UTF-8 touch /foo/bar touch: cannot touch '/foo/bar': No such file or directory $ yum reinstall coreutils-common $ env LANG=fr_FR.UTF-8 touch /foo/bar touch: impossible de faire un touch '/foo/bar': No such file or directory $ ```
Systemd's `localectl' is almost entirely irrelevant here - it can set the *default* locale for login shells, but it has no idea about the RPM configuration or how Fedora implements `glibc-all-locales` etc.
``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
walters added a new comment to an issue you are following: `` From my google searching, the steps have been discovered for CentOS 7, e.g.: http://serverfault.com/a/694922
We should clearly put this in a document somewhere, but I'm not sure if we have any for the base image? ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
jberkus added a new comment to an issue you are following: `` Walters: are you saying that the CentOS solution should work for Fedora as well? Testing ... ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
walters added a new comment to an issue you are following: `` No, the commands for Fedora (at least 24) and CentOS 7 are different. I linked the commands for Fedora in https://pagure.io/atomic-wg/issue/178#comment-43101 ``
To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/178
-
Pagure