On Sun, Jan 8, 2017 at 11:14 AM, Helmut Jarausch <jarau...@skynet.be> wrote: > > The strange C.UTF-8 , which was suggested by one of the devolopers of > media-gfx/darktable, did cause the problems. The error messages were > strange and misleading. > > Urs wrote > >> You can generate a "fake" C.UTF-8 locale with localedef: >> # localedef -i en_US -f UTF-8 C.UTF-8 >> and remove it when no longer needed: >> # localedef --delete-from-archive C.utf8 >> Don't blame me for ugly side effects... > > Many thanks for this unusual hint. With this I can build the > GIT-version of darktable. > > Is the strange locale name C.UTF-8 a "specialty" of darktable or have > other distributions such a locale?
C.UTF-8 is (and has been for a while) a valid Debian locale,installed by default with libc. And it became, somewhat recently, a valid Fedora locale (so as not to have to install any additional locales in a container, over and above the default libc ones, C, C.UTF-8, and POSIX).