Earlier quoted context omitted.
I am wondering that too, but FWIW `sudo apt-get install libhttp-parser2.1` will have you on your way.
Thanks, but I wanted to report it nevertheless because it says the file is self contained.
Exa, a modern replacement for ls
91–100 of 420 posts
Re: Exa, a modern replacement for ls
#92Earlier quoted context omitted.
I agree. Relativity is important - uniform units.
You would never say that you are 0.0018 kilometers tall. Using sane unit sizes is important. If two files are orders of magnitude different in size, it's easy to tell that just by the units. As opposing to counting the number of digits, which is tedious and error prone. If they are similar, then it's easy enough to tell that also. E.g. 1 GB vs 995 MB.
Re: Exa, a modern replacement for ls
#93The name is the key field and so it should generally be the left-most column.
Re: Exa, a modern replacement for ls
#94Re: Exa, a modern replacement for ls
#95> For example, exa prints human-readable file sizes by default (when would you not want that?) When I've got two similar but non-identical files, and I think that the difference between their sizes might be important. That's a silly nitpick, though. It's not like I lose ls by installing exa. Plus, it's a nice excuse to see if I can get cargo working around the corporate firewall.
alias ls=exa
If you put that in your bash profile, it will be permanent (until you remove it from your bash profile, of course).Re: Exa, a modern replacement for ls
#96Interesting that they chose to keep the file name on the right-hand side like ls, and unlike every graphical file manager. The name is the key field and so it should generally be the left-most column.
It makes sense to list the filename last IMHO.
Re: Exa, a modern replacement for ls
#97./exa-linux-x86_64: error while loading shared libraries: libhttp_parser.so.2.1: cannot open shared object file: No such file or directory Couldnt all the dependencies be statically linked for max portability?
The GitHub issue offers a fix for Ubuntu: https://github.com/ogham/exa/issues/194
Re: Exa, a modern replacement for ls
#98While it's not the intention to replace the binary itself, I'm just not a fan of the idea of substituting system built-ins in everyday behavior. Stuff like cd, ls, etc. I like to keep it to the basics. Even just with PATHs or aliases, or a new binary entirely. And I'm a person who is no stranger to dot-configs. I've never taken it as far as Z(1), https://github.com/rupa/z . A system builtin is stuff you'd see stowed…
Re: Exa, a modern replacement for ls
#99It feels like swiss army knife of 'ls' that tries to do everything in one, and I hope more features are added, such as showing directory size, which would be a killer feature. I hate using 'du' or 'ncdu'. I installed in Ubuntu (and WSL) by downloading the zip file and also 1 dependency by `sudo apt-get install libgit2-24' Edit: It's also fast, and I'm beginning to think Rust is really good for making speedy commandli…
> I hate using 'du' Why? On the other hand, I like to have small tools that do one thing and do it well, and that you can combine to do more powerful things. Personal preference, I guess.
An example would be busybox, which can decide which executable to pretend to be by the target name.
Re: Exa, a modern replacement for ls
#100> exa is written in Rust, so it’s small I suspected this would be total bullshit, and it is. Its small binary is a mere 3.4 megabytes. I wonder if I misinterpreted the "small" part.
It's a lot bigger than conventional ls, but compared to a node.js implementation or Java program the description "small, fast" seems justified.