Re: colorls in base

2019-02-16 Thread Kamil Rytarowski
On 17.02.2019 05:52, John Nemeth wrote: > On Feb 17, 12:52am, Kamil Rytarowski wrote: > } On 16.02.2019 20:50, John Nemeth wrote: > } > I'm not a no changenik. However, I think change needs to have > } > demonstrated value. I do oppose change when it is done for the > } > sake of change. To

Re: colorls in base

2019-02-16 Thread John Nemeth
On Feb 17, 12:52am, Kamil Rytarowski wrote: } On 16.02.2019 20:50, John Nemeth wrote: } > I'm not a no changenik. However, I think change needs to have } > demonstrated value. I do oppose change when it is done for the } > sake of change. To me, fluff is not demonstrated value, especially }

Re: colorls in base

2019-02-16 Thread Kamil Rytarowski
On 17.02.2019 01:51, Paul Goyette wrote: > On Sun, 17 Feb 2019, Joerg Sonnenberger wrote: > >> ... In this case, the color doesn't take anything away from >> you. You are no worse off than before, e.g. you have to run additional >> commands or long format to figure out what are subdirectories etc.

Re: colorls in base

2019-02-16 Thread Paul Goyette
On Sun, 17 Feb 2019, Joerg Sonnenberger wrote: ... In this case, the color doesn't take anything away from you. You are no worse off than before, e.g. you have to run additional commands or long format to figure out what are subdirectories etc. Not entirely true. For those of use with red-gre

Re: colorls in base

2019-02-16 Thread Kamil Rytarowski
On 16.02.2019 20:50, John Nemeth wrote: > I'm not a no changenik. However, I think change needs to have > demonstrated value. I do oppose change when it is done for the > sake of change. To me, fluff is not demonstrated value, especially > when you consider our market segmen That has been

Re: colorls in base

2019-02-16 Thread Joerg Sonnenberger
On Fri, Feb 15, 2019 at 05:58:36PM +0100, Christian Groessler wrote: > On 2/15/19 3:20 PM, Christos Zoulas wrote: > > The kernel is already using green, and recently we added "autoconfiguration > > error" to highlight errors. Shouldn't we (in addition) make those lines red? > > > Please not. Red

Re: colorls in base

2019-02-16 Thread Kamil Rytarowski
On 16.02.2019 18:30, Robert Elz wrote: > They haven't yet, but eventually will. Sometime, if this was added, > someone will say "Why don't we enable colours from ls by default, just > like all the other OS's do? We have the code already, all we need to do > is turn it on." That's almost guarra

Re: colorls in base

2019-02-16 Thread John Nemeth
On Feb 17, 12:30am, Robert Elz wrote: } } Date:Sat, 16 Feb 2019 15:02:58 - (UTC) } From:chris...@astron.com (Christos Zoulas) } Message-ID: } } What I do replace from base (every time) is postfix (by sendmail). } Somehow I doubt that a request to stick sendmail ba

Re: colorls in base

2019-02-16 Thread John Nemeth
On Feb 16, 3:02pm, Christos Zoulas wrote: } In article <20190216102435.ga10...@grapefruit.pr0.tips>, } Timo Buhrmester wrote: } >> All I know is that some directories look like an "explosion in a } >> paint factory" or "angry fruit salad". } >I wonder why the die-hard monochrome users keep argui

Re: colorls in base

2019-02-16 Thread John Nemeth
On Feb 16, 12:42pm, Timo Buhrmester wrote: } } > Prettiness is the last thing that concerns me, cloaking information with } > gleeful colorized flashlights and blinding me with candy colored dots is. } Sorry, I wasn't aware how messed up cognition can be. Which color } is the most blinding to you?

Re: colorls in base

2019-02-16 Thread Christos Zoulas
> On Feb 16, 2019, at 12:30 PM, Hauke Fath > wrote: > > I remember you speaking up against replacing csh(1) with tcsh in base a few > years ago. How about adding tcsh's complete facility to csh(1)? That is > probably an order of magnitude in codesize compared to ls(1) vs. > colo(u)rls, but I

Re: colorls in base

2019-02-16 Thread Hauke Fath
At 15:02 Uhr + 16.02.2019, Christos Zoulas wrote: >Yes, what I don't understand (because nobody has stated a technical >reason other than 'fluff'), ... I guess that hurt. It wasn't meant to, sorry, just a tongue-in-cheek handle to a serious point. > why we shouldn't we have the feature in bas

