Dirk, I agree with most of that - but in many cases it comes down to simple
things like: "the right tool for the right job".
In my case there was a need to solve these issues with jails - relatively
quickly - so I just decided to do it, instead of "wasting" time
(unfortunately my life is very busy).

I am not saying there are no better ways to tackle this in the community, I
just needed a solution and decided to put it on Github to share it.

Peter



On Wed, Jan 28, 2015 at 9:45 AM, Dirk Engling <erdge...@erdgeist.org> wrote:

> On 27.01.15 21:37, Peter Toth wrote:
>
> > So to answer the question again, jail.conf or the standard rc.d/jail
> > felt too limiting with a lot of these features simply missing.
>
> I completely agree, yet I think that it should not be up to third party
> tools to implement those features independently and – in worst case –
> against the inventors intentions. That's why I tried to map everything
> possible to what's there in rc.d/jail in ezjail.
>
> Laying out everything that needs to go into a proper jail config
> container should be done here on the list and then implemented either in
> a format that jail(8) can consume and that other tools can reliably modify.
>
>   erdgeist
>
_______________________________________________
freebsd-jail@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-jail
To unsubscribe, send any mail to "freebsd-jail-unsubscr...@freebsd.org"

Reply via email to