[Bug 1560577] Re: Confusing new locale-gen behavior

[axel]

locale -a
C
C.UTF-8
en_AG
en_AG.utf8
en_AU.utf8
en_BW.utf8
en_CA.utf8
en_DK.utf8
en_GB.utf8
en_HK.utf8
en_IE.utf8
en_IN
en_IN.utf8
en_NG
en_NG.utf8
en_NZ.utf8
en_PH.utf8
en_SG.utf8
en_US.utf8
en_ZA.utf8
en_ZM
en_ZM.utf8
en_ZW.utf8
pl_PL.utf8
POSIX

locale
LANG=pl_PL.UTF-8
LANGUAGE=pl_PL:pl:en_GB:en
LC_CTYPE="pl_PL.UTF-8"
LC_NUMERIC="pl_PL.UTF-8"
LC_TIME="pl_PL.UTF-8"
LC_COLLATE="pl_PL.UTF-8"
LC_MONETARY="pl_PL.UTF-8"
LC_MESSAGES="pl_PL.UTF-8"
LC_PAPER="pl_PL.UTF-8"
LC_NAME="pl_PL.UTF-8"
LC_ADDRESS="pl_PL.UTF-8"
LC_TELEPHONE="pl_PL.UTF-8"
LC_MEASUREMENT="pl_PL.UTF-8"
LC_IDENTIFICATION="pl_PL.UTF-8"
LC_ALL=pl_PL.UTF-8


I also did 
sudo dpkg-reconfigure locales

and it helped. It is ok now, also in wine. Thank you very much.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/1560577

Title:
  Confusing new locale-gen behavior

Status in glibc package in Ubuntu:
  Confirmed

Bug description:
  When the locales package was provided by the langpack-locales source
  package, you could call locale-gen with arguments. Examples:

  sudo locale-gen en_US.UTF-8
  (to generate that locale only)

  sudo locale-gen --purge
  (to purge all existing locales and create all locales)

  With the locales package provided by glibc, the equivalent to the
  latter seems to be:

  sudo locale-gen

  What's problematic is that if you add an argument (any argument), the
  existing locales seem to be purged, but nothing is generated. I'd
  consider this to be a pretty serious regression, which will likely
  result in locale issues for many users, if something isn't done to fix
  it. I'm not sure how to best deal with the problem, though.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1560577/+subscriptions