Live data from Hacker News

Hacking ls -l

lemis.com

91–93 of 93 posts

Re: Hacking ls -l

#91
post #88
post #87

Earlier quoted context omitted.

> Fixing up man pages is something that non-technical volunteers could help with Another problem with that is that most tools used in this process are made with technical users in mind. A lot of people can expand documentation, but sending manpages patches in a bug tracker is a technical step.

If one was so non-technical as to be incapable of using diff and a bug tracker, perhaps they shouldn't be writing manpages.

Sure, they probably shouldn't be creating man pages. But they could be great at copy editing and polishing existing man pages.

Or they could be expert translators.

So it's a shame that man pages are not as good as they could be.

There are other forms of documentation, but it'd be nice if man pages were the best the could possibly be.

Re: Hacking ls -l

#92
post #63

Earlier quoted context omitted.

This. I run into the situation more often with 'du' (when trying to find which subdirectory tree has excess junk in it), to the point that, while 'du -h' is human readable, it's not particularly sortable so: du -hs $( du -s * | sort -k1nr,1 -k2 | head ) .... which will return the human-readable output, based on numerically sorting the full numeric output. Eyeball comparisons are easier as you're aware that results ar…

A reasonably recent sort from GNU coreutils has a -h (and equivalent long option --human-numeric-sort) which properly sorts the output of du -h, meaning you can do: du -h | sort -h And get properly size-sorted output.

TIL! Thanks.

Re: Hacking ls -l

#93

i always use one hack for ls. alias lsd="ls -ltrF | grep ^d" This way, I quickly run lsd to only look for directories.

That's funny, I also have an alias for lsd which does this. But you can do it without grep: lsd='ls -d */'

Yours doesn't show . directories and parents does.
Post reply on HN