On Fri, Apr 10, 2015 at 01:05:33AM +0100, Patrick McHardy wrote: > On 10.04, Pablo Neira Ayuso wrote: > > On Fri, Apr 10, 2015 at 12:45:05AM +0100, Patrick McHardy wrote: > > [...]: > > > I want this decision to be made based on what users actually need and > > > on what they need it for. Not basically pull in everything from iptables > > > in one go without even thinking about it. > > > > > > As a middle ground, I think I could agree to adding the xt compat > > > framework, but only allow selective extensions to be used where we > > > are sure we need them. > > > > The framework fully supports this, imposing an artificial limitation > > makes no sense to me at all. > > I'm aware that its technically possible, the question is a different one. Then, if it's technically possible with the existing kernel framework (and exposed to userspace), there is basically no way that we can limit what userspace can do with this. > > And more importantly, without this patch nft breaks when users > > load their ruleset throught iptables-compat-restore. > > How will it break if we don't support it so far? It's currently broken, and we have already distro packaging iptables-compat. > > With that artificial limitation, some rulesets will break, some other > > not. > > > > Admit it, there is no way we can control what users will do in the > > future. The only way out is to move forward in an evolutionary > > fashion. > > Right. But this is not evolutionary. It pulls everything we have in > iptables in nftables in one big dump. Its the opposite of evolution. > An evolutionary process would be to grow things as they are needed, > which is what I'm suggesting. No. Evolution is to extend things from what you already have, and let just things extinct by providing better alternatives. -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
