Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Feb 2002 06:57:19 -0800
From:      Terry Lambert <tlambert2@mindspring.com>
To:        Josef Karthauser <joe@tao.org.uk>
Cc:        Mike Barcroft <mike@freebsd.org>, Doug Barton <DougB@DougBarton.net>, freebsd-current@freebsd.org
Subject:   Re: LSCOLORS warning is silly
Message-ID:  <3C7A50CF.8F2CA4AE@mindspring.com>
References:  <3C79CD3B.E315DF4B@DougBarton.net> <20020225005343.C31007@espresso.q9media.com> <3C79E2AE.AFCA54F0@DougBarton.net> <20020225023845.D31007@espresso.q9media.com> <20020225094024.GA25472@genius.tao.org.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
Josef Karthauser wrote:
> On Mon, Feb 25, 2002 at 02:38:45AM -0500, Mike Barcroft wrote:
> > Doug Barton <DougB@DougBarton.net> writes:
> > > Mike Barcroft wrote:
> > > > Deprecated features should generate warnings.
> > >
> > >     Ok, then let's call it "Undocumented legacy support." I agree that
> > > features we don't want to support anymore should generate warnings that
> > > encourage users to change. However, there is so little cost to support
> > > the old flags that there is no reason to ever discontinue that support.
> > > it's two lines of code. You can see them in the diff. The code is even
> > > properly documented to indicate it's purpose. It can't get any better
> > > than that.
> >
> > I don't have any objections to making this a supported legacy mode,
> > but I think deprecated features (things we *want* to go away) should
> > produce warnings.
> 
> I'd prefer not to support N different ways of specifying colours, and
> want to hold onto making the deprecated version include warnings.

Just make the damn thing not work with the deprecated setup,
remove the warnings, and handle the complaints.  You're going
to be handling the complaint either way.

Or get rid of the warning, and avoid the complaints, and remove
the deprecated support code later, after most of the user base
is using new configuration data because of a turnover or use of
the documentation.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




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