Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 15 Aug 2018 12:34:47 -0700 (PDT)
From:      "Rodney W. Grimes" <freebsd@pdx.rh.CN85.dnsmgr.net>
To:        Kyle Evans <kevans@freebsd.org>
Cc:        "Rodney W. Grimes" <rgrimes@freebsd.org>, Adam Weinberger <adamw@adamw.org>, svn-src-stable@freebsd.org, svn-src-all@freebsd.org, src-committers <src-committers@freebsd.org>, Ed Maste <emaste@freebsd.org>, svn-src-stable-11@freebsd.org
Subject:   Re: svn commit: r337826 - stable/11/bin/ls
Message-ID:  <201808151934.w7FJYloG049357@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <CACNAnaHnB0z3ufb3r%2BEKDkNKzPiondf1ORmu_tsbT4729ubzhQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
[ Charset UTF-8 unsupported, converting... ]
> On Wed, Aug 15, 2018 at 12:43 PM, Rodney W. Grimes
> <freebsd@pdx.rh.cn85.dnsmgr.net> wrote:
> >
> > From the Linux man page at: http://man7.org/linux/man-pages/man1/ls.1.html
> >
> >        Using color to distinguish file types is disabled both by default and
> >        with --color=never.  With --color=auto, ls emits color codes only
> >        when standard output is connected to a terminal.  The LS_COLORS
> >        environment variable can change the settings.  Use the dircolors
> >        command to set it.
> >
> > Um, so by default we should not be doing any colour... and we are...
> >
> 
> I don't recall making any argument that we're trying to match GNU
> ls(1) behavior. Furthermore, again, we aren't doing any color by
> default- only when the COLORTERM environment variable is set.

So we are intentially being different?

> 
> ls(1) on FreeBSD historically honors -an- environment variable for
> enabling color.

Short history, long history it had no color support at all.

> This environment variable is CLICOLOR. This commit
> switched the environment variable honored to the more-standard
> COLORTERM that is honored in other software and set by terminals that
> are generally expected to be used with color.
> 
> I'm writing an UPDATING entry for this now to notify these users that
> they should remove COLORTERM from their environment if they do not, in
> fact, want a colored terminal.

Is that the only way to turn this off?
That may not be desired either.
Atleast GNU ls allows me to force it off on command invocation
with --color=never, do we have an equivelent?

-- 
Rod Grimes                                                 rgrimes@freebsd.org



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