Different colours in dircolors than in /etc/DIR_COLORS
 

With dircolors' default output, the colour for .mp3, for example, is different than the colour for .mkv. In /etc/DIR_COLORS, they are the same colour. I know I could create my own ~/.dir_colors, but I wonder if /etc/DIR_COLORS might be updated with the colours from dircolors…

If you have write privileges to /etc you could However, the "correct" way is to create your ~/.dircolors

Be aware of this issue if you're using KDE 5:

http://www.linuxquestions.org/questi...-a-4175561733/

*sigh*

…in Slackware itself.

I just checked that by running dircolors and...

Oh dear. That will definitely break KDE 5. KDE 5 has a bug where if you have an environment variable (like, oh, LS_COLOR) that's "too long", it causes KDE 5 to boot to black screen. If you follow the link I posted and then to the KDE issue that I lodged, the position of the KDE developers is that it's my own fault for having an environment variable that's "too long to copy". They absolutely refused to lift a finger to fix it for my "non-standard setup", and they've made clear that they intend for KDE to be incompatible with dircolors forever.

So there's at least one solid technical reason to not set that in /etc.

Who uses Linux because they want a "standard" setup? Sad when things go this way in the community.

Maybe chmod -x /etc/profile.d/coreutils-dircolors.sh and source it from ~/.bashrc

Doogster,
Maybe you should have copied your post to stackoverflow.com...

That's crazy.

I have not run into this KDE BUG because I left KDE behind at the 3->4... transition. But I probably would have with some of my own custom environment.

I have thought of having another look at it in the past year, but among other things, this tosses a bucket of icewater on that spark.

It is indeed sad to see things going this way...

Thanks for the report dugan.