On 22.09-16:21, Douglas A. Tutty wrote:
[ ... ]
i would be willing to bet this will never happen, particularly in a
community like debian's. if, by some miracle, it does i'd make a
further bet that they'll have to roll back the decision because
their users will be crippled. basically, good programming practices
get you a lot more for a lot less than wide ethos changes. having
said that the extended feature set of selinux can solve issues that
"unix" systems are not able to.
in short, stick to openbsd. if you need selinux you'll know it ...
then you'll go find another product that's not such a nightmare ...
actually, nearly all of them are but that's another story.
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| David Miller | Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers. |
git: | |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
