Re: Textconfig tools for arp/ebtables

Bart De Schuymer <[email protected]>
Newsgroups gmane.linux.network.bridge.ebtables.devel
Message-ID <[email protected]>
Op wo, 15-06-2005 te 12:28 +0200, schreef Rok Papez:
> > In the next release, the default directory for ebtables will
> > be /usr/sbin instead of /sbin.
> 
> On my systems the iptables executable is in /sbin/iptables.
> Since the tools are related they probably belong to the same
> directory.

I meant to say /usr/local/sbin.
I'm not sure but I think no software installed after the system install
goes into /sbin, unless it's an upgrade of already installed software or
it's needed to mount /usr.
Reading the FHS statement for /usr/local ("Locally installed software
must be placed within /usr/local rather than /usr unless it is being
installed to replace or upgrade software in /usr") seems to suggest that
we should be using /usr/local/sbin.
So I think it's safer to make the default /usr/local/sbin and let the
user decide whether /sbin should be used instead.

> > It would be nice if the Makefile altered 
> > the scripts, depending on the exec directory, before putting them into
> > place. I'm currently doing some changes to the Makefile outside CVS, so
> > that'll have to wait.
> > I'll add the files to the CVS.
>  
> Thanks. If you need me to update something I'll be glad to help.

It would be nice if the ebtables user could also use the binary format.
Although it has the disadvantage of not being able to be altered by a
text editor, it is a lot faster than ebtables-save for big rulesets.
Using ebtablesd (see cvs) will probably speed up ebtables-save.

cheers,
Bart




-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.