I hope that the author Benjamin Sago is alright. It's always concerning when FOSS developers disappear for a while - even though it isn't uncommon.
I wrote about this in 2018: https://kodare.net/2018/06/25/salvaging-abandoned-projects.h...
11–20 of 244 posts
I hope that the author Benjamin Sago is alright. It's always concerning when FOSS developers disappear for a while - even though it isn't uncommon.
I wrote about this in 2018: https://kodare.net/2018/06/25/salvaging-abandoned-projects.h...
This might affect me and other Debian stable users in the year 2025. The conservative side of the FOSS world rocks . exa's great; it's a polished, feature-rich ls(1) that broadly improves on GNU ls. The --tree view is awesome; I wish more tools used that UX pattern. The only other one I can immediately remember is pstree.
I have the opposite feeling about package lethargy, I don't want to remember that exa is now eza at the time that my distro finally gets around to packaging eza, I want to do it now when it's right in front of me. I'll go try lsd instead (and then I'll try the other ls rewrite, har har)
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 handled git ignores correctly so I had to manually provide common ignores with -I. But the above alias provides a scrollable tree view, with files colorized according to LS_COLORS, with file stats like `ls -l`, that I haven't found provided by any other tool. Suggestions for replacements welcome.The screenshots should probably show underlined hard-links or italicized symlinks or other examples of "multi-file-attribute" -to- "multi-text-attribute" mapping. That kind of multi-ness seems generally neglected in this report generation space.
exa: 8 years, dead ls: 38 years and counting. Long live ls.
exa: 8 years, dead ls: 38 years and counting. Long live ls.
Luckily, of course, it's open source, so I just added the options I needed.
https://github.com/torstenvl/betterls if anyone is interested
exa seemed like overkill for my needs, and it was easier to add a couple lines of code than to learn a whole new tool.
I use exa daily, and this is the first time that I’ve heard of eza. From a marketing standpoint, eza should be merged upstream.
I hope that the author Benjamin Sago is alright. It's always concerning when FOSS developers disappear for a while - even though it isn't uncommon.
I wish there was a better way for the community to handle this situation without the original author doing what we see here. Sometimes the original author dies unexpectedly for example and it's very hard to salvage the work into a maintained fork. I wrote about this in 2018: https://kodare.net/2018/06/25/salvaging-abandoned-projects.h...
Still, even this situation is much better than what we had before. It's on github and so the project doesn't randomly vanish from existence when the owner isn't there to maintain the machine in their closet anymore. Contributors see each other and can realize "Hey, maintainer isn't active anymore but there's still interest in the project, maybe we should do something about this".
exa: 8 years, dead ls: 38 years and counting. Long live ls.
I like vanilla `ls` but I do miss some display options from GNU ls when I'm on Mac, e.g., grouping directories first. Luckily, of course, it's open source, so I just added the options I needed. https://github.com/torstenvl/betterls if anyone is interested exa seemed like overkill for my needs, and it was easier to add a couple lines of code than to learn a whole new tool.