Thanks for the report. Apparently I broke this with the update to version 399 last june.
Well, since OpenBSD basically only supports UTF-8 encodings, I wonder if we should remove luit support (and the binary itself) completely. Any other comments ? On Mon, Oct 27, 2025 at 09:30:57PM +0000, Bunkmate wrote: > >Synopsis: xterm has incorrect path /usr/bin/luit embedded in source code > >Category: xenocara > >Environment: > System : OpenBSD 7.8 > Details : OpenBSD 7.8 (GENERIC.MP) #54: Sun Oct 12 12:58:11 MDT 2025 > > [email protected]:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > Architecture: OpenBSD.amd64 > Machine : amd64 > >Description: > xterm(1) calls execv(3) with incorrect "/usr/bin/luit" path > >How-To-Repeat: > Place the following line in $HOME/.Xdefaults > > XTerm*locale:true > > Start xterm. > >Fix: > Unknown. > > 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" > -- Matthieu Herrb
