You are not logged in.
From the strace tail
locale
locale -a
localectl
Offline
From the strace tail
locale locale -a localectl
locale:
LANG=en_IL
LC_CTYPE="en_IL"
LC_NUMERIC="en_IL"
LC_TIME="en_IL"
LC_COLLATE="en_IL"
LC_MONETARY="en_IL"
LC_MESSAGES="en_IL"
LC_PAPER="en_IL"
LC_NAME="en_IL"
LC_ADDRESS="en_IL"
LC_TELEPHONE="en_IL"
LC_MEASUREMENT="en_IL"
LC_IDENTIFICATION="en_IL"
LC_ALL=
locale -a
C
en_IL
en_IL.utf8
POSI
localectl
System Locale: LANG=en_IL
VC Keymap: us
X11 Layout: us
Offline
picaso127 wrote:Trilby wrote:Ah, yeah, what's that?
Sorry, typo.
Just remove the st from the end of the line and you will get my result.That doesn't address the problem. /usr/bin/st can come from the AUR package. /usr/local/bin/st is something else entirely. What is it? Where does it come from? How was it built? Why was it built?
It seems you are building st and installing it manually. Is there a reason for this? Why not use a PKGBUILD? This is a bit tangential in hindsight as /usr/local/bin/st does seem to be a valid / actual build of st, but I wanted to rule out some odd wrapper higher in PATH than an actual /usr/bin/st - that's not the case, which is good, but still a curiosity why you don't use a PKGBUILD to make a proper package.
I clone their repository and build + install it with their default make file.
They use /usr/local as prefix folder in the script.
I uninstalled st with the script and installed st from AUR (with yay).
ST still failed to run but with different error:
warning: no locale support
XOpenIM failed: could not open input device
Last edited by picaso127 (2020-12-19 19:11:51)
Offline
Please don't bump, just edit your previous post unless somebody has responded.
picaso127, I hope you just missed this and are not ignoring it.
Offline
seth wrote:Please don't bump, just edit your previous post unless somebody has responded.
picaso127, I hope you just missed this and are not ignoring it.
I updated the title from keyboard not responding on DWM to the current title.
Offline
Try to use en_IL.utf8
Offline
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
seth wrote:Please don't bump, just edit your previous post unless somebody has responded.
I updated the title from keyboard not responding on DWM to the current title.
Read the quote again; it's not about editing your title.
Offline
Try to use en_IL.utf8
I update all my locale to en_IL.UTF-8 and it worked.
export LC_ALL="en_Il.UTF-8"
Thanks for the help
Offline
The shards of Trilby's shouldland …
=P
Please don't use LC_ALL, really fix your locale instead, https://wiki.archlinux.org/index.php/Locale
Offline
RE: Shouldland, I'm not sure what else is going on here, but this seems to be a multi-hit issue. Having a non-UTF8 locale is not sufficient to replicate the errors.
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
XopenIM cannot find an IM for the specific locale, eg. de_DE@euro and en_US work for me™ but de_DE.iso885915@euro fails
So to be more accurate, st (and lots of other stuff itr) depends on a locale that maps to an IM (which should™ be all of UTF-8 and a bunch of other locales. You know, the important ones ;-)
Offline
Ah, that makes sense. Thanks.
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline