13 ms·

Exa: An alternative to Ls

125 points by lordleft 5y ago

agluszak 5y ago
soon there will be nothing left to rewrite in Rust ;)
linkdd 5y ago
> The computer is no longer the bottleneck. High load average, full swap, memory leaks, those things still happen today. > exa, by default, runs the stat system call on every file it encounters. 99% of ls's use case are: show me the files in this folder. What happened to KISS (Keep It Simple, Stupid) and the UNIX philosophy (do only one thing, but do it well)? > 256-colour terminals are everywhere. Laughs with Windows Terminal. > ls is still there if you need it. Thank you, I will keep using it. Also "ls" for "list" is straightforward, what does "exa" even mean? There is a reason why those programs have not changed in the last 50 years: they work, they do one thing, they do it well, nobody ask them to do more.
- faho 5y ago
  >Laughs with Windows Terminal The new windows terminal has truecolor.
  - linkdd 5y ago
    And yet git bash still needs ansicon to have ANSI escape sequences handled correctly.
- omnicognate 5y ago
  >what does "exa" even mean? Examine
- wongarsu 5y ago
  It might not be KISS, but I think exa embodies the UNIX philosophy. It does one thing (show me the contents of a folder) and it does it well (arguably better than ls as long as the consumer is a human). The UNIX philosophy isn't "only call one syscall", so getting more info on the files it's displaying is far game in my book.
theamk 5y ago
I have nothing against exa, but the two examples in this post are are not correct for any sort of recent system. > Here’s an example. exa, by default, runs the stat system call on every file it encounters. So does "ls" ... for at least last 20 years. Just checked on random Ubuntu system I had -- executables and dirs are highlighted with different colors. > exa makes heavy use of colours, treating them as opt-out rather than opt-in: it will highlight files and data differently based on their type or meaning. So does ls -- I see colors in default install. Yes, you need an environment variable to enable this, but all the modern distros set this anyway. So based on that page, it seems that the only thing that EXA does differently is that it upgrades ls's 16 color palette to 256 colors. I think they need stronger motivation.
- Liru 5y ago
  ls doesn't do colours by default, but a lot of distros alias `ls` to `ls --color=auto` so it seems that way.
- jeroenhd 5y ago
  There's a features page on their website that shows some more tricks it can do, like smarter file type colouring, generating a tree view and showing the git status of files. I'm still not entirely convinced that it's a must-have, but it's more than just ls with fancy colours. Personally, I'd much rather have seen an output format like JSON as a feature instead, so you can do some easier scripting through exa and jq. I'm sure there are other tools out there to serve thst purpose, though.
  - setpatchaddress 5y ago
    Yes, they really need to call out what makes it different. The front page makes it sound mostly like an alias to ls with specific options + an additional call to `git status`.
- throwaway8582 5y ago
  > I think they need stronger motivation. I've been using `exa` for over a year now, and I use it as an alias for both `ls` and `tree`. I don't really notice any benefit compared to using `ls`, but I really prefer its tree mode over the default `tree` command. It's nice being able to use the same CLI args and have a similar output format for both `tree` and `ls`.
salil999 5y ago
I like exa. Been using it for a couple months now.
pimlottc 5y ago
This page doesn’t actually list any features or explain why you should use exa instead of ls. The homepage [0] is more useful in this regard. 0: https://the.exa.website/ https://the.exa.website/
- p_j_w 5y ago
  Did the link get edited or something? OP takes me to https://the.exa.website/introduction https://the.exa.website/introduction, which has a nice tutorial with all of the features and how to install.
  - seanw444 5y ago
    Same here. I thought it was an alright little manifesto.
    - pimlottc 5y ago
      It's fine as a manifesto but no where does that introduction page actually say why you might want to bother switching over from ls in the first place.
  - theamk 5y ago
    No? That "introduction" link mentions 2 differences: "The computer is no longer the bottleneck." -> exa runs stat() calls; and "256-colour terminals are everywhere." -> exa uses color by default. But the thing is, if you install any modern system (ubuntu or fedora or pretty much anything else) and type "ls", it does those two things as well! Your default config will alias ls to enable color by default, and this ls invocation will be doing stat on every page. So anyone who knows "ls" even a bit would, on looking on that particular page, say, "Huh? That's your special feature? my ls does this already and I don't have to do anything to install it. [close window]" To reiterate, EXA does have features that "ls" does not. It just that https://the.exa.website/introduction https://the.exa.website/introduction page does not list those features at all. If you want to convince people to switch to EXA, you better point them to a different page.
open-paren 5y ago
I've been using lsd[0] as my ls replacement for a while. I like that it has a config file for defaults, so I don't have to change a bunch of aliases when setting up a new system. 0: https://github.com/Peltoche/lsd https://github.com/Peltoche/lsd
- Soulsbane 5y ago
  Same here.
- oweiler 5y ago
  It's also a lot faster than exa!
  - deleted 5y ago
    [deleted]
- jordemort 5y ago
  I'm also enjoying lsd, to the point where I've aliased ls to it. The file icons are fun.
  - dunefox 5y ago
    Same here. It's great.
- andreineculau 5y ago
  Thanks! It's always nice to read HN threads and get "better" (subjective maybe) alternatives than the original post
- timothylaurent 5y ago
  I switched to LSD from Exa as soon as I realized that Exa wasn't a ls drop-in replacement -- it's been great so far.
PaulHoule 5y ago
Lately I have been creating "three sided cards" which usually have a photograph or art reproduction on the front, a back side with an explanation and qr code that point to a web site. Each of these is a package of files in a directory. In the last few days I've been developing "ls-like" functionality for these cards with the specific goal of listing cards that need maintenance. For instance I did a series of photographs where I printed the cards but didn't generate the web sites. Architecturally it's interesting, particularly in that there is the selection logic, the way you display a card, and then the realization that you ought to be able to do something to a card other than display metadata for it but select the cards with the same facility you use to select them for "ls".
qsi 5y ago
Won't use it for the simple reason it's much harder to type (for me) than ls, and doesn't seem to offer anything I can't find in ls right now.
- jakeva 5y ago
  I've got ls aliased to exa
