51–60 of 244 posts
I've been using LSD instead of Exa, so I'm lightly relieved that I don't have to change over. Both projects are amazing little utilities that when combined with a well-customized shell, really make using the terminal a joy. I absolutely love the trend of rewriting classic Unix utilities in rust, because the new tools often have (small or large) usability and quality of life improvements that altogether make the termi…
exa: 8 years, dead ls: 38 years and counting. Long live ls.
Seems a bit unfair to call it dead, exa's maintainer is unreachable, but the whole thing lives on as eza and is very much alive. That's a bit like saying that any company/product that changes it's name is dead at that point.
exa is dead. People can move to yet another ls replacement, but they can't stay on exa.
Yet another example of why I don't trust any software that markets itself as "modern". In another 20 years, ls will still work perfectly fine.
Personally, I tend to avoid using replacements for POSIX tools in any shell scripts where possible for this reason. But in terms of what I use day-to-day in interactive sessions, I'll take whatever improvements modern tools will give.
Earlier quoted context omitted.
Maybe use broot ? Its tree view is its main feature and it handles gitignore and shows many stats including dir sizes. https://dystroy.org/broot/ You can use it just like the original tree tool too: https://dystroy.org/broot/tricks/#replace-tree (disclaimer: broot author)
Thanks for your comment. I have broot installed, but it never sticks in my workflow. I didn't know you could use it as a tree replacement like that, adding file stats & exiting. It almost works to replace the way I use exa tree, with these caveats: - I want to not have it elide files ("7 unlisted") at each level. I have my et1, et2, etc. aliases to customize how many levels of detail I get with exa's tree replacement…
To not elide files, the easiest solution is to provide a max height: `tree --height 5000`
No support of LS_COLORS exactly.
No option today to show on a file whether it is gitignored (never considered this: my users either show gitignored files or don't).
You can completely customize file properties order: https://dystroy.org/broot/conf_file/#columns-order
(it's hard to answer complex questions and rfc here, maybe come to the chat for an interactive discussion ?)
# WAS
alias ls='exa ...'
# IS
alias exa='eza ...'
alias ls='exa ...'I've been using LSD instead of Exa, so I'm lightly relieved that I don't have to change over. Both projects are amazing little utilities that when combined with a well-customized shell, really make using the terminal a joy. I absolutely love the trend of rewriting classic Unix utilities in rust, because the new tools often have (small or large) usability and quality of life improvements that altogether make the termi…
> I absolutely love the trend of rewriting classic Unix utilities I avoid them unless I'm capable of maintaining them myself. My primary reason for using classic Unix utilities is trusting that they'll still work in a few years. The initial stages of a rewrite can be a lot of fun, but I want to use it long after the excitement has worn off.
exa: 8 years, dead ls: 38 years and counting. Long live ls.
pneumatic drill: 8 years, dead the sharp stick of metal my dad gave me: 38 years and counting long live the sharp stick of metal ? What a terrible take. Yes, ls is maintained. Although, maintained is a very strong word. It exists. It's getting a few maintenance commits here and there, and in the mean time, it's feature done. It won't evolve anymore. Just like how exa will keep existing, and won't evolve anymore. Exa…
I've been using LSD instead of Exa, so I'm lightly relieved that I don't have to change over. Both projects are amazing little utilities that when combined with a well-customized shell, really make using the terminal a joy. I absolutely love the trend of rewriting classic Unix utilities in rust, because the new tools often have (small or large) usability and quality of life improvements that altogether make the termi…
Yet another example of why I don't trust any software that markets itself as "modern". In another 20 years, ls will still work perfectly fine.
The active maintainers moved the project to a shared repository with a different name 2 years after the creator was seen anywhere.