4 ms·
so... a mix up of the following: which ls alias ls='ls --color=auto' /bin/ls tree -L 2 git diff --stat git status
by sethammons 9y ago
so... a mix up of the following:
which ls
alias ls='ls --color=auto'
/bin/ls
tree -L 2
git diff --stat
git status
- jeroenjanssens 9y agoSometimes the Unix philosophy has to be taken with a grain of salt.
- jamescostian 9y agoRight but with more colors (e.g. you can get small files to have their file size be in green and large files have their filesize in yellow - the scale of color tells you how big a file is) and the summary from git-diff --stat is nicely fitted into a single, small column. Certainly not life changing, but after using it for a while, I can tell you that every time I'm on a machine that doesn't have exa, I feel so frustrated ls doesn't give me everything exa has. I often end up downloading exa on any machine that doesn't have it
- JustSomeNobody 9y agoBut this is "Modern". The problem I see with these "modern" command replacements is 1) muscle memory and 2) I have to log into some old systems that simply will not have anything this "modern".
- balls187 9y agoSure, but it's easy enough to fall back after you get the command error. If you want, you can alias it to `ls` so you don't lose muscle memory.
- Karunamon 9y agoAn alias in your favorite shell's .rc file solves the first problem. Better yet, you can throw it behind a test block to ensure you never get a command not found error: test -f /usr/bin/exa && alias ls='/usr/bin/exa' The second problem is solved by configuration management tools pushing out your desired tools to your entire environment.
- mmirate 9y ago> configuration management tools Which work well until your "entire environment" is some new-fangled ARM/SuperH/(etc.) board, and your configuration management tool is x86_64-only and/or not-in-the-repo of the only distro specialized enough to support that new-fangled board.