Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 25 Apr 2017 15:02:29 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-bugs@FreeBSD.org
Subject:   [Bug 218849] Remove rc.conf jail configuration via jail_* variables
Message-ID:  <bug-218849-8-3W2qk9D7mQ@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-218849-8@https.bugs.freebsd.org/bugzilla/>
References:  <bug-218849-8@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218849

--- Comment #7 from Joe Barbish <qjail1@a1poweruser.com> ---
In reply to comment # 3 which states

"But I believe the number of ezjail-jails is significant."=20

This is un-true, since 10.0 was published many ezjail users have been movin=
g to
qjail because qjail uses jail.conf and its a fork of ezjail so the users are
familiar with its operation=20=20

"Also, as you can see, until now (11.0) it's the 3rd-party tool recommended=
 by
the FreeBSD project itself (if you take the mentioning in the handbook as an
endorsement)."

This statement is also un-true. The FreeBSD project itself never publicly
stated any position of 3rd-party tools. The inclusion of ezjail in the hand=
book
is a current departure from the previous long held guild lines that no
how-to-use details of 3rd-party tools would be contained in the handbook. A
simple statement listing all the 3rd-party tools that may serve a certain
function was allowable. The how-to-use details belong in the the 3rd-party
tools manual pages.=20=20


My comment.
With RELEASE 10.0 published 1/4/2014, jail.conf became the direction jails =
are
headed. Any one who uses the rc.conf jail method even today gets the warning
message telling them to convert to the jail.conf method. This warming has b=
een
in existence for 3+ years now. This warning message even shows up when ezja=
il
starts its jails. Its not like the ezjail maintainer doesn't know about thi=
s.
ezjail has had 2 updates since 1/4/2014 when RELEASE 10.0 was published, PR#
357253, committed 6/10/14, an upgrade from 3.3 to 3.4, and PR# 402477 commi=
tted
11/27/2015, an upgrade from 3.4 to 3.4.2. The internal design of ezjail sti=
ll
has not been changed to the jail.conf method. 3+ years has been more than
enough time for ezjail to be upgraded to the jail.conf method if the mainta=
iner
so desired.=20

Based on the replies, I see no reason to not remove the rc.conf jail defini=
tion
method from the rc.d script set now. Further more this task should be made a
priority so it gets accomplished for inclusion in 11.1.

At the same time the handbook ezjail section should be removed from the
handbook being replaced with a simple informational statement listing all t=
he
3rd-party jail tools, thus giving all of them fair and equal footing in the
handbook.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-218849-8-3W2qk9D7mQ>