Your message dated Wed, 27 Nov 2019 19:37:49 +0200
with message-id <[email protected]>
and subject line Re: [Pkg-freeipa-devel] Bug#945587: ipa complains about a
locale that is not set
has caused the Debian Bug report #945587,
regarding ipa complains about a locale that is not set
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
945587: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945587
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: freeipa-client
Version: 4.7.2-3
ipa complains about a locale that is not set:
% ipa user-show --all
ipa: ERROR: System encoding must be UTF-8, 'ANSI_X3.4-1968' is not supported. Set LC_ALL="C.UTF-8",
or LC_ALL="" and LC_CTYPE="C.UTF-8".
% env | grep ANSI
% env | grep 1968
% env | egrep LANG\|LC
% locale -a
C
C.UTF-8
POSIX
de_DE
de_DE.iso88591
de_DE.iso885915@euro
de_DE.utf8
de_DE@euro
deutsch
en_US
en_US.iso88591
en_US.iso885915
en_US.utf8
german
If it knows that it works only with C.UTF-8, why doesnt' it simply
use this encoding, instead of relying upon the user to set $LC_ALL
or $LC_CTYPE, affecting other tools?
Regards
Harri
--- End Message ---
--- Begin Message ---
On 27.11.2019 15.47, Harald Dunkel wrote:
> Package: freeipa-client
> Version: 4.7.2-3
>
> ipa complains about a locale that is not set:
>
> % ipa user-show --all
> ipa: ERROR: System encoding must be UTF-8, 'ANSI_X3.4-1968' is not
> supported. Set LC_ALL="C.UTF-8", or LC_ALL="" and LC_CTYPE="C.UTF-8".
> % env | grep ANSI
> % env | grep 1968
> % env | egrep LANG\|LC
> % locale -a
> C
> C.UTF-8
> POSIX
> de_DE
> de_DE.iso88591
> de_DE.iso885915@euro
> de_DE.utf8
> de_DE@euro
> deutsch
> en_US
> en_US.iso88591
> en_US.iso885915
> en_US.utf8
> german
>
> If it knows that it works only with C.UTF-8, why doesnt' it simply
> use this encoding, instead of relying upon the user to set $LC_ALL
> or $LC_CTYPE, affecting other tools?
It's caused by python2. The current version of ipa is built against
python3, and I'm not able to reproduce this there.. so I'm closing this.
Create a wrapper until you've upgraded to 4.8 or up.
--
t
--- End Message ---
