Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Feb 2004 14:25:24 +0100
From:      Thomas-Martin Seck <tmseck-lists@netcologne.de>
To:        Oliver Eikemeier <eikemeier@fillmore-labs.com>
Cc:        freebsd-ports@freebsd.org
Subject:   Re: OPTIONS, LATEST_LINK, and RCng
Message-ID:  <20040223132524.GA520@laurel.tmseck.homedns.org>
In-Reply-To: <4039F58C.1020004@fillmore-labs.com>
References:  <20040223120917.608.qmail@laurel.tmseck.homedns.org> <4039F58C.1020004@fillmore-labs.com>

next in thread | previous in thread | raw e-mail | index | archive | help
* Oliver Eikemeier (eikemeier@fillmore-labs.com):

> Thomas-Martin Seck wrote:
> 
> >[...]
> >
> >No, the script is rcNG _aware_. If rc.subr is not present in the two
> >locations where the scripts expects it to be, the script will just
> >behave like any other rc script. An added bonus is that you get reload,
> >restart, and status functions from rcNG.
> 
> I believe that is confusing, since the script will start without requiring
> enable_dansguardian="YES" in /etc/rc.conf if and only if rc.subr is on your
> system, which means that it changes its behaviour when I install/deinstall
> other ports.

What are you talking about? I was talking about the squid start scripts.

> >>You should just USE_RC_SUBR=yes with
> >
> >I deliberately avoided this dependency for the squid ports since rcNG is
> >not needed for this port to work. If users want rcNG on pre-rcNG
> >systems, they can install the rc_subr themselves and the squid start
> >scripts will then use rcNG.
> 
> See above.  Just USE_RC_SUBR, as everybody does, I'll file a PR against the
> squid ports.

Sigh.

"As everybody does" == "As you keep talking everybody into"

www/squid respects rcNG but does not enforce its use on non-rcNG
systems. I do not know why this is such a problem for you. I would
really like you to stop doing advocacy on this right now and instead ask
you to respect what I have done. Thanks.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040223132524.GA520>