Re: colorls in base

[uwe%stderr.spb.ru@localhost (Valery Ushakov)]

Christian Groessler <chris%groessler.org@localhost> wrote:

> On 2/15/19 10:28 PM, maya%netbsd.org@localhost wrote:
>> On Fri, Feb 15, 2019 at 10:17:55PM +0100, Christian Groessler wrote:
>>> On 2/15/19 8:15 PM, maya%netbsd.org@localhost wrote:
>>>> For the record I support the change. I don't think it's very hard not
>>>> to turn on colors. You can turn them off even in linux.
>>>
>>> "You can turn them off even in linux."
>>>
>>> How do you do it?
>>>
>> unalias ls, this is being done by ~/.bashrc
> 
> Then I lose the "-F" parameter which I'm used to. But yes, this is the 
> first thing I normally do when I encounter such a colorized system. I 
> need to setup my own .bashrc to have it at every login (I'm using bash, 
> yes).

Some Linux systems have it the shared startup file in /etc, some have
it in the skeleton .bashrc that they copy when an account is created.
In the former case there's unalias -a, in the latter case you can
delete/comment it out (I also never quite understood why would people
use aliases instead of functions :)

  unlias -a

  l()   { ls -aCF "$@"; }
  ll()  { ls -alF "$@"; }
  # etc, etc


>> make things hard to people who are color blind, when red/green color
>> blindness is so common.
> 
> Thanks. Someone who ultimatively understands my problem.

I have a mild deuteranomaly too.  I don't confuse traffic lights, but
I do fail red/green parts of the Ishihara test. E.g. :)

  https://www.tshirthell.com/funny-shirts/fuck-the-colorblind/

I actually had to ask releng to tweak the builds page at
http://releng.netbsd.org/cgi-bin/builds.cgi to make it more readable
(it's still not ideal, but better), b/c the usual red/green selection
is not enough of a contrast when font is rendered in thin lines of a
pixel or two.  At least in this case the color coding is secondary, as
the the column itself is an indicator.


-uwe