On 7/5/20 10:52 AM, Beartooth wrote:
On Sun, 05 Jul 2020 12:59:10 -0400, Todd Zullinger wrote:
[....]
> I'm pretty sure those are in /etc, not /etc/dnf. If they're in the
> latter, can you confirm that and check what package provides them (rpm
> -qf /etc/dnf/DIR_COLORS*)? I don't see anything providing them.
You're right. My bad. They're in /etc. And I get # rpm -qf /etc/
dnf/DIR_COLORS*
error: file /etc/dnf/DIR_COLORS*: No such file or directory
But this is the wrong file anyway. The configuration for dnf colors is
in /etc/dnf/dnf.conf. See "man dnf.conf" for details, see the section
under "[MAIN] OPTIONS - COLORS".
Am I remembering wrong? Istr that I could tell a given machine
*once* that I want to see dot files, and it would *always* display them.
I don't know how you would do that. Maybe there's a config for ls or
you can add "-a" to the ls alias.
> After you edit it, you must source /etc/profile.d/colorls.sh to
pick up
> the changes.
"source" is a verb?? Sorry -- you lost me. What does it mean?
There's a bash command called "source" that executes the script file in
the current context. That means that any environment variables that are
set will stay in effect.
> You can also copy the proper DIR_COLORS* file to your home dir to
avoid
> having a clean install overwrite your changes in /etc. The paths which
> the colorls.sh script uses are:
>
> $HOME/.dir_colors.$TERM $HOME/.dircolors.$TERM $HOME/.dir_colors
> $HOME/.dircolors
>
> The first one found is used.
Sigh. The curse of the autodidact strikes again. I know that
"HOME" in all upper case has a standard meaning, and I suppose
"TERM"
must, too. But I can never remember what it is, nor where to look it up.
Those are environment variables. "HOME" contains the current home
directory and "TERM" contains the name of the current terminal emulation.