Re: colorls in base

2019-02-16 Thread Hauke Fath
At 19:47 Uhr + 15.02.2019, m...@netbsd.org wrote: >I for one am quite fed up with how I have to replace around 30% of base >to get a usable setup. Yes. We've all been there, and I feel your pain. > my set of substitutions are: > >- g95 -> gfortarn, because we don't default to modern fortran.

Re: colorls in base

2019-02-16 Thread Robert Elz
Date:Sat, 16 Feb 2019 15:02:58 - (UTC) From:chris...@astron.com (Christos Zoulas) Message-ID: | Yes, what I don't understand (because nobody has stated a technical | reason other than 'fluff'), why we shouldn't we have the feature in base | at all. Nobody pr

Re: colorls in base

2019-02-16 Thread Benny Siegert
> Yes, what I don't understand (because nobody has stated a technical > reason other than 'fluff'), why we shouldn't we have the feature in base > at all. Nobody proposed to enable it by default. Thank you! I personally think it is unreasonable to oppose adding a default-disabled feature like thi

Re: colorls in base

2019-02-16 Thread Jan Danielsson
On 2019-02-15 21:47, Kamil Rytarowski wrote: > Colors nowadays are industry standard and increase readability. I dislike colored ls with a passion simply because each time I use a new Linux system, I can't see the very dark blue directory entries on black background (in particular if there are o

Re: colorls in base

2019-02-16 Thread Christos Zoulas
In article <20190216102435.ga10...@grapefruit.pr0.tips>, Timo Buhrmester wrote: >> All I know is that some directories look like an "explosion in a >> paint factory" or "angry fruit salad". >I wonder why the die-hard monochrome users keep arguing from a >"but it isn't pretty" point of view. It's

Re: colorls in base

2019-02-16 Thread Timo Buhrmester
> To me it's the gloriously colorful that keep arguing that other people > argue "but it isn't pretty". Care to elaborate? > Prettiness is the last thing that concerns me, cloaking information with > gleeful colorized flashlights and blinding me

Re: colorls in base

2019-02-16 Thread Michael van Elst
fstd.l...@gmail.com (Timo Buhrmester) writes: >colors unconditionally, or by default even. I also have issues with >the "I can't tell apart colors, so nobody may use colors" mindset. You may use colors all day long, it's as simple as installing a color-ls program. Next time it's not about color

Re: colorls in base

2019-02-16 Thread Michael van Elst
fstd.l...@gmail.com (Timo Buhrmester) writes: >I wonder why the die-hard monochrome users keep arguing from a >"but it isn't pretty" point of view. It's not supposed to be pretty, >it's supposed to augment the information presented. To me it's the gloriously colorful that keep arguing that other

Re: colorls in base

2019-02-16 Thread Timo Buhrmester
> All I know is that some directories look like an "explosion in a > paint factory" or "angry fruit salad". I wonder why the die-hard monochrome users keep arguing from a "but it isn't pretty" point of view. It's not supposed to be pretty, it's supposed to augment the information presented. > The

Re: colorls in base

2019-02-16 Thread Iain Hibbert
On Fri, 15 Feb 2019, m...@netbsd.org wrote: > sorry, I came here with a bit of an axe to grind. probably weshould not > make things hard to people who are color blind, when red/green color > blindness is so common. I just looked it up, this affects approximately 8% of european descent males acco

Re: colorls in base

2019-02-16 Thread Paul Goyette
On Sat, 16 Feb 2019, Christian Groessler wrote: And, yes, in daily live, I can see and distinguish traffic lights. The only important thing in this regard... I actually have trouble at nighttime to tell the difference between the green traffic lights and other "white" lights. I actually used

Re: colorls in base

2019-02-16 Thread Christian Groessler
On 2/16/19 7:14 AM, Anders Magnusson wrote: Don't know Debian, but at least Redhat: [ragge@beta ~]$ ls -l /etc/profile.d/colorls.csh -rw-r--r-- 1 root root 1741 30 junĀ  2016 /etc/profile.d/colorls.csh Ok. I'm seeing colorls.sh and colorls.csh in /etc/profile.d on a Fedora 27 box. My point