On 2023-10-17 23:54, Parke wrote:
> If necessary, an additional command line option would be fine with me.
> (I'd just alias it, as I already do with other command line options.)
> But I'm not yet convinced that such an additional option is necessary.
On Tue, Oct 17, 2023 at 5:41 PM Dragan Simic <dsimic@manjaro.org>
wrote:
It actually isn't necessary, but it would still be needed to
investigate
why dircolors(1) may behave the way I described it above, because it
may
cause the new feature to be enabled even when not intended so.
Have you tried building coreutils from source? (I have not.)
On Ubuntu 22.04, `dircolors` generates an LS_COLORS that has ca=30;41.
I looked at the `dircolors` binary with `less`, and I could see that
the string embedded in `dircolors` is different from the
`dircolors.hin` file.
Perhaps Debian or Canonical (or Arch?) are patching `dircolors` to
enable the coloring of capabilities by default?