> ----- Forwarded message from John McCue <[email protected]> ----- > > Workaround: > > # ln -s /usr/X11R6/bin/luit /usr/bin > > > > But the bug prolly ought to be fixed. > > That works :) But I found having something like this in > ~/.xsessions works too, this avoids playing with base. > > export LC_ALL=en_US.UTF-8
https://www.openbsd.org/faq/faq10.html#locales > This luit message occured for me because I had this entry > "export LANG=en_US" in my .xsession. > > So my guess is it could be caused by a person having an > invalid LANG or LC_ALL setting. > > On Mon, 27 Oct 2025 17:01:00 +0000, Bunkmate wrote: > > > Hello misc@ > > > > Something I noticed recently regarding xterm(1) which has me a bit > > > puzzled is the embedded path of luit(1). > > > > When I placed the following line in my $HOME/.Xdefaults file, xterm > > > tried to run /usr/bin/luit and failed with execv(3). > > > > XTerm*locale:true > > > > It would appear that the location of luit is /usr/X11R6/bin/luit > > > > Upon looking at xenocara/app/xterm source code I did find these > > > interesting lines: > > > > main.h:#define PROJECTROOT "/usr" > > > > main.h:#define DEFLOCALEFILTER > > DEFLOCALEFILTER1(PROJECTROOT) > > > "/bin/luit" > > > > Thoughts?
