Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1018526 > unrolled thread

Bug#965323: postinst script deletes custom locales

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#965323: postinst script deletes custom locales Harald Dunkel <harri@afaics.de> - 2020-07-19 16:00 +0200
    Bug#965323: postinst script deletes custom locales Aurelien Jarno <aurelien@aurel32.net> - 2020-07-19 18:40 +0200
    Bug#965323: postinst script deletes custom locales Harald Dunkel <harald.dunkel@aixigo.com> - 2020-07-29 11:40 +0200
      Bug#965323: postinst script deletes custom locales Aurelien Jarno <aurelien@aurel32.net> - 2020-07-29 12:40 +0200

#1018526 — Bug#965323: postinst script deletes custom locales

Package: locales
Version: 2.28-10

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

[toc] | [next] | [standalone]

#1018541

control: tag -1 + wontfix

On 2020-07-19 15:55, Harald Dunkel wrote:
> Package: locales
> Version: 2.28-10
> 
> 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.

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.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

[toc] | [prev] | [next] | [standalone]

#1019679

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

[toc] | [prev] | [next] | [standalone]

#1019682

On 2020-07-27 08:26, Harald Dunkel wrote:
> 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.

This option doesn't change the output format which is glibc specific. It
only control the source format, which is defined by POSIX.

> If there are
> incompatible changes, then its my job to worry about recreating the custom locales.

This is how *you* consider that. Most users that encounter broken
locales just report a bug.

> 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.

This is not so easy as the list evolve from version to version.

Regards
Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web