From: Bart De Schuymer <bdschuym@pandora.be>
To: Jan Engelhardt <jengelh@computergmbh.de>
Cc: kaber@trash.net, "Tseng, Kuo-Lang" <kuo-lang.tseng@intel.com>,
ebtables-devel@lists.sourceforge.net,
Netfilter Developer Mailing List
<netfilter-devel@vger.kernel.org>
Subject: Re: Ebtables plans
Date: Mon, 11 Feb 2008 21:57:41 +0100 [thread overview]
Message-ID: <1202763461.2893.8.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.64.0802090141050.26116@fbirervta.pbzchgretzou.qr>
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
next prev parent reply other threads:[~2008-02-11 20:58 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.53487.1201131436.6775.ebtables-devel@lists.sourceforge.net>
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A72D8D4@orsmsx423.amr.corp.intel.com>
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A767706@orsmsx423.amr.corp.intel.com>
[not found] ` <1201303354.2909.1.camel@localhost.localdomain>
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A82039A@orsmsx423.amr.corp.intel.com>
[not found] ` <Pine.LNX.4.64.0802070130120.23855@fbirervta.pbzchgretzou.qr>
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A85CA7F@orsmsx423.amr.corp.intel.com>
[not found] ` <Pine.LNX.4.64.0802080126020.25157@fbirervta.pbzchgretzou.qr>
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A85CB14@orsmsx423.amr.corp.intel.com>
[not found] ` <1202494854.2895.11.camel@localhost.localdomain>
2008-02-09 0:49 ` Ebtables plans Jan Engelhardt
2008-02-11 20:57 ` Bart De Schuymer [this message]
2008-02-16 22:49 ` Jan Engelhardt
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A85D069@orsmsx423.amr.corp.intel.com>
[not found] ` <1202664082.2907.5.camel@localhost.localdomain>
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A85D440@o rsmsx423.amr.corp.intel.com>
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A85D440@orsmsx423.amr.corp.intel.com>
2008-02-12 2:26 ` [Ebtables-devel] [PATCH] IPv6 dnat/snat support Tseng, Kuo-Lang
2008-02-12 2:43 ` Jan Engelhardt
[not found] ` <Pine.LNX.4.64.0802120333400.29955-vVwEwcwQeYFPkBl3ERsXe1l1cybopEuJUBSOeVevoDU@public.gmane.org>
2008-02-19 1:49 ` [PATCH 0/2] Add IPv6 support Tseng, Kuo-Lang
[not found] ` <3F25FE8C477E9E4FB3D42C2FF937C08A8D0909-7XlYjKTK0pNQxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2008-02-19 15:03 ` Patrick McHardy
2008-02-19 17:46 ` [Ebtables-devel] " Bart De Schuymer
2008-02-26 19:08 ` Tseng, Kuo-Lang
2008-02-26 19:11 ` Tseng, Kuo-Lang
[not found] ` <Pine.LNX.4.64.0802070130120.23855-vVwEwcwQeYFPkBl3ERsXe1l1cybopEuJUBSOeVevoDU@public.gmane.org>
2008-02-19 2:05 ` [PATCH 2/2] " Tseng, Kuo-Lang
2008-02-19 18:27 ` [Ebtables-devel] " Tseng, Kuo-Lang
2008-04-08 17:37 ` Patrick McHardy
[not found] ` <47FBAD77.2050701-dcUjhNyLwpNeoWH0uzbU5w@public.gmane.org>
2008-04-10 20:23 ` Tseng, Kuo-Lang
2008-04-21 4:50 ` [Ebtables-devel] " Tseng, Kuo-Lang
2008-04-21 14:41 ` Patrick McHardy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1202763461.2893.8.camel@localhost.localdomain \
--to=bdschuym@pandora.be \
--cc=ebtables-devel@lists.sourceforge.net \
--cc=jengelh@computergmbh.de \
--cc=kaber@trash.net \
--cc=kuo-lang.tseng@intel.com \
--cc=netfilter-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.