bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Niches for the Hurd: evaluation method; was: DRM musings, capabiliti


From: Arne Babenhauserheide
Subject: Re: Niches for the Hurd: evaluation method; was: DRM musings, capabilities and stuff
Date: Thu, 18 Dec 2008 21:24:34 +0100
User-agent: KMail/1.10.3 (Linux/2.6.25-gentoo-r7; KDE/4.1.3; x86_64; ; )

Am Donnerstag 18 Dezember 2008 16:03:39 schrieb Michal Suchanek:
> > Only if you assume that "security that is actually usable" implies
> > hiding things from the parent process. As I already explained, we
> > believe this assumption to be fundamentally wrong. Get over it.
>
> As I said numerous times hiding things from child process can be
> turned into hiding things from parent process. After all, your login
> shell is normally started by some other service which has all the
> power to hide things from it. The only difference we are discussing
> round and round is whether this service is configured to possibly hide
> something from all shells or if there is a 'root' shell that can
> access everything.

Then let's put it simple: If a system is designed to make it hard for the 
admin (the one who controls the actual hard disk and can poke every bit in 
there, using a LiveCD if need be), then it is designed for slavery. 

And from what I now learned, that's the case for Coyotos. 

Even the best technology isn't worth risking our societies freedom, so it 
could provide any great feature it wants. If it encourages slavery, it is bad 
and I will not use it. 

Which settles the discussion for me. . 

Best wishes, 
Arne
-- 
-- My stuff: http://draketo.de - stories, songs, poems, programs and stuff :)
-- Infinite Hands: http://infinite-hands.draketo.de - singing a part of the 
history of free software.
-- Ein Würfel System: http://1w6.org - einfach saubere (Rollenspiel-) Regeln.

-- PGP/GnuPG: http://draketo.de/inhalt/ich/pubkey.txt

Attachment: signature.asc
Description: This is a digitally signed message part.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]