Op za, 09-02-2008 te 01:49 +0100, schreef Jan Engelhardt: > Time to unveil some plans. > > I am not sure where exactly I picked the idea up, probably in one of the > last discussions on netfilter-devel, to make ebtables use xtables code. > Well, I am in the process of writing up a bunch of patches to get us > closer to that. Nothing spectacularly interesting for modules (ebt_*.c), > > but at the same time I have to give a worry about the userspace code. > ebtables and arptables have not gotten the same attention as iptables > and look a bit disheveled. Eventually I would just merge them with the > iptables tree so it also shares all the option parsing and whatnot. Arptables was a hack from the start. Ebtables is completely different code and is not portable with a few simple patches. Thanks for pointing out your opinion about the code though, it really helps. > It would be most convenient to use a better VCS (thinking git) because > running quilt on top of svn or even cvs (ebtables) is not too nice, > even more if the changeset agglomeration is then lost in cvs. > While Patrick still seems to be AWOL for an opinion, I would want to > know from all parties (iptables, ebtables) if we can take this > management step. Once ebtables or arptables is in a state so that it can be merged with the rest of netfilter I'm fine with it residing wherever the netfilter core team wants. I'm not going to go change the versioning system at this stage just so it's a bit more convenient for you. Use whatever versioning tool you want on your local checked out version. cheers, Bart - 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
