Re: du enhancement

[Dragan Simic]

On 2023-10-20 17:03, Arsen Arsenović wrote:
> Dragan Simic <dsimic@manjaro.org> writes:
> > On 2023-10-20 15:55, Arsen Arsenović wrote:
> > > Dragan Simic <dsimic@manjaro.org> writes:
> > >
> > > > On 2023-10-20 15:18, Pádraig Brady wrote:
> > > > > On 20/10/2023 00:22, Rusty Duplessis wrote:
> > > > > > Would be nice to have an option to append a / to the end of 
> > > > > > directory
> > > > > > names,
> > > > > > so that you can distinguish between a file and directory when 
> > > > > > using -a.
> > > > > > Something like -F option to ls.
> > > > > It's a good suggestion.
> > > > > I generally only use du with single files / dirs,
> > > > > or otherwise I use a wrapper that makes dirs obvious (though 
> > > > > coloring):
> > > > > http://www.pixelbeat.org/scripts/dutop
> > > > > I.e. the default output from du -a is hard to parse.
> > > > How about making the output of du(1) colored the same way as it 
> > > > currently is
> > > > in
> > > > ls(1)?  I'd be willing to work on implementing that.
> > > I was about to post the same.  I see no reason why du couldn't (or
> > > shouldn't) do that based on normal coloring logic already present in 
> > > ls.
> > > Are there other tools that could use the treatment, too?
> >
> > On a somewhat unrelated note, I've been thinking already about adding 
> > coloring
> > to md5sum(1) and the related utilities, green for "OK" and red for any 
> > errors.
>
> That'd be nice.  Presumably, 'success' and 'failure' can also be added
> to LS_COLORS?

We'd need to use another environment variable for that purpose, because, 
quite frankly, adding unrelated new stuff to LS_COLORS wouldn't make 
much sense.