| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Mon, 8 Jan 2007 11:13:26 +0100 (CET) From: "Nicolas Mailhot" <nicolas.mailhot@...oste.net> To: linux-kernel@...r.kernel.org Cc: "Russell King" <rmk+lkml@....linux.org.uk> Subject: Re: OT: character encodings (was: Linux 2.6.20-rc4) > elinks is one such program. It now assumes UTF-8 _only_ displays. > That's no better than programs which assume ISO-8859-1 only or US-ASCII > only. That's way better than programs: - which assume an encoding you can't write most world languages in (BTW ISO-8859-1 & US-ASCII are broken by design for Western Europe since at least the Euro creation) - which perpetuate the myth local 8-bit encodings are manageable (they aren't, people spent decades trying to limp along with them, unicode & UTF-8 where not created just to make your life miserable) Show me one program that spurns Unicode I'll show you one that "passed on" iso-8859-15 (typically, though it's the easiest non-iso-8859-1 to do) The only reason you have the UTF-8 big stick approach nowadays is people have tried for years to get app writers manage 8-bit locales properly to dismal results. The old system was only working for en_US users (and perhaps to .uk people) -- Nicolas Mailhot - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists