Toolbox: 로케일 문제, glibc-langpack-* 패키지 설치 필요

에 만든 2019년 02월 23일 · 10코멘트 · 출처: containers/toolbox

stack 를 사용하여 Fedora 도구 상자 내에서 하스켈 프로그램을 빌드할 때 로케일 문제로 추적할 수 있는 이상한 오류가 발생했습니다. less 가 UTF-8 바이트 시퀀스를 표시하지 않는 것과 같은 다른 문제가 있었습니다. locale 실행하면 오류가 표시됩니다.

$ 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=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

glibc-langpack-fr 패키지(제 경우)를 설치하면 문제가 해결되었습니다. 도구 상자를 처음 만들 때 수행해야 합니다. 또는 문서의 일부일 수 있습니다.

1. Bug 5. Good First Issue 5. Help Wanted

출처

mildred

👍1

가장 유용한 댓글

호스트에서 $ toolbox run 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"
(...)

컨테이너화된 셸 세션 내에서 $ locale 실행할 때는 그렇지 않은 호스트의 로케일을 고유하게 사용하는 것으로 보입니다.

$ toolbox enter
⬢$ locale
LANG=C.UTF-8
LC_CTYPE="C.UTF-8"
(...)

별도의 문제인지 확실하지 않지만 glibc-langpack-en 또는 glibc-all-langpacks 하면 해결됩니다. 저는 Fedora 31 Silverblue를 사용 중입니다.

ghost 에 2019년 10월 09일

👍4

모든 10 댓글

예, 체코 사용자들도 비슷한 기이함을 보고했지만 locale 가 en ( en_US 뿐만 아니라)의 변형에 대해 잘 작동하는 것처럼 보였기 때문에 잊어버렸습니다. 그것.

glibc-langpack-fr 패키지가 Fedora 호스트에 어떻게 설치되는지 알고 있습니까?

debarshiray 에 2019년 02월 25일

@halfline 덕분에 있었습니다 .

glibc-minimal-langpack 를 glibc-all-langpacks 바꾸면 가장 시급한 문제를 해결할 수 있습니다.

# dnf -y swap glibc-minimal-langpack glibc-all-langpacks

완전한 수정에는 /etc/rpm/macros.image-language-conf 를 제거하고 번역이 누락된 모든 패키지를 다시 설치하는 것도 포함됩니다. 이는 tsflags=nodocs 의 효과를 취소하는 #55와 유사한 것을 포함합니다.

debarshiray 에 2019년 02월 25일

내 실험을 검증하는 데 사용할 수 있는 구체적인 테스트 사례를 갖는 것도 도움이 될 것입니다.

debarshiray 에 2019년 03월 05일

현재로서는 더 간단한 수정 또는 해결 방법은 LANG=C.utf8 podman을 실행하는 것입니다.
그것은 내가 생각하는 현재 문제의 대부분을 해결해야합니다.

미니멀리스트 테스트 케이스는 locale 를 실행하는 것입니다.

<strong i="10">@toolbox</strong> ~ $ 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=ja_JP.UTF-8
:

juhp 에 2019년 03월 06일

이것이 이 문제의 후속 조치인지 아닌지는 모르겠지만 최근 도구 상자에서 로케일이 호스트에서 더 이상 보존되지 않습니다. 이제 en_US.UTF-8 로케일, 로케일 오류 없음 및 #14와 동일한 vim 문제가 발생합니다(tmux 내에서 실행되지 않는 경우 제외).

mildred 에 2019년 05월 27일

현재 도구 상자는 기본적으로 glibc-langpack-en 만 설치합니다.
edit 나는 이것이 fedora:30 이미지에서 상속되었다고 생각합니다.

juhp 에 2019년 05월 29일

최신 fedora:30 (및 fedora:rawhide)에서 glibc-langpack-en 가 삭제되었습니다.
예를 들어 이것은 https://bodhi.fedoraproject.org/updates/FEDORA-CONTAINER-2019-724ac61633에 영향을 미칩니다.

실제로 실제 문제는 fedora:30 /etc/locale.conf 가 LANG="en_US.UTF-8" .
위의 변경이 의도적이라고 가정합니다.
sed -e 's/en_US/C' /etc/locale.conf 해결할 수 있습니다.

juhp 에 2019년 07월 20일

좋아, https://bugzilla.redhat.com/show_bug.cgi?id=1727489에 포함된 것 같습니다.

juhp 에 2019년 07월 20일

glibc-langpack-en 또는 glibc-alll-langpacks 하면 이 문제가 해결되는지 확인할 수 있습니다. 나중에 컨테이너 무게의 절반인 약 200mb의 무게를 염두에 두십시오.

A6GibKm 에 2019년 10월 09일