On Sun, 2009-05-17 at 19:11 +0200, Jan Engelhardt wrote: > The hurdle with IPv6 is just like patches that would add a copy of a > function with a slightly different signature or semantics: > it would be met with reluctance. I think v6 is met with reluctance because it is a _revolution_. It is a slight exageration on my part to equate the API churning challenge to be of the same magnitude as protocols deployed in the internet, however, conceptually the pain for someone who has to deal with API changes is similar. Imagine a user re-learning to remember the v6 addressing semantics (analogy would be a user of an API having to learn new semantics). And then factor in people who have already invested a gazillion $ and time in V4 applications, equipment and infrastructure (anology will be some corp who has deployed applications using old API). NAT, OTOH, would be analogous to a patch on top of V4 which solves an immediate problem - hence an evolution. NAT is so popular that even the IETF has given up on trying to get the cat back into the bag. What i am trying to say is: netfilter (hate to use marketing-speak) has created an ecosystem; and with huge power comes huge responsibility; every time ypu make small changes like APIs, you are providing guidance to the distros about what you are no longer willing to support and unintentionally screwing me (make me do more work). > I already given up on submission of > Xtables-addons modules to upstream for the same reason because there > are so much "no no"s coming back. I don't get it. It doesnt sound right to reject them if they dont kill backward compat. cheers, jamal -- 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