> 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 <dsi...@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? Cheers, Parke
