To support MacOS terminal I have to define "UTF-8" using localedef (see #952516). Problem is, custom locales are wiped out by the postinst script. Sample: # locale -a C C.UTF-8 POSIX # localedef -i C -f UTF-8 UTF-8 # locale -a C C.UTF-8 POSIX UTF-8 UTF-8.utf8 # apt reinstall locales : : # locale -a C C.UTF-8 POSIX See UTF-8 is gone? Shouldn't happen. Same for locales 2.31-1. Harri
control: tag -1 + wontfix Yes, that's normal. locales might not be compatible with the new glibc version, so all of them are removed and regenerated on upgrade. Otherwise you might end up with broken locales causing issues.
Can't be worse than not having the locale at all. Not to mention that there is an option --posix to assure compatibility to POSIX.1-2008, AFAICT. If there are incompatible changes, then its my job to worry about recreating the custom locales. Since the postinst builds just a subset of all locales and since it even maintains a list about it, I would suggest to erase and rebuild only these locales. Thanx very much Harri
This option doesn't change the output format which is glibc specific. It only control the source format, which is defined by POSIX. This is how *you* consider that. Most users that encounter broken locales just report a bug. This is not so easy as the list evolve from version to version. Regards Aurelien
How can I get out of this? What do you suggest? Are the tools to create custom locales included in the Debian package by accident? Harri