chomp 5y ago
I'm not gonna hate on this too much; side projects like this are fun and help the creator understand the filesystem-side of their operating system. The colors are pretty, there's some nifty features to better understand the file list you're staring at. This won't ever replace `ls` because it's not POSIX compliant, but that's okay because I don't think it needs to be. I have run into cases where downstream packages have dependencies on non-POSIX commands which gets a little annoying, but you can always choose something else (or take it on yourself to re-implement their idea in a POSIX-compliant way), which is the whole point of open source software. Let this creator have their fun!
- TacticalCoder 5y ago
  It's like saying ripgrep won't ever replace grep... It's true but for many use cases (for example in many shell scripts) but there are much more people using ripgrep than just its creator. exa is already several years old and has 15 K thousands stars on Github. Not to mention all the people using it that never bothered to give it a star.
gkfasdfasdf 5y ago
For me, the killer feature of exa is the git integration. Being able to do 'l' (aliased to 'exa --long --all --links --git') and seeing the git status (added, ignored, modified, etc) along with other file details is awesome.
yewenjie 5y ago
Does anybody have experience with `lc`? The description is quite intriguing. https://github.com/c-blake/lc https://github.com/c-blake/lc c-blake/lc: A post-modern, "multi-dimensional", configurable, abbreviating, extensible ls/file lister in Nim
- cb321 5y ago
  Author here; I have experience using it 100s of times per day since I wrote it. There are a couple of things that I don't use (like selinux) support that may be a little hinky. I have a few loyal users, but I don't hear much feedback about troubles they might have. It has kind of a long history. I first did a prototype in Python about year 2000 and then a year later a re-write in C which I used for a couple of decades and then an I think pretty nice 3rd gen in Nim. (Often one doesn't really get it all layered correctly until 3rd try, even for something kinda simple like `ls`.) Miller columns a la NeXTStep is something easy to simulate with `lc` via the glob abbreviation { paste <(lc -1m25 ../..) <(lc -1m25 ..) <(lc -1m25 .) | column } and in general the program is more like an "ls construction toolkit" than a fixed classifier/turnkey ls. But really the readme covers many more details. Among unusual ones is "tweak" files; Got a directory that you want special defaults for? Just drop in a `.lc` file. (With some parallel hierarchy features when perms do not allow that directly.) This is sort of like Windows remembering what sorting/layout options you clicked on, but manual and opt-in (and far more general).
kkoncevicius 5y ago
Main feature here seems to be colors, but GNU `ls` can also color files based on their file extension and also differentiate between pipes, executables, and working and broken links [1]. [1]: https://www.gnu.org/software/coreutils/manual/html_node/dircolors-invocation.html https://www.gnu.org/software/coreutils/manual/html_node/dirc...
- gizdan 5y ago
  It does a lot more than just colours. It has git integrations, a more concise output, built-in tree, grid view, icons (note they're not showing correctly in below output) and much more. $ ll drwxrwxr-x - dan 27 Oct 15:12 -I  .idea .rw-rw-r-- 15 dan 9 Sep 11:44 -N  .tool-versions drwxrwxr-x - dan 9 Sep 11:53 -I  dist drwxrwxr-x - dan 23 Sep 18:53 --  docs .rw-rw-r-- 376 dan 29 Jun 12:26 -I  some-project.iml drwxr-xr-x - dan 10 Sep 12:28 -I  node_modules .rw-rw-r-- 301 dan 21 Oct 13:17 -N  override.env edit: if it wasn't clear, the above output is a subset of the real output.
  - eminence32 5y ago
    > icons (note they're not showing correctly in below output) This is often my biggest annoyance with command line tools that rely on dedicate fonts and private use icons. The functionality is great, but making sure you've got the right fonts installed on every machine/terminal is sometimes tedious enough that I give up on things like exa. These days I think exa does not show icons by default, which is I think the right decision.
rc_mob 5y ago
never seen this before, thanks for linking. i will try it out
jxy 5y ago
> exa, by default, runs the stat system call on every file it encounters. Never used a multi-user system with a moderate amount of files, did you? Let alone distributed filesystems.
claytonjy 5y ago
I've been loving all the new rust-based CLI tools; you can find a lot of them here [0]. So far I've used ripgrep, fd-find, sd, exa, bat. I care less about speed and more about ease-of-use and beautiful output. Another bonus is standardized tooling between Mac and Linux; little bsd differences have been driving me nuts since I took a job that forced me into a MacBook, but these tools solve that issue and are easy to install with Homebrew. [0] https://lib.rs/command-line-utilities https://lib.rs/command-line-utilities
- idsout 5y ago
  > little bsd differences have been driving me nuts since I took a job that forced me into a MacBook, but these tools solve that issue and are easy to install with Homebrew. I'm in the same boat as you - I love the the rust-based CLI tools. I would also recommend installing the GNU coreutils via homebrew (https://formulae.brew.sh/formula/coreutils https://formulae.brew.sh/formula/coreutils). This lets you run the GNU coreutils by prefixing them with a `g`, like `gsed` rather than `sed`.
  - claytonjy 5y ago
    Oh that's neat, thanks. Given you also use the rust tools, where do you find yourself reaching for the g* tools?
    - rank0 5y ago
      I use the gnu coreutils because small things like cli flags are different for the macos implementations. So for example some aliases in my .zshrc didn’t work on my MacBook. I come from a Linux background so it was nice for me to have coreutils behave exactly how I’m used to. Some people prefer gnu software for ideological reasons too. It was one of the flags for ‘ls’ in particular that made me switch. There’s a way to add the gnu coreutils to your path without the g prefix so I never even notice the difference.
    - saghm 5y ago
      Not GP, but I'd imagine one use case would be for writing scripts to be used on other machines where the tools might not be installed, e.g. writing scripts on a mac to be run on Linux servers. If for example you want to script something for CI to be run on a Linux server, I can imagine having the GNU utilities in the default path on a Mac would be useful, since getting the Rust tools installed on the CI server is probably not worth the effort.
paxys 5y ago
Tree view looks like it could be useful. Every other feature is meh though.
- adrian_b 5y ago
  Looking at the available options, I like that it can display the extended attributes of the files, because I use extended attributes for various purposes. On the other hand, it could not replace ls for me, because exa does not have any equivalent of the ls option --full-time. All the possible exa options to display the time truncate the timestamps to various resolutions (much coarser than how the timestamps are stored in the file system).
  - kosayoda 5y ago
    Is what you're looking for (re: --full-time) not `exa -l --time-style=full-iso`?
    - adrian_b 5y ago
      `exa -l --time-style=full-iso' truncates the timestamps to millisecond resolution. `ls --full-time" gives the timestamps as they are stored by the file system, without alteration. For example the xfs timestamps and the FreeBSD ufs timestamps have nanosecond resolution.
      - kosayoda 5y ago
        This is what I get running `exa -l --time-style=full-iso` on my ext4 system: `drwxr-xr-x - kosa 2021-09-02 12:20:39.114446860 -0400 Desktop` Unless it's different on xfs/ufs, this seems to be nanosecond resolution to me,
        adrian_b 5y ago
        You may be right, because I have not tried exa, but this is what is written in the exa documentation: full-iso specifies the timestamp down to the millisecond, including its offset down to the minute, without using the locale or current year. If this is information is obsolete, they should update their documentation, because wrong information like this discourages adoption.
adamnemecek 5y ago
Until exa came around, I would install the GNU core utilities on my mac because the BSD ls doesn't have the option to group directories first.
- cb321 5y ago
  https://github.com/c-blake/lc https://github.com/c-blake/lc can do that and more; Indeed you can group "dot directories" differently than "non-dot directories". When I sat down to write `lc` I went through all of exas issues and features and included as much as I felt reasonable. I never liked the graphical tree mode, though. I prefer packing as much information as possible into small real estate (like cell phone terminal screens). https://github.com/c-blake/procs https://github.com/c-blake/procs does include some "indentation" oriented tree viewing, though, and uses much of the same kind of classification-colorization as `lc`, just for process table listings (on Linux only for now). It also has "user tweakable aggregation" (kind of the reverse of listing the sub-threads in process).
kbd 5y ago
The main thing I use Exa for is as a better "tree": 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 is great for this because it shows file details along with the tree hierarchy. (I have to manually specify a bunch of git-ignores because Exa's git ignore support doesn't work properly.)
- zamadatix 5y ago
  Tree does have some options for file details as well, -p is the same as ls -l or and/or you can use options like -hug individually. -hugDC for dates and some coloring too. Maybe not as great as exa but not bad for the classic option.
- baumy 5y ago
  Love this! Stole it and added a bit of bash-fu to it to avoid needing to define the extra aliases: et() { exa -alT --git -I'.git|node_modules|.mypy_cache|.pytest_cache|.venv' --color=always "-L${1:-1}" | less -R } commands would now be, e.g. "et 2" instead of "et2", but will work with any number. defaults to 1 if just "et" is run with no argument.
- kbd 5y ago
  Wanted to add: I realized that my function above doesn't fully show how I use it. I recommend setting your $LESS to include -F so that by default it doesn't leave pages of output in your scrollback. That way you can get a quick tree, scrollable/searchable in your pager, and then don't lose your shell context. FWIW, my $LESS is: export LESS='-iMFx4 --mouse' # smart-case, status bar, quit 1 screen, 4sp tabs Also should mention https://github.com/Canop/broot https://github.com/Canop/broot as a good directory explorer tool.
  - hiyer 5y ago
    Thanks for the "less -F" tip! I didn't know we could do that, and I'll definitely find it useful.
- aisamu 5y ago
earthboundkid 5y ago
Still defaults to the unreadable multicolumn view. Yuck! Why is this the default in ls? Why would anyone keep this awful default in another tool? It's so heinous.
- anyfoo 5y ago
  I don't get why that's a problem, it allows you to see many many more files at first glance. Back when I switched from DOS (which does have the single column view as default for the "dir" command) to Linux, it was quite a revelation. The overwhelming amount of time I don't need to see ownership/permission and modification time?
  - cb321 5y ago
    With `lc` you can have customized format strings so that you can see "size name", or "perms size name" or any subset/reordering of the report columns. And all of these are rolled up into a multi-column layout, though you can control how many columns you want with, e.g. lc -n3. (Never mind the glob-abbreviation ability which while slow allows packing an enormous number of names per terminal row.)
  - earthboundkid 5y ago
    Because it's unreadable, and virtually every directory has more files than fit in one screen, so you either read it in an unnatural left→right up→down direction or you read it in the natural up→down left→right direction and keep scrolling back up and down. It's just a terrible default that really has no use in a text environment.
bikeshaving 5y ago
I wish the authors thought a little bit more about the actual physicality of typing out commands. `exa` on a QWERTY keyboard is typed on one hand, across three rows, and with the weakest fingers. I guess I could put this into muscle memory, but I expect an `ls` like command to be ergonomic to some degree and I see myself making a lot of typos.
- dopu 5y ago
  I guess. Nothing’s stopping you from remapping ‘ls’ to exa. That’s what I did.
  - kelvie 5y ago
    I've been doing this -- it's annoying for things like "ls -rt" and other commands that you may or may not use often.
    - cyberge99 5y ago
      Yeah, I just use \ls -whatever for those.
- 5- 5y ago
  see also: https://github.com/mtoyoda/sl https://github.com/mtoyoda/sl (available packaged in most linux/bsd distributions)
- kingaillas 5y ago
  You better not switch your keyboard layout to dvorak... 'ls' are both right pinky letters. ;)
- cb321 5y ago
  I put some thought into that naming https://github.com/c-blake/lc https://github.com/c-blake/lc which I think is basically uniformly more capable than exa.
- dTal 5y ago
  This is a basic flaw in the design of unix. The user interface is coupled to the implementation. To accomplish a task, you don't describe the task - you write the name of a program that executes that task. Once a program is named, no other program can be named that ever again. Imagine if programming languages worked that way.
JohnWhigham 5y ago
Kind of getting tired of seeing these replacements for battle-tested tools that are basically just resume padding for the author.
5- 5y ago
one surprising interaction with ls i had recently was that it coloured files with capabilities differently, but it was pretty difficult to figure out what was going on. and that looks like a recent change, as in 2012 someone complained that ls didn't distinguish those at all: https://utcc.utoronto.ca/~cks/space/blog/linux/LsShowCapabilities https://utcc.utoronto.ca/~cks/space/blog/linux/LsShowCapabil... so i had an executable that was behaving unexpectedly, somewhat similar to the linked write-up, which ls showed with black text on red background. for a while, until i remembered about capabilities, i couldn't figure out what the unusual colour meant. eventually i found the word 'capability' buried in https://www.gnu.org/software/coreutils/manual/html_node/General-output-formatting.html https://www.gnu.org/software/coreutils/manual/html_node/Gene... compared to that, exa seems to be a bit more obvious with its '@' indicator (it would be nice if it was documented in the man page and not just in https://the.exa.website/features/long-view https://the.exa.website/features/long-view) and the -@ option to print xattr/capability names.
deleted 5y ago
[deleted]
codezero 5y ago
Switching tools sure does highlight your own quirky usage of a tool. I installed exa and aliased it to ls, probably mistake number one. I tend to look for things using reverse sorting a lot, and exa -ltra exa -lSr don't work out of the box (not sure why I thought it might, maybe because exa -la did) - And now I'm faced with reading a man page or documentation for some 15-20 seconds which I can't be bothered to do, despite that seeming so simple :) I do think I'll try to give it a shot, it looks quite nice.
dang 5y ago
exa previous threads: I use `exa` instead of `ls` on Linux - https://news.ycombinator.com/item?id=26559334 https://news.ycombinator.com/item?id=26559334 - March 2021 (51 comments) Exa – A Modern Replacement for Ls - https://news.ycombinator.com/item?id=20564000 https://news.ycombinator.com/item?id=20564000 - July 2019 (6 comments) Exa – A Modern Replacement for Ls - https://news.ycombinator.com/item?id=19342031 https://news.ycombinator.com/item?id=19342031 - March 2019 (1 comment) Exa – a modern replacement for ls - https://news.ycombinator.com/item?id=18658211 https://news.ycombinator.com/item?id=18658211 - Dec 2018 (2 comments) Exa, a modern replacement for ls - https://news.ycombinator.com/item?id=14923362 https://news.ycombinator.com/item?id=14923362 - Aug 2017 (403 comments) Show HN: Exa, a replacement for ls written in Rust - https://news.ycombinator.com/item?id=9087108 https://news.ycombinator.com/item?id=9087108 - Feb 2015 (87 comments)
deeblering4 5y ago
> You list files hundreds of times a day. Why spend your time squinting at black and white text? I don't spend any time squinting... And personally the bright colors shown in the example are harder on my eyes than the shades of gray I've selected in my terminal emulator. I also work with a large number of systems, and prefer to work from muscle memory with the tooling that is installed by default 100% of the time. Part of me wishes projects like this would just write patches for the thing they are trying to replace. There is no reason ls couldn't output emoji file types, just patch it in ls and make it a flag people can alias, like --color=auto. To each their own I guess.
- cb321 5y ago
  Actually, I did at first look into this kind of a modification of GNU ls, but its internal concepts of how to classify files is just not amenable to generalization along the lines of https://github.com/c-blake/lc https://github.com/c-blake/lc . Basically, the patch would be to thoroughly overhaul guts of the command and libraries it uses and be so unclean that starting from scratch is better, even if you wanted to "stay in C". It's not like the patch would be installed 100% of the time anyway, and shell aliases can paper over divergent installations. So, it's 100% fine if none of these features matter to you - to each his own indeed - but I thought your point deserved a reply. (EDIT: also, `lc` is < 1000 lines of pretty tabular Nim code; Nim is a very high productivity language; exa and GNU ls are both effectively like 10x more code, IIRC. But yeah, you do need to have the Nim compiler installed)
- treeman79 5y ago
  When I wear prism glasses I have to mute the colors to bear black and white otherwise I get weird text hovering. Different colors come forward backwards.
anthk 5y ago
alias ls='ls -vF' This way you'll see directories and executables in a glance. No need for colors, or fancy ls replacements.
- cb321 5y ago
  Grouping/sorting also enhances human readability, and the options for this in GNU ls are quite limited.
  - anthk 5y ago
    Use sort(1), you can sort by fields. Also, you have --group-directories-first in GNU ls. Maybe everyone should read the man page before commenting.
    - cb321 5y ago
      I'm glad to hear you have some way to do your simple listings with standard tools, but I would say your comment is not really a fair rebut especially with RTFM snark. Your concept remains "quite limited", as I said. These limitations may not bother you, but they may well bother others - reasonably. At a minimum, the "file type" codes are limited to inode types and one permission bit (exec). Output layout is limited to the `ls -l` format unless you parse & re-emit that in which case I would argue you are replacing `ls` just with `ls -l` instead of readdir/stat as a driver. `lc` lets you define several kinds of new categories (besides classics like dot files and directories, for example ALL_CAPS or even file(1)/magic-based coding) and sort (or filter) by those in a multi-level sense in the unfolded (non-l) layout, not just the "-1" layout. As mentioned these categories are useful not only for colorization. This results in dense, but co-located big blocks of similar file types in the table. For example, I could group ELF executables differently than "simply perm-bit/access(3)" scripts. This is often helpful since the ELFs may not run across systems or can be rebuilt from sources. Similarly, I can group "dot directories" before "dot files" before "directories" before "non-directories-non-dots". Besides file type limitations, there are also many other features in `lc` that would require increasingly sophisticated (and not generally available) shell tools and combinations. Just off the top of my head, the auto-glob abbreviation feature, other value-dependent formatting like file data sparseness, "3 char wide times" like "37w" for 37 weeks old, tweak files, etc. I doubt, were you to provide all these things that you would be able to persuade anyone that you were not "replacing ls" with something a notch or two more sophisticated. Could this replacement all be done with like find/stat/file/awk? Maybe, but I'd bet that would be pretty slow, especially on larger directories. As to the value of said replacement, well, you may not care about any of these features and that is fine. I know smart people that mostly `ls -l|grep foo` - hardly using the features of the listing (or subdirectories!) at all. Yet none of my mentioned features involve color and it is simply incorrect to suggest just reading the man page reveals "trivial" ways to replicate them all. Combined with color, I think they are even more useful, but people vary on color. Anyway, cheers & good luck to you.
mixmastamyk 5y ago
These new tools are neat, but because ls, tree, git have most of these features it has been tough to talk myself into using exa. One minor thing that bugs me about ls however, is the date display. I'd like iso 8601 for old dates, with a human-readable date for recent changes. Currently I have this: -rw-rw-r-- 1 foo foo 37 2016-03-28 9:14 .Xmodmap -rw------- 1 foo foo 496k Wed Oct 27 14:27 .xsession-errors Via `ls --time-style=`, but the cutoff between the two styles is hard-coded to something like six months. I'd prefer a week or so, but not an option. I asked on the mailing list but no action. Can exa or another tool be configured to use two date formats with a week in the past cutoff?
- rirze 5y ago
  You might have a quicker time if you build it locally with the cutoff configured in the code. Then you'd have the behavior you'd want while waiting for the devs to reply.
  - mixmastamyk 5y ago
    Good idea, thanks.
omaranto 5y ago
I basically never use ls (directly) anymore since Emacs took over almost all my computing.
Smithalicious 5y ago
Out of 3 supposed advantages, one is "it's slow, but that's not a problem, trust me" and another is "you can choose not to use it". Pretty bad marketing pitch if you ask me!
lfc07 5y ago
Ppl please use `ls`
ram_rar 5y ago
Whats with the name exa? ls is intuitive short form for list. I would rather name it as els or something that signifies extended, enhanced ls.

125 points by lordleft 5y ago

soon there will be nothing left to rewrite in Rust ;)

> The computer is no longer the bottleneck. High load average, full swap, memory leaks, those things still happen today. > exa, by default, runs the stat system call on every file it encounters. 99% of ls's use case are: show me the files in this folder. What happened to KISS (Keep It Simple, Stupid) and the UNIX philosophy (do only one thing, but do it well)? > 256-colour terminals are everywhere. Laughs with Windows Terminal. > ls is still there if you need it. Thank you, I will keep using it. Also "ls" for "list" is straightforward, what does "exa" even mean? There is a reason why those programs have not changed in the last 50 years: they work, they do one thing, they do it well, nobody ask them to do more.

faho 5y ago
>Laughs with Windows Terminal The new windows terminal has truecolor.
- linkdd 5y ago
  And yet git bash still needs ansicon to have ANSI escape sequences handled correctly.
omnicognate 5y ago
>what does "exa" even mean? Examine
wongarsu 5y ago
It might not be KISS, but I think exa embodies the UNIX philosophy. It does one thing (show me the contents of a folder) and it does it well (arguably better than ls as long as the consumer is a human). The UNIX philosophy isn't "only call one syscall", so getting more info on the files it's displaying is far game in my book.

theamk 5y ago

I have nothing against exa, but the two examples in this post are are not correct for any sort of recent system. > Here’s an example. exa, by default, runs the stat system call on every file it encounters. So does "ls" ... for at least last 20 years. Just checked on random Ubuntu system I had -- executables and dirs are highlighted with different colors. > exa makes heavy use of colours, treating them as opt-out rather than opt-in: it will highlight files and data differently based on their type or meaning. So does ls -- I see colors in default install. Yes, you need an environment variable to enable this, but all the modern distros set this anyway. So based on that page, it seems that the only thing that EXA does differently is that it upgrades ls's 16 color palette to 256 colors. I think they need stronger motivation.

Liru 5y ago
ls doesn't do colours by default, but a lot of distros alias `ls` to `ls --color=auto` so it seems that way.
jeroenhd 5y ago
There's a features page on their website that shows some more tricks it can do, like smarter file type colouring, generating a tree view and showing the git status of files. I'm still not entirely convinced that it's a must-have, but it's more than just ls with fancy colours. Personally, I'd much rather have seen an output format like JSON as a feature instead, so you can do some easier scripting through exa and jq. I'm sure there are other tools out there to serve thst purpose, though.
- setpatchaddress 5y ago
  Yes, they really need to call out what makes it different. The front page makes it sound mostly like an alias to ls with specific options + an additional call to `git status`.
throwaway8582 5y ago
> I think they need stronger motivation. I've been using `exa` for over a year now, and I use it as an alias for both `ls` and `tree`. I don't really notice any benefit compared to using `ls`, but I really prefer its tree mode over the default `tree` command. It's nice being able to use the same CLI args and have a similar output format for both `tree` and `ls`.

salil999 5y ago

I like exa. Been using it for a couple months now.

pimlottc 5y ago

This page doesn’t actually list any features or explain why you should use exa instead of ls. The homepage [0] is more useful in this regard. 0: https://the.exa.website/ https://the.exa.website/

p_j_w 5y ago
Did the link get edited or something? OP takes me to https://the.exa.website/introduction https://the.exa.website/introduction, which has a nice tutorial with all of the features and how to install.
- seanw444 5y ago
  Same here. I thought it was an alright little manifesto.
  - pimlottc 5y ago
    It's fine as a manifesto but no where does that introduction page actually say why you might want to bother switching over from ls in the first place.
- theamk 5y ago
  No? That "introduction" link mentions 2 differences: "The computer is no longer the bottleneck." -> exa runs stat() calls; and "256-colour terminals are everywhere." -> exa uses color by default. But the thing is, if you install any modern system (ubuntu or fedora or pretty much anything else) and type "ls", it does those two things as well! Your default config will alias ls to enable color by default, and this ls invocation will be doing stat on every page. So anyone who knows "ls" even a bit would, on looking on that particular page, say, "Huh? That's your special feature? my ls does this already and I don't have to do anything to install it. [close window]" To reiterate, EXA does have features that "ls" does not. It just that https://the.exa.website/introduction https://the.exa.website/introduction page does not list those features at all. If you want to convince people to switch to EXA, you better point them to a different page.

open-paren 5y ago

I've been using lsd[0] as my ls replacement for a while. I like that it has a config file for defaults, so I don't have to change a bunch of aliases when setting up a new system. 0: https://github.com/Peltoche/lsd https://github.com/Peltoche/lsd

Soulsbane 5y ago
Same here.
oweiler 5y ago
It's also a lot faster than exa!
- deleted 5y ago
  [deleted]
jordemort 5y ago
I'm also enjoying lsd, to the point where I've aliased ls to it. The file icons are fun.
- dunefox 5y ago
  Same here. It's great.
andreineculau 5y ago
Thanks! It's always nice to read HN threads and get "better" (subjective maybe) alternatives than the original post
timothylaurent 5y ago
I switched to LSD from Exa as soon as I realized that Exa wasn't a ls drop-in replacement -- it's been great so far.

PaulHoule 5y ago

Lately I have been creating "three sided cards" which usually have a photograph or art reproduction on the front, a back side with an explanation and qr code that point to a web site. Each of these is a package of files in a directory. In the last few days I've been developing "ls-like" functionality for these cards with the specific goal of listing cards that need maintenance. For instance I did a series of photographs where I printed the cards but didn't generate the web sites. Architecturally it's interesting, particularly in that there is the selection logic, the way you display a card, and then the realization that you ought to be able to do something to a card other than display metadata for it but select the cards with the same facility you use to select them for "ls".

qsi 5y ago

Won't use it for the simple reason it's much harder to type (for me) than ls, and doesn't seem to offer anything I can't find in ls right now.

jakeva 5y ago
I've got ls aliased to exa

chomp 5y ago

I'm not gonna hate on this too much; side projects like this are fun and help the creator understand the filesystem-side of their operating system. The colors are pretty, there's some nifty features to better understand the file list you're staring at. This won't ever replace `ls` because it's not POSIX compliant, but that's okay because I don't think it needs to be. I have run into cases where downstream packages have dependencies on non-POSIX commands which gets a little annoying, but you can always choose something else (or take it on yourself to re-implement their idea in a POSIX-compliant way), which is the whole point of open source software. Let this creator have their fun!

TacticalCoder 5y ago
It's like saying ripgrep won't ever replace grep... It's true but for many use cases (for example in many shell scripts) but there are much more people using ripgrep than just its creator. exa is already several years old and has 15 K thousands stars on Github. Not to mention all the people using it that never bothered to give it a star.

gkfasdfasdf 5y ago

For me, the killer feature of exa is the git integration. Being able to do 'l' (aliased to 'exa --long --all --links --git') and seeing the git status (added, ignored, modified, etc) along with other file details is awesome.

yewenjie 5y ago

Does anybody have experience with `lc`? The description is quite intriguing. https://github.com/c-blake/lc https://github.com/c-blake/lc c-blake/lc: A post-modern, "multi-dimensional", configurable, abbreviating, extensible ls/file lister in Nim

cb321 5y ago
Author here; I have experience using it 100s of times per day since I wrote it. There are a couple of things that I don't use (like selinux) support that may be a little hinky. I have a few loyal users, but I don't hear much feedback about troubles they might have. It has kind of a long history. I first did a prototype in Python about year 2000 and then a year later a re-write in C which I used for a couple of decades and then an I think pretty nice 3rd gen in Nim. (Often one doesn't really get it all layered correctly until 3rd try, even for something kinda simple like `ls`.) Miller columns a la NeXTStep is something easy to simulate with `lc` via the glob abbreviation { paste <(lc -1m25 ../..) <(lc -1m25 ..) <(lc -1m25 .) | column } and in general the program is more like an "ls construction toolkit" than a fixed classifier/turnkey ls. But really the readme covers many more details. Among unusual ones is "tweak" files; Got a directory that you want special defaults for? Just drop in a `.lc` file. (With some parallel hierarchy features when perms do not allow that directly.) This is sort of like Windows remembering what sorting/layout options you clicked on, but manual and opt-in (and far more general).

kkoncevicius 5y ago

Main feature here seems to be colors, but GNU `ls` can also color files based on their file extension and also differentiate between pipes, executables, and working and broken links [1]. [1]: https://www.gnu.org/software/coreutils/manual/html_node/dircolors-invocation.html https://www.gnu.org/software/coreutils/manual/html_node/dirc...

gizdan 5y ago
It does a lot more than just colours. It has git integrations, a more concise output, built-in tree, grid view, icons (note they're not showing correctly in below output) and much more. $ ll drwxrwxr-x - dan 27 Oct 15:12 -I  .idea .rw-rw-r-- 15 dan 9 Sep 11:44 -N  .tool-versions drwxrwxr-x - dan 9 Sep 11:53 -I  dist drwxrwxr-x - dan 23 Sep 18:53 --  docs .rw-rw-r-- 376 dan 29 Jun 12:26 -I  some-project.iml drwxr-xr-x - dan 10 Sep 12:28 -I  node_modules .rw-rw-r-- 301 dan 21 Oct 13:17 -N  override.env edit: if it wasn't clear, the above output is a subset of the real output.
- eminence32 5y ago
  > icons (note they're not showing correctly in below output) This is often my biggest annoyance with command line tools that rely on dedicate fonts and private use icons. The functionality is great, but making sure you've got the right fonts installed on every machine/terminal is sometimes tedious enough that I give up on things like exa. These days I think exa does not show icons by default, which is I think the right decision.

rc_mob 5y ago

never seen this before, thanks for linking. i will try it out

jxy 5y ago

> exa, by default, runs the stat system call on every file it encounters. Never used a multi-user system with a moderate amount of files, did you? Let alone distributed filesystems.

claytonjy 5y ago

I've been loving all the new rust-based CLI tools; you can find a lot of them here [0]. So far I've used ripgrep, fd-find, sd, exa, bat. I care less about speed and more about ease-of-use and beautiful output. Another bonus is standardized tooling between Mac and Linux; little bsd differences have been driving me nuts since I took a job that forced me into a MacBook, but these tools solve that issue and are easy to install with Homebrew. [0] https://lib.rs/command-line-utilities https://lib.rs/command-line-utilities

idsout 5y ago
> little bsd differences have been driving me nuts since I took a job that forced me into a MacBook, but these tools solve that issue and are easy to install with Homebrew. I'm in the same boat as you - I love the the rust-based CLI tools. I would also recommend installing the GNU coreutils via homebrew (https://formulae.brew.sh/formula/coreutils https://formulae.brew.sh/formula/coreutils). This lets you run the GNU coreutils by prefixing them with a `g`, like `gsed` rather than `sed`.
- claytonjy 5y ago
  Oh that's neat, thanks. Given you also use the rust tools, where do you find yourself reaching for the g* tools?
  - rank0 5y ago
    I use the gnu coreutils because small things like cli flags are different for the macos implementations. So for example some aliases in my .zshrc didn’t work on my MacBook. I come from a Linux background so it was nice for me to have coreutils behave exactly how I’m used to. Some people prefer gnu software for ideological reasons too. It was one of the flags for ‘ls’ in particular that made me switch. There’s a way to add the gnu coreutils to your path without the g prefix so I never even notice the difference.
  - saghm 5y ago
    Not GP, but I'd imagine one use case would be for writing scripts to be used on other machines where the tools might not be installed, e.g. writing scripts on a mac to be run on Linux servers. If for example you want to script something for CI to be run on a Linux server, I can imagine having the GNU utilities in the default path on a Mac would be useful, since getting the Rust tools installed on the CI server is probably not worth the effort.

paxys 5y ago

Tree view looks like it could be useful. Every other feature is meh though.

adrian_b 5y ago
Looking at the available options, I like that it can display the extended attributes of the files, because I use extended attributes for various purposes. On the other hand, it could not replace ls for me, because exa does not have any equivalent of the ls option --full-time. All the possible exa options to display the time truncate the timestamps to various resolutions (much coarser than how the timestamps are stored in the file system).
- kosayoda 5y ago
  Is what you're looking for (re: --full-time) not `exa -l --time-style=full-iso`?
  - adrian_b 5y ago
    `exa -l --time-style=full-iso' truncates the timestamps to millisecond resolution. `ls --full-time" gives the timestamps as they are stored by the file system, without alteration. For example the xfs timestamps and the FreeBSD ufs timestamps have nanosecond resolution.
    - kosayoda 5y ago
      This is what I get running `exa -l --time-style=full-iso` on my ext4 system: `drwxr-xr-x - kosa 2021-09-02 12:20:39.114446860 -0400 Desktop` Unless it's different on xfs/ufs, this seems to be nanosecond resolution to me,
      - adrian_b 5y ago
        You may be right, because I have not tried exa, but this is what is written in the exa documentation: full-iso specifies the timestamp down to the millisecond, including its offset down to the minute, without using the locale or current year. If this is information is obsolete, they should update their documentation, because wrong information like this discourages adoption.

adamnemecek 5y ago

Until exa came around, I would install the GNU core utilities on my mac because the BSD ls doesn't have the option to group directories first.

cb321 5y ago
https://github.com/c-blake/lc https://github.com/c-blake/lc can do that and more; Indeed you can group "dot directories" differently than "non-dot directories". When I sat down to write `lc` I went through all of exas issues and features and included as much as I felt reasonable. I never liked the graphical tree mode, though. I prefer packing as much information as possible into small real estate (like cell phone terminal screens). https://github.com/c-blake/procs https://github.com/c-blake/procs does include some "indentation" oriented tree viewing, though, and uses much of the same kind of classification-colorization as `lc`, just for process table listings (on Linux only for now). It also has "user tweakable aggregation" (kind of the reverse of listing the sub-threads in process).

kbd 5y ago

The main thing I use Exa for is as a better "tree": 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 is great for this because it shows file details along with the tree hierarchy. (I have to manually specify a bunch of git-ignores because Exa's git ignore support doesn't work properly.)

zamadatix 5y ago
Tree does have some options for file details as well, -p is the same as ls -l or and/or you can use options like -hug individually. -hugDC for dates and some coloring too. Maybe not as great as exa but not bad for the classic option.
baumy 5y ago
Love this! Stole it and added a bit of bash-fu to it to avoid needing to define the extra aliases: et() { exa -alT --git -I'.git|node_modules|.mypy_cache|.pytest_cache|.venv' --color=always "-L${1:-1}" | less -R } commands would now be, e.g. "et 2" instead of "et2", but will work with any number. defaults to 1 if just "et" is run with no argument.
kbd 5y ago
Wanted to add: I realized that my function above doesn't fully show how I use it. I recommend setting your $LESS to include -F so that by default it doesn't leave pages of output in your scrollback. That way you can get a quick tree, scrollable/searchable in your pager, and then don't lose your shell context. FWIW, my $LESS is: export LESS='-iMFx4 --mouse' # smart-case, status bar, quit 1 screen, 4sp tabs Also should mention https://github.com/Canop/broot https://github.com/Canop/broot as a good directory explorer tool.
- hiyer 5y ago
  Thanks for the "less -F" tip! I didn't know we could do that, and I'll definitely find it useful.
aisamu 5y ago

earthboundkid 5y ago

Still defaults to the unreadable multicolumn view. Yuck! Why is this the default in ls? Why would anyone keep this awful default in another tool? It's so heinous.

anyfoo 5y ago
I don't get why that's a problem, it allows you to see many many more files at first glance. Back when I switched from DOS (which does have the single column view as default for the "dir" command) to Linux, it was quite a revelation. The overwhelming amount of time I don't need to see ownership/permission and modification time?
- cb321 5y ago
  With `lc` you can have customized format strings so that you can see "size name", or "perms size name" or any subset/reordering of the report columns. And all of these are rolled up into a multi-column layout, though you can control how many columns you want with, e.g. lc -n3. (Never mind the glob-abbreviation ability which while slow allows packing an enormous number of names per terminal row.)
- earthboundkid 5y ago
  Because it's unreadable, and virtually every directory has more files than fit in one screen, so you either read it in an unnatural left→right up→down direction or you read it in the natural up→down left→right direction and keep scrolling back up and down. It's just a terrible default that really has no use in a text environment.

bikeshaving 5y ago

I wish the authors thought a little bit more about the actual physicality of typing out commands. `exa` on a QWERTY keyboard is typed on one hand, across three rows, and with the weakest fingers. I guess I could put this into muscle memory, but I expect an `ls` like command to be ergonomic to some degree and I see myself making a lot of typos.

dopu 5y ago
I guess. Nothing’s stopping you from remapping ‘ls’ to exa. That’s what I did.
- kelvie 5y ago
  I've been doing this -- it's annoying for things like "ls -rt" and other commands that you may or may not use often.
  - cyberge99 5y ago
    Yeah, I just use \ls -whatever for those.
5- 5y ago
see also: https://github.com/mtoyoda/sl https://github.com/mtoyoda/sl (available packaged in most linux/bsd distributions)
kingaillas 5y ago
You better not switch your keyboard layout to dvorak... 'ls' are both right pinky letters. ;)
cb321 5y ago
I put some thought into that naming https://github.com/c-blake/lc https://github.com/c-blake/lc which I think is basically uniformly more capable than exa.
dTal 5y ago
This is a basic flaw in the design of unix. The user interface is coupled to the implementation. To accomplish a task, you don't describe the task - you write the name of a program that executes that task. Once a program is named, no other program can be named that ever again. Imagine if programming languages worked that way.

JohnWhigham 5y ago

Kind of getting tired of seeing these replacements for battle-tested tools that are basically just resume padding for the author.

5- 5y ago

one surprising interaction with ls i had recently was that it coloured files with capabilities differently, but it was pretty difficult to figure out what was going on. and that looks like a recent change, as in 2012 someone complained that ls didn't distinguish those at all: https://utcc.utoronto.ca/~cks/space/blog/linux/LsShowCapabilities https://utcc.utoronto.ca/~cks/space/blog/linux/LsShowCapabil... so i had an executable that was behaving unexpectedly, somewhat similar to the linked write-up, which ls showed with black text on red background. for a while, until i remembered about capabilities, i couldn't figure out what the unusual colour meant. eventually i found the word 'capability' buried in https://www.gnu.org/software/coreutils/manual/html_node/General-output-formatting.html https://www.gnu.org/software/coreutils/manual/html_node/Gene... compared to that, exa seems to be a bit more obvious with its '@' indicator (it would be nice if it was documented in the man page and not just in https://the.exa.website/features/long-view https://the.exa.website/features/long-view) and the -@ option to print xattr/capability names.

deleted 5y ago

[deleted]

codezero 5y ago

Switching tools sure does highlight your own quirky usage of a tool. I installed exa and aliased it to ls, probably mistake number one. I tend to look for things using reverse sorting a lot, and exa -ltra exa -lSr don't work out of the box (not sure why I thought it might, maybe because exa -la did) - And now I'm faced with reading a man page or documentation for some 15-20 seconds which I can't be bothered to do, despite that seeming so simple :) I do think I'll try to give it a shot, it looks quite nice.

dang 5y ago

exa previous threads: I use `exa` instead of `ls` on Linux - https://news.ycombinator.com/item?id=26559334 https://news.ycombinator.com/item?id=26559334 - March 2021 (51 comments) Exa – A Modern Replacement for Ls - https://news.ycombinator.com/item?id=20564000 https://news.ycombinator.com/item?id=20564000 - July 2019 (6 comments) Exa – A Modern Replacement for Ls - https://news.ycombinator.com/item?id=19342031 https://news.ycombinator.com/item?id=19342031 - March 2019 (1 comment) Exa – a modern replacement for ls - https://news.ycombinator.com/item?id=18658211 https://news.ycombinator.com/item?id=18658211 - Dec 2018 (2 comments) Exa, a modern replacement for ls - https://news.ycombinator.com/item?id=14923362 https://news.ycombinator.com/item?id=14923362 - Aug 2017 (403 comments) Show HN: Exa, a replacement for ls written in Rust - https://news.ycombinator.com/item?id=9087108 https://news.ycombinator.com/item?id=9087108 - Feb 2015 (87 comments)

deeblering4 5y ago

> You list files hundreds of times a day. Why spend your time squinting at black and white text? I don't spend any time squinting... And personally the bright colors shown in the example are harder on my eyes than the shades of gray I've selected in my terminal emulator. I also work with a large number of systems, and prefer to work from muscle memory with the tooling that is installed by default 100% of the time. Part of me wishes projects like this would just write patches for the thing they are trying to replace. There is no reason ls couldn't output emoji file types, just patch it in ls and make it a flag people can alias, like --color=auto. To each their own I guess.

cb321 5y ago
Actually, I did at first look into this kind of a modification of GNU ls, but its internal concepts of how to classify files is just not amenable to generalization along the lines of https://github.com/c-blake/lc https://github.com/c-blake/lc . Basically, the patch would be to thoroughly overhaul guts of the command and libraries it uses and be so unclean that starting from scratch is better, even if you wanted to "stay in C". It's not like the patch would be installed 100% of the time anyway, and shell aliases can paper over divergent installations. So, it's 100% fine if none of these features matter to you - to each his own indeed - but I thought your point deserved a reply. (EDIT: also, `lc` is < 1000 lines of pretty tabular Nim code; Nim is a very high productivity language; exa and GNU ls are both effectively like 10x more code, IIRC. But yeah, you do need to have the Nim compiler installed)
treeman79 5y ago
When I wear prism glasses I have to mute the colors to bear black and white otherwise I get weird text hovering. Different colors come forward backwards.

anthk 5y ago

alias ls='ls -vF' This way you'll see directories and executables in a glance. No need for colors, or fancy ls replacements.

cb321 5y ago
Grouping/sorting also enhances human readability, and the options for this in GNU ls are quite limited.
- anthk 5y ago
  Use sort(1), you can sort by fields. Also, you have --group-directories-first in GNU ls. Maybe everyone should read the man page before commenting.
  - cb321 5y ago
    I'm glad to hear you have some way to do your simple listings with standard tools, but I would say your comment is not really a fair rebut especially with RTFM snark. Your concept remains "quite limited", as I said. These limitations may not bother you, but they may well bother others - reasonably. At a minimum, the "file type" codes are limited to inode types and one permission bit (exec). Output layout is limited to the `ls -l` format unless you parse & re-emit that in which case I would argue you are replacing `ls` just with `ls -l` instead of readdir/stat as a driver. `lc` lets you define several kinds of new categories (besides classics like dot files and directories, for example ALL_CAPS or even file(1)/magic-based coding) and sort (or filter) by those in a multi-level sense in the unfolded (non-l) layout, not just the "-1" layout. As mentioned these categories are useful not only for colorization. This results in dense, but co-located big blocks of similar file types in the table. For example, I could group ELF executables differently than "simply perm-bit/access(3)" scripts. This is often helpful since the ELFs may not run across systems or can be rebuilt from sources. Similarly, I can group "dot directories" before "dot files" before "directories" before "non-directories-non-dots". Besides file type limitations, there are also many other features in `lc` that would require increasingly sophisticated (and not generally available) shell tools and combinations. Just off the top of my head, the auto-glob abbreviation feature, other value-dependent formatting like file data sparseness, "3 char wide times" like "37w" for 37 weeks old, tweak files, etc. I doubt, were you to provide all these things that you would be able to persuade anyone that you were not "replacing ls" with something a notch or two more sophisticated. Could this replacement all be done with like find/stat/file/awk? Maybe, but I'd bet that would be pretty slow, especially on larger directories. As to the value of said replacement, well, you may not care about any of these features and that is fine. I know smart people that mostly `ls -l|grep foo` - hardly using the features of the listing (or subdirectories!) at all. Yet none of my mentioned features involve color and it is simply incorrect to suggest just reading the man page reveals "trivial" ways to replicate them all. Combined with color, I think they are even more useful, but people vary on color. Anyway, cheers & good luck to you.

mixmastamyk 5y ago

These new tools are neat, but because ls, tree, git have most of these features it has been tough to talk myself into using exa. One minor thing that bugs me about ls however, is the date display. I'd like iso 8601 for old dates, with a human-readable date for recent changes. Currently I have this: -rw-rw-r-- 1 foo foo 37 2016-03-28 9:14 .Xmodmap -rw------- 1 foo foo 496k Wed Oct 27 14:27 .xsession-errors Via `ls --time-style=`, but the cutoff between the two styles is hard-coded to something like six months. I'd prefer a week or so, but not an option. I asked on the mailing list but no action. Can exa or another tool be configured to use two date formats with a week in the past cutoff?

rirze 5y ago
You might have a quicker time if you build it locally with the cutoff configured in the code. Then you'd have the behavior you'd want while waiting for the devs to reply.
- mixmastamyk 5y ago
  Good idea, thanks.

omaranto 5y ago

I basically never use ls (directly) anymore since Emacs took over almost all my computing.

Smithalicious 5y ago

Out of 3 supposed advantages, one is "it's slow, but that's not a problem, trust me" and another is "you can choose not to use it". Pretty bad marketing pitch if you ask me!

lfc07 5y ago

Ppl please use `ls`

ram_rar 5y ago

Whats with the name exa? ls is intuitive short form for list. I would rather name it as els or something that signifies extended, enhanced ls.