Bug 1718785 - Failed to set locale, defaulting to C.UTF-8
Summary: Failed to set locale, defaulting to C.UTF-8
Keywords:
Status: CLOSED DUPLICATE of bug 1716710
Alias: None
Product: Fedora
Classification: Fedora
Component: glibc
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Carlos O'Donell
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-06-10 08:20 UTC by Lukas Slebodnik
Modified: 2019-06-10 11:57 UTC (History)
10 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2019-06-10 11:53:56 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Lukas Slebodnik 2019-06-10 08:20:43 UTC
Description of problem:
I assume it is caused by recent upgrade of glibc in rawhide
but dnf complains about it

Version-Release number of selected component (if applicable):
sh$ rpm -q dnf glibc
dnf-4.2.5-1.fc31.noarch
glibc-2.29.9000-24.fc31.x86_64

How reproducible:
I was not able to reproduce in rawhide container
but it is reproducible on my machine

Steps to Reproduce:
1. locale
2. dnf cehck-update

Actual results:
sh# locale
locale: Cannot set LC_CTYPE 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_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

sh# dnf check-update
Failed to set locale, defaulting to C.UTF-8
Fedora 30 kernel - x86_64 from Updates           46 kB/s |  23 kB     00:00    
Fedora - Modular Rawhide - Developmental packag  35 kB/s |  19 kB     00:00    
Fedora - Rawhide - Developmental packages for t  30 kB/s |  19 kB     00:00    



Expected results:
No warnings

Additional info:

sh# locale -a
locale: Cannot set LC_CTYPE 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_COLLATE to default locale: No such file or directory
C
C.utf8
POSIX

The last dnf transaction did not install or remove any package.
So I am not sure why en_US.UTF-8 is gone.

Comment 1 Lukas Slebodnik 2019-06-10 08:21:18 UTC
sh# rpm -qa | grep lang | sort
clang-8.0.0-2.fc31.x86_64
clang-analyzer-8.0.0-2.fc31.noarch
clang-libs-8.0.0-2.fc31.x86_64
glibc-all-langpacks-2.29.9000-24.fc31.x86_64
liblangtag-0.6.2-7.fc30.x86_64
liblangtag-data-0.6.2-7.fc30.noarch
libreoffice-langpack-en-6.2.3.2-5.fc31.x86_64
slang-2.3.2-5.fc30.x86_64

Comment 2 Lukas Slebodnik 2019-06-10 09:26:39 UTC
And there is another issue with utf8 locale

sh-5.0$ locale
LANG=C.utf8
LC_CTYPE="C.utf8"
LC_NUMERIC="C.utf8"
LC_TIME="C.utf8"
LC_COLLATE="C.utf8"
LC_MONETARY="C.utf8"
LC_MESSAGES="C.utf8"
LC_PAPER="C.utf8"
LC_NAME="C.utf8"
LC_ADDRESS="C.utf8"
LC_TELEPHONE="C.utf8"
LC_MEASUREMENT="C.utf8"
LC_IDENTIFICATION="C.utf8"
LC_ALL=C.utf8
sh-5.0$  rpm -q --changelog openssl | head
* Mon Jun 03 2019 Tomáš Mráz <tmraz> 1.1.1c-3
- add upstream patch to defer sending KeyUpdate after
  pending writes are complete

* Thu May 30 2019 Tomáš Mráz <tmraz> 1.1.1c-2
- fix use of uninitialized memory

* Wed May 29 2019 Tomáš Mráz <tmraz> 1.1.1c-1
- update to the 1.1.1c release


I would expect that C.utf8 should be reasonable falback.
I do not really care about wrong utf8 characters in changelog but it is simpler reproducer that
sharing broken ncurses output from mutt

Comment 3 Carlos O'Donell 2019-06-10 11:53:56 UTC
(In reply to Lukas Slebodnik from comment #1)
> sh# rpm -qa | grep lang | sort
> clang-8.0.0-2.fc31.x86_64
> clang-analyzer-8.0.0-2.fc31.noarch
> clang-libs-8.0.0-2.fc31.x86_64
> glibc-all-langpacks-2.29.9000-24.fc31.x86_64
> liblangtag-0.6.2-7.fc30.x86_64
> liblangtag-data-0.6.2-7.fc30.noarch
> libreoffice-langpack-en-6.2.3.2-5.fc31.x86_64
> slang-2.3.2-5.fc30.x86_64

This is fixed -25.

*** This bug has been marked as a duplicate of bug 1716710 ***

Comment 4 Carlos O'Donell 2019-06-10 11:57:30 UTC
(In reply to Lukas Slebodnik from comment #2)
> And there is another issue with utf8 locale
> 
> sh-5.0$ locale
> LANG=C.utf8
> LC_CTYPE="C.utf8"
> LC_NUMERIC="C.utf8"
> LC_TIME="C.utf8"
> LC_COLLATE="C.utf8"
> LC_MONETARY="C.utf8"
> LC_MESSAGES="C.utf8"
> LC_PAPER="C.utf8"
> LC_NAME="C.utf8"
> LC_ADDRESS="C.utf8"
> LC_TELEPHONE="C.utf8"
> LC_MEASUREMENT="C.utf8"
> LC_IDENTIFICATION="C.utf8"
> LC_ALL=C.utf8
> sh-5.0$  rpm -q --changelog openssl | head
> * Mon Jun 03 2019 Tomáš Mráz <tmraz> 1.1.1c-3
> - add upstream patch to defer sending KeyUpdate after
>   pending writes are complete
> 
> * Thu May 30 2019 Tomáš Mráz <tmraz> 1.1.1c-2
> - fix use of uninitialized memory
> 
> * Wed May 29 2019 Tomáš Mráz <tmraz> 1.1.1c-1
> - update to the 1.1.1c release
> 
> 
> I would expect that C.utf8 should be reasonable falback.

It is.

LANG=C.UTF-8 rpm -q --changelog openssl | head
* Tue Apr 16 2019 Tomáš Mráz <tmraz> 1.1.1b-5
- fix for BIO_get_mem_ptr() regression in 1.1.1b (#1691853)

I don't see anything broken.

Please verify you have:

/usr/lib/locale/C.utf8

present on your system. It is installed by glibc-common and cannot be removed with dnf/rpm. So you should always have it as a fallback.

> I do not really care about wrong utf8 characters in changelog but it is
> simpler reproducer that
> sharing broken ncurses output from mutt

Please file a new issue if you can reproduce the problem.


Note You need to log in before you can comment on or make changes to this bug.