Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 08 Mar 2010 11:24:59 -0800
From:      Doug Barton <dougb@FreeBSD.org>
To:        jhell <jhell@DataIX.net>
Cc:        freebsd-net@freebsd.org
Subject:   Re: Un-obsolete'ing ipv6_enable
Message-ID:  <4B954F0B.30700@FreeBSD.org>
In-Reply-To: <alpine.BSF.2.00.1003080827270.83483@qvfongpu.qngnvk.ybpny>
References:  <4B945AA7.6070000@FreeBSD.org> <4B946062.6040305@FreeBSD.org> <alpine.BSF.2.00.1003080827270.83483@qvfongpu.qngnvk.ybpny>

next in thread | previous in thread | raw e-mail | index | archive | help
On 3/8/2010 5:43 AM, jhell wrote:
>
> On Sun, 7 Mar 2010 21:26, dougb@ wrote:
>> Oops, missed one.
>>
>> Doug
>>
>>
>
> ;) Hi Doug&  everyone,
>
> Personally I think that ipv6_enable could be skipped(removed) all-in-all.
>
> Here is my reason:
>
> It seems needless to have if, the value of ipv6_network_interfaces could
> just be checked against to see if it is anything other than null.
>
> In the default case it is already set to auto and I propose removing
> ipv6_enable and change ipv6_network_interfaces to be null and if it is
> anything other then null ipv6 will be enabled in the same fashion it is
> now but less variables to have to specify in the long-run.

I think your idea shows good creative thought, but I'm opposed to it. 
First, I like the fact that in the common case the list of network 
interfaces does not need to be configured for either protocol. It's too 
easy to make mistakes, and particularly for new installs this is a great 
feature.

Second, the common way we have to enable or disable things with rc.d, 
including other networking features, is with the _enable variable. I 
think it's reasonable to return ipv6 to being consistent with this.


Doug

-- 

	... and that's just a little bit of history repeating.
			-- Propellerheads

	Improve the effectiveness of your Internet presence with
	a domain name makeover!    http://SupersetSolutions.com/




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