Red Hat Bugzilla – Bug 20566
Locales are not fine for xinetd's services
Last modified: 2007-04-18 12:29:45 EDT
There should be
and maybe unset LANG and others variables too. With locale (for example)
FTP service not work inside Midnight Commander and other tools due
localized messages in output from the FTP daemon (this output can't be
correctly parsed and some programs hagns due this reason).
This is the fastest (but maybe not best) correction of this bug. The
wu.ftpd daemon should be probably fixed too (internal ls command).
I frogot - LC_ALL=C should go into the /etc/init.d/xinetd.
I don't think this is a bug.. The world is more than English.
Yes. But every frontend (like Midnight commander, Netscape, CuteFTP, WSftp, ...)
expect *English* reply. The system with localized FTP daemon is completly
unusable. I mean this is bad when daemon like FTP speaking Czech or German
because nobody will underestand what this daemon tell to them (connecting people
may be from any country on the world not only from my country). English is (in
this case) the only one acceptable language.
You may fix FTP daemon (or xinetd) to not accept locale but there are other
daemons so unsetting locale environment variables for xinetd in its starting
script is the safest (and fastest for now) way to keep all possible boxes
speaking correctly to connecting clients.
Me and users in my country are happy to see output from 'ls' command in our
language BUT we will never be happy when all clients (the users may use to
connet to this Linux box) will not work due to stupid localized configuration in
the wrong and unneded place.
Believe me, I'm working on our national distribution for long long time and I
know about what I'm speaking. Localization and corrections of "mistakes" made by
english-speaking-programmers are endless and at this time this is the only one
real and biggest trouble we have with Linux when we are trying to use it. I
underestand that who is speaking english don't underestand to ours national
troubles as I can't underestand to japanese troubles. But what we need is the
usable international system without repeating manual fixing of hundreds bugs
every time new distro is out.
Any more questions? :-)
In the case of ftp messages from the server, wouldn't looking at the return
codes be better? Depending on server-specific text sounds broken...
Anyway, I'm changing it because I think i18n should be on the client, not the
server - the server in general doesn't know which locale it should respond in.
The changes should be made in 184.108.40.206pre13-1, which will show up in Rawhide at