Earlier quoted context omitted.
I've never had a problem with ls. What about it doesn't "work fine?" I could imagine another utility having a different feature set that people find useful, but in my experience gnu ls always does what it claims to do, and is so foundational that it's a de facto standard when working with Linux. The desire to "replace" such well established utilities seems misguided to me - by all means add on additional utilities th…
I'm annoyed that ls is not the same depending on the OS
Exa Is Deprecated
221–230 of 244 posts
Re: Exa Is Deprecated
#222Earlier quoted context omitted.
FWIW, my mileage definitely varied: autotools--which is quite easy if you bother to learn how it works and is then almost infinitely flexible--has pretty much never failed me (I think there was one incident for a while related to building stuff for iOS? regardless this was fixed long ago), but I have had to file and participate in a number of bugs on cargo, most of which are still open :/, and I haven't even develope…
Try getting autotools to work on Windows. Then try getting it to compile with Visual Studio. Then try getting it to cross-compile 32-bit binaries on a 64-bit system. If you aren't bald already I promise you'll tear your hair out.
Re: Exa Is Deprecated
#223I never used exa as a general `ls` replacement, but I did use it as a `tree` replacement. Its tree view that gives you file stats from ls alongside a `tree`-like view I haven't found replicated in any other tool. Here are the aliases I use: et() { exa -alT --git -I'.git|node_modules|.mypy_cache|.pytest_cache|.venv' --color=always "$@" | less -R; } alias et1='et -L1' alias et2='et -L2' alias et3='et -L3' exa never han…
lsd --tree
Re: Exa Is Deprecated
#224Earlier quoted context omitted.
> 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 was the first utility program to segfault on me in over a decade. Brought me a useful dose of realism about the maturity of these projects, so I'm much more measured and careful about adopting them now.
Beware of [HN] bias. People are very quick to rain on Rust for reasons none of them have ever explained substantively and with facts, and many others are quick to agree without checking.
Re: Exa Is Deprecated
#225eza seems not like a pretty good replacement, when the first thing I see are broken icons and colors. I guess staying with exa is ok, at least it's doing it's job.
Re: Exa Is Deprecated
#226Earlier quoted context omitted.
The only problem I ever have with 'ls' is accidentally listing very large directories, but that is almost always an OS and filesystem issue at the core. If an ls replacement could somehow handle directories with >10^4 files faster, then I'd switch.
Have you tried: alias ls='ls -U' ? I find my ^C usually makes it through if I need it. Sometimes minimizing the terminal or switching desktops also helps. (it probably helps that I use a filesystem - btrfs - that is fundamentally append-based so gives a meaningful order even with -U)
Re: Exa Is Deprecated
#227Earlier quoted context omitted.
exa was the first utility program to segfault on me in over a decade. Brought me a useful dose of realism about the maturity of these projects, so I'm much more measured and careful about adopting them now.
For what it's worth, I'm using several Rust tools replacing classic UNIX programs for at least 3 years now and they never crashed. Beware of [HN] bias. People are very quick to rain on Rust for reasons none of them have ever explained substantively and with facts, and many others are quick to agree without checking.
I'm not sure what this paragraph is doing in this context. I was specifically talking about my own experience. I see far more praise for Rust compared to negative comments in any case, and was biased towards assuming "Rust rewrites of tools may lack features (due to being newer) or be less portable or whatever else, but the one thing they'll have is stability and reliability". That came crashing down when exa crashed and core dumped.
It didn't turn me into some anti-Rust fanatic either (which people seem to interpret any criticism of Rust-related things as), it just made me realize that in the end it's still up to the individual tool and programmer, and I shouldn't make strong assumptions based on the language a tool is written in.
Re: Exa Is Deprecated
#228Earlier quoted context omitted.
I think what we need is for github to get in on it. Discoverability is 90% of the work.
That's very true, but that's another chicken and egg problem. GitHub won't add you if you don't have the numbers (they'd just implement this themselves, if anything).
Re: Exa Is Deprecated
#229Earlier quoted context omitted.
Do read my article. I have a very clear example of why that actually doesn't work in practice.
The fact you wrote an srticle about it doesn't mean we are all forced to agree with your conclusions and suggestions.
It's also a suuuuper short little blog post. I almost always write very short stuff :P
Re: Exa Is Deprecated
#230Earlier quoted context omitted.
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.
Everyone who has exa installed and setup aliases now has to uninstall, install a new tool, and edit their workflows. exa is dead. People can move to yet another ls replacement, but they can't stay on exa.