svn commit: r337826 - stable/11/bin/ls

[Warner Losh]

On Wed, Aug 15, 2018 at 2:41 PM, Rodney W. Grimes <
freebsd at pdx.rh.cn85.dnsmgr.net> wrote:

> > On Wed, Aug 15, 2018 at 2:28 PM, Ian Lepore <ian at freebsd.org> wrote:
> >
> > > On Wed, 2018-08-15 at 13:26 -0700, Rodney W. Grimes wrote:
> > > > >
> > > > > Will backing out the MFC and leaving this a 12.0 feature end this?
> > > > =(
> > > >
> > > > Sadly no, as the person responded with that reaction when
> > > > they installed 12.0-ALPHA :-(.
> > >
> > > So one whiner can demand of the project that any new feature be removed
> > > before a new release is made?
> > >
> >
> > This is a good change. I don't see why people are so fussed about it...
> For
> > people fighting colored environments a simple unsetenv COLORTERM seems to
> > solve this problem no only on FreeBSD but for any other system they have
> > access to...
>
> This is exactly the dismissive attitude by FreeBSD developers that
> I was speaking to in my reply to Ian.
>

I see how it disagrees with you, but it's not dismissive. It's just asking
for better data to support your view given that in general when all systems
do X when Y happens, except FreeBSD, we generally make FreeBSD do X when Y
unless there's a compelling reason not to. I've not seen a compelling
reason not to yet.

Basically, why should this be different than our general pattern of being
in line with industry standards?

Warner