linux-kernel - Re: [PATCH] Smackv10: Smack rules grammar + their stateful parser

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LFD.0.999.0711061959250.15101@woody.linux-foundation.org>
Date:	Tue, 6 Nov 2007 20:09:55 -0800 (PST)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Adrian Bunk <bunk@...nel.org>
cc:	"Ahmed S. Darwish" <darwish.07@...il.com>,
	Pavel Machek <pavel@....cz>,
	Casey Schaufler <casey@...aufler-ca.com>,
	akpm@...ux-foundation.org, linux-security-module@...r.kernel.org,
	linux-kernel@...r.kernel.org, Al Viro <viro@....linux.org.uk>
Subject: Re: [PATCH] Smackv10: Smack rules grammar + their stateful parser

On Wed, 7 Nov 2007, Adrian Bunk wrote:
> 
> Users are used to work on characters, not on bytes.

Adrian, stop this idiocy. I'm not interested in listening to your 
soliloqui about irrelevant stuff.

The kernel works on bytes. Deal with it. Stop whining. 

You've been told several times that all the examples you showed were 
irrelevant, and tomoyo worked on bytes too. 

You have been told several times that the VFS layer works on bytes, and 
has done so since day 1.

You have *also* been told that there is no real other option ("you can 
work with bytes, or you can go mad"). The normal kernel interfaces have to 
be locale-independent (parly because it doesn't even KNOW the locale, 
partly because locale is just totally irrelevant).

And your statement above is a TOTAL AND UTTER LIE.

More people are used to work with bytes (the C language calls them "char") 
than with what _you_ call "characters". The fact is, people are very very 
very used to working with 8-bit bytes, and there are a lot more people who 
understand them than people who understand UTF-8 (never mind any of the 
other million possible stupid and insane locales).

So can you stop your inane whining now? You can either:

 - accept that the kernel works on bytes (*) and that when we talk about 
   parsing strings, we're talking the very _traditional_ C meaning, which 
   is locale-independent, because locales DO NOT WORK in the kernel!

 - or you can continue your irrelevant ranting that has nothing to do with 
   anything, but please don't cc me any more. People already pointed out 
   to you that your assumption that "character" means something else than 
   "byte" was wrong.

Please stop this. The absolute *last* thing you want is a kernel that 
cares about locales. You *also* don't want a kernel that enforces some 
idiotic UTF-8 rules, since not everybody is using UTF-8. That way lies 
madness, not to mention totally unnecessary complexity.

		Linus

(*) With some *very* rare special cases, notably in the console driver, 
and for filesystems that are forced by idiot designers to be compatible 
with crap like OS X and Windows that think that filesystems should be 
case-insensitive, which is a fundamental problem exactly because of its 
dependence on locales)

-
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/