Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Nov 2006 23:59:06 +0300
From:      "Andrew Pantyukhin" <infofarmer@FreeBSD.org>
To:        "Yar Tikhiy" <yar@comp.chem.msu.su>
Cc:        doc@freebsd.org
Subject:   Re: New article
Message-ID:  <cb5206420611161259m5b44be65j25f5333fac070b7e@mail.gmail.com>
In-Reply-To: <20061116204551.GB49602@comp.chem.msu.su>
References:  <20061015173531.GB31717@comp.chem.msu.su> <cb5206420610290918g2d6246bdhd3465d2e88f99e4f@mail.gmail.com> <20061116204551.GB49602@comp.chem.msu.su>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11/16/06, Yar Tikhiy <yar@comp.chem.msu.su> wrote:
> On Sun, Oct 29, 2006 at 08:18:50PM +0300, Andrew Pantyukhin wrote:
> > On 10/15/06, Yar Tikhiy <yar@comp.chem.msu.su> wrote:
> > >Hi folks,
> >
> > Great article, thanks!
>
> Thank you!
>
> > How about
> > -eval "${rcvar}=\${${rcvar}:-'NO'}"
> > +eval : \${${rcvar}='NO'}
> > (a little more concise/readable; does not override
> > explicit null value, which might not be valid, but
> > should probably be respected all the same)
>
> The former expression agrees better with the current
> style of rc.subr and rc.d; in particular, null and
> unset values are treated the same.

I understand that you personally may be authoritative
enough to make such statements, but it's not a matter
of style. If null values were overridden, quite a lot
of things would break right away. Try to "grep -h ^: *"
in prefix/etc/rc.d on a box with a lot of packages
installed and you'll see that only one or two percent
of null variables are overridden.

Sorry if I misunderstand you completely.

Thanks!



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