How do I fix?
The fixes I find assume systemd
A bit of context might help.
when running octopi update
sudo /usr/lib/octopi/octphelper -ts
Detected locale "C" with character encoding "ANSI_X3.4-1968", which is not UTF-8.
Qt depends on a UTF-8 locale, and has switched to "C.UTF-8" instead.
If this causes problems, reconfigure your locale. See the locale(1) manual
When running...
lxqt-openssh-askpass
Detected locale "C" with character encoding "ANSI_X3.4-1968", which is not UTF-8.
Qt depends on a UTF-8 locale, and has switched to "C.UTF-8" instead.
If this causes problems, reconfigure your locale. See the locale(1) manual
for more information.
Is that enough context?
Check /etc/locale.gen file:
Do you know to how uncomment them right?
RTFM:
https://www.iana.org/assignments/character-sets/character-sets.xhtml
https://dcodesnippet.com/a-utf-8-locale-is-required-got-ansi_x3-4-1968/
Notice:UTF-8 encodes characters with a variable number of bytes. A Unicode character is encoded in 1 to 4 bytes. The code points 0 to 127, which correspond to the ASCII character set, are encoded in one byte, whereby the most significant bit is always 0. The eighth bit can be used to introduce a longer Unicode character that extends over 2, 3 or 4 bytes. This is the most efficient use of memory space for fonts based on the Latin alphabet.
Apart from that, how about:
locale -a
/etc/locale.gen:
[...]
[/quote]
in /etc/locale.gen:
en_US.UTF-8 UTF-8
was uncommented already
locale -a:
C
C.utf8
POSIX
en_US.utf8
any thoughts?
Check your $LANG.
echo $LANG
echo $LANG
en_US.UTF-8
And the output of
locale
?
locale
LANG=en_US.UTF-8
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=C
I guess that's the problem. Check your /etc/locale.conf.
https://wiki.archlinux.org/title/Locale#Variables
/etc/locale.conf
LANG=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_TIME=en_US.UTF-8
Something is redefining these variables. You should find out what. Check your startup scripts, services, shell init files and so on.
https://wiki.archlinux.org/title/Environment_variables#Defining_variables
Anything suspicious in your /etc/profile.d ? Like customlocale.sh, for example.
Btw, what is that octphelper command? Cannot find any manual. What does it do and why should it be started separately from octopi?
no?
/etc/profile.d$ ls
conda.sh debuginfod.sh flatpak.csh freetype2.sh gawk.sh gmsh.sh jre.csh libreoffice-still.csh locale.sh openfoam-8.sh perlbin.sh
debuginfod.csh flatpak-bindir.sh flatpak.sh gawk.csh gmsh.csh gpm.sh jre.sh libreoffice-still.sh opencascade.sh perlbin.csh
Can you give me a hint on what is suspicious?
in octopi you can choose terminal update, and that command is executed in the terminal
in ~/.bashrc
I found
[ -f /opt/miniconda3/etc/profile.d/conda.sh ] && source /opt/miniconda3/etc/profile.d/conda.sh
export LC_ALL=C
Is this the issue?
I don't know if this is good, but below is my .bashrc
#
# ~/.bashrc
#
# If not running interactively, don't do anything
[[ $- != *i* ]] && return
# alias ls='ls --color=auto'
# PS1='[\u@\h \W]\$ '
PS1='\[\033[01;31m\]\h\[\033[01;34m\] \W \$\[\033[00m\] '
export HISTFILESIZE=-1
export HISTSIZE=-1
Most probably yes. Try to comment it out.
It seemed to have worked,
Thanks all