

Run the following command: sudo locale -a | grep de_DEĬhange the “de_DE” to whichever locale your system requires (see previous step). For example if it mentions de_DE.UTF-8, take note of this. You’ll want to look for any locales that are not en_US as this is usually default. To see which locales are required on your system, run the following command: sudo locale
Set locale debian install#
Run the following command: sudo apt install localesĮither it will tell you locales is installed already, or it’ll install locales for you. To fix this issue, following questions need to be answered: Locale: Cannot set LC_ALL to default locale: No such file or directory Locale: Cannot set LC_MESSAGES to default locale: No such file or directory Locale: Cannot set LC_CTYPE to default locale: No such file or directory Perl: warning: Please check that your locale settings:Īre supported and installed on your system. Fixing this is luckily rather trivial.įirst of all to verify you have a locale issue, look for warnings or even errors looking like this: perl: warning: Setting locale failed or perl: warning: Falling back to the standard locale (“C”) the debconf errorIf you aren’t using the default locale on your Debian based system, you’ll often run into errors when running things on the command line such as apt-get or Perl. similarly, it seems that the scriptįiles) into locales/default_environment_locale (cf. It's unclear to me why the run of `/var/lib/dpkg/info/nfig Notably, when `/usr/sbin/dpkg-reconfigure locales` is run ~# DEBIAN_FRONTEND=noninteractive /usr/sbin/dpkg-reconfigure locales * locales/default_environment_locale: en_US.UTF-8 * locales/locales_to_be_generated: en_US.UTF-8 UTF-8 Noninteractive-dpkg-reconfigure+debug.log): Locales/locales_to_be_generated (full output in the debconf errorĪbove) without regard to its existing value.

Tries to substitute the DEFAULT_LOCALES that it finds (from on-diskįiles) into locales/ default_ environment_ locale (cf. (via GEN_LOCALES and SELECTED_LOCALES variables) appears to *un*set after finding /etc/locale.gen empty, the nfig script Reconfigure 2.23-0ubuntu3` behaves as it does, but something appearsĪwry. It's unclear to me why the run of `/var/lib/ dpkg/info/ locales. Results in what i would expect (full output in Is *not* preselected selecting it and completing the reconfigure *interactively* in place of the noninteractive call, "en_US.UTF-8 UTF-8" Notably, when `/usr/sbin/ dpkg-reconfigur e locales` is run ~# DEBIAN_ FRONTEND= noninteractive /usr/sbin/ dpkg-reconfigur e locales Locales/ locales_ to_be_generated (full output in 'language-pack-en' but it still doesn't seem to be working as expected.Īttempting to noninteractively reconfigure locales *un*sets My initial problem was that i'd not been including the
Set locale debian upgrade#
UpgradeStatus: No upgrade log present (probably fresh install)
Set locale debian full#
I have left these out of this description but included them in the full output attachmentĢ) see attached, generated via `debconf- get-selections` on another host

Perl: warning: Falling back to the standard locale ("C"). Than you for your time and effort in supporting ubuntu.ġ) as the locales are not configured at this point, most debconf commands result in an additional error of: Setting the value via ansible's debconf module also results in failure. When locales/ locales_ to_be_generated has been set interactively, RET=en_US.UTF-8 UTF-8, also as expected. The immediately prior `db_get locales/ default_ environment_ locale` (line 18) gives RET=en_US.UTF-8 as expected. + printf %s\n GET locales/ locales_ to_be_generated + _db_cmd GET locales/ locales_ to_be_generated + db_get locales/ locales_ to_be_generated When i watch the postinst script it can be seen in an unsuccessful run that `db_get locales/ locales_ to_be_generated ` (line 19) gives an empty RET value: en_US.UTF-8 UTF-8 is NOT pre-selected, but once manually selected and dpkg-reconfigure has finished the locales errors are gone) On the other hand, setting the same value via an interactive `dpkg-reconfigure locales` works: Generating locales (this might take a while). * locales/ locales_ to_be_generated : en_US.UTF-8 UTF-8 * locales/ default_ environment_ locale: en_US.UTF-8 postinst configure` appears to unset the seeded value of locales/ locales_ to_be_generated, but only if that value was set via noninteractive means. In attempting to track down why locales are unset, i noticed this issue (perhaps related to https:/ /bian.
