diff options
author | dougb <dougb@FreeBSD.org> | 2012-04-13 17:16:00 +0800 |
---|---|---|
committer | dougb <dougb@FreeBSD.org> | 2012-04-13 17:16:00 +0800 |
commit | c67037831ed49267835c93a9e95dbfec7670f7d8 (patch) | |
tree | 5554f5977d5c2788a4409a24f0ca8974a8ea0dd5 /net/wire | |
parent | 0e42a56ce02d9aecc83ecf44f1c2f53b4f17fea5 (diff) | |
download | freebsd-ports-gnome-c67037831ed49267835c93a9e95dbfec7670f7d8.tar.gz freebsd-ports-gnome-c67037831ed49267835c93a9e95dbfec7670f7d8.tar.zst freebsd-ports-gnome-c67037831ed49267835c93a9e95dbfec7670f7d8.zip |
The samba rc.d script uses some clever tricks to start (up to) 3 different
services using the same script. As a result it resets rcvar several times
in order to process the options for each service.
The changes I made on 2012/01/14 to facilitate the removal of set_rc_var()
from HEAD were effective in the case where the WINBIND option was off (the
case that I tested) because that causes the related portions of the rc.d
script to be removed completely on install. However, if installed from a
package, or installed using the the default OPTIONS, WINBIND is on, which
caused the last known rcvar to be winbind_enable.
Since the common case seems to be for users to use samba_enable (which
only enables smb_and nmb_ by default) the fact that rcvar=winbind_enable,
but that knob is off, caused the startup script to trip on a totally
unrelated portion of rc.subr.
So the fix is to move processing of the winbind_ stuff first, which leaves
the last known rcvar as smb_enable. Since running nmb without smb is a
very unlikely scenario, this should be safe for the common case, as well
as safe if the user enables winbind_.
Apologies all around for not catching this sooner, and thanks to the users
who reported the problem and stuck with me while I debugged it.
Bump PORTREVISION since this fix is needed for the common case, as
configured for the package.
Diffstat (limited to 'net/wire')
0 files changed, 0 insertions, 0 deletions