Live data from Hacker News

Eza: A modern, maintained replacement for ls

github.com

41–50 of 250 posts

Re: Eza: A modern, maintained replacement for ls

#42

My ls usage went down 100% after I switched to fish shell. The built in Alt + l command lists the directory contents. Very helpful! And also results in a cleaner shell history.

Nice tip. What got rid of most of my use of `ls` in fish was running `ls` automatically when you changed directories: function ls_on_cd --on-variable PWD ls end

Seems like that would strongly encourage me to keep my directories tidier.

Re: Eza: A modern, maintained replacement for ls

#44

My ls usage went down 100% after I switched to fish shell. The built in Alt + l command lists the directory contents. Very helpful! And also results in a cleaner shell history.

Nice tip. What got rid of most of my use of `ls` in fish was running `ls` automatically when you changed directories: function ls_on_cd --on-variable PWD ls end

Oh cool idea! But gosh I think I would hate that.. I typically know what files are in directories that I'm working in, and usually care more about the output of previous commands I've run. I feel like this would teach me to never change directories

Re: Eza: A modern, maintained replacement for ls

#45
I'm under the impression that ls doesn't do very much. I'd expect it to be a small wrapper around libc.

This is thousands of lines of rust with emphasis on community building and ongoing development.

There seems to be a disconnect between engineering effort and product here which doesn't totally make sense to me. I think I'll stay with ls.

Re: Eza: A modern, maintained replacement for ls

#46
post #25

[flagged]

This is unnecessary, it's not advertising on Rust. The README directly explains why they describe `eza` as modern. It makes no mention of Rust or memory safety. Personally, I use eza because of `--tree` and `--git`.

[flagged]

Re: Eza: A modern, maintained replacement for ls

#47

I'm under the impression that ls doesn't do very much. I'd expect it to be a small wrapper around libc. This is thousands of lines of rust with emphasis on community building and ongoing development. There seems to be a disconnect between engineering effort and product here which doesn't totally make sense to me. I think I'll stay with ls.

Challenge: which of the letters a to z and A to Z are NOT switches that modify the behavior of ls?

I would guess that ls has at least 50 different behaviors based on the switches.

Re: Eza: A modern, maintained replacement for ls

#48
post #7

I have a problem with all terminal tools that insist on using colors to distinguish between various file types or attributes etc ('ls' is often set up like that too for distros, but I simply delete the config which sets that, the default doesn't). I use a terminal background which is easy on my eyes, and those color schemes always include colors which clash with the background or makes them hard to see in other ways.…

https://no-color.org

Re: Eza: A modern, maintained replacement for ls

#49
post #27

Who uses ls anyway? I tab-complete until it lists the files I need. Just kidding. But on a more serious note, why does he claim ls is not maintained anymore?

I think they are not referring to ls, but to exa [0], which is not maintained anymore. [0] https://github.com/ogham/exa

No, they definitely mean "ls":

> By deliberately making some decisions differently, eza attempts to be a more featureful, more user-friendly version of ls.

Post reply on HN