Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Eza: A modern, maintained replacement for ls

github.com

Post reply on HN
Print view View original

111–120 of 250 posts

Re: Eza: A modern, maintained replacement for ls

#111

Post by samatman »

creshal wrote: post #56
macintux wrote: post #42

Earlier quoted context omitted.

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

It absolutely did for me. Sadly, it also serves as constant reminder that ~ is a bloody mess because people still can't get used to .local/.share/.config.

Taking this opportunity to remind folks: if you're going to emit a config file from your program, check for $XDG_CONFIG_HOME and use what you find by preference. ~/.config is a decent fallback. Sticking it in ~? It's not the 1980s anymore, please, don't.

Re: Eza: A modern, maintained replacement for ls

#112

Post by samatman »

Tor3 wrote: 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.…

I'm totally the other way around, I rely on colorized output heavily.

But! There's supposed to be a solution to this, set $NO_COLOR to some value. https://no-color.org

Totally reasonable to file a bug report against tools which don't check and respect that env variable.

Re: Eza: A modern, maintained replacement for ls

#113

Post by jmholla »

whartung wrote: post #106
nine_k wrote: post #66

Earlier quoted context omitted.

For me, there are two principal cases of sorting in `ls` output: alphabetical when I'm trying to find something I don't know/ remember exactly, and mtime-based when I want to see the latest (or oldest) in a group of related files. I don't see how it could work with one shortcut. Another thing is `ls -l` that's important when I need to understand file sizes and especially how symlinks are set up. Yet another is `ls -l…

To this end I made a simple script, `latest`, which is, essentially, `ls -lt $@ | head`. So, `latest *.log`, etc. Other than that, simple autocomplete does a lot of my ls work for me.

I know you're showing a rough example, but others might want to throw a `-d` in there so that folders don't get expanded. And put `$@` in quotations so spaced file names don't get interpreted as separate arguments.

i.e.:

    ls -ltd "$@" | head
edit: `-d` may be a bad choice. It also results in directories being listed first on my system, even with `-t` passed.

edit 2: That was an alias I had setup. Carry on with the `-d`.

Re: Eza: A modern, maintained replacement for ls

#114

Post by godshatter »

One pet peeve of mine is "human readable dates", especially for a directory listing. If I'm scanning for something I copied into a folder yesterday amongst other things, I don't want everything to show "1 day ago" if I'm looking for something I did around 11am. I want the dates and times. That goes for forums like HN. Show me the date/time and also "7 hours ago" or whatever if you have to.

I've never understood taking that information away. I wonder if it's a consequence of infinite scroll or something.

Re: Eza: A modern, maintained replacement for ls

#115

Post by FuckButtons »

tmountain wrote: post #50

Typing eza is a pretty horrible three character combination on a qwerty keyboard. One advantage of ls is it’s a lightning fast set of key strokes. I guess you can alias, but that’s kind of weird (compatibility, etc).

You can alias it to whatever you want though.

Re: Eza: A modern, maintained replacement for ls

#116

Post by ehutch79 »

elashri wrote: post #102
kazinator wrote: post #98

GNU ls is maintained. I see commits affecting the ls.c file from 2024-06-24 and 2024-06-27; less than a month ago. The GNU Coreutils mailing list is fairly busy also. This project seems to be using the word maintained for the meaning of actively developed .

No the maintained here means it is a maintained (replacment) with reference that it is a fork of exa which was a ls replacment that is not maintained anymore. It does not say that ls is not maintained.

Look at the title above. It only says Eza and ls. It says eza is maintained, which tells me the other,ls, is not maintained.

Doesn’t mention exa.

Yes it’s missing nuance if you don’t click through, but that’s a complete statement, and I wouldn’t expect people to click through to get more context

Re: Eza: A modern, maintained replacement for ls

#117

Post by hhh »

godshatter wrote: post #114

One pet peeve of mine is "human readable dates", especially for a directory listing. If I'm scanning for something I copied into a folder yesterday amongst other things, I don't want everything to show "1 day ago" if I'm looking for something I did around 11am. I want the dates and times. That goes for forums like HN. Show me the date/time and also "7 hours ago" or whatever if you have to. I've never understood takin…

You can hover over the time on HN and get a timestamp.

Re: Eza: A modern, maintained replacement for ls

#118

Post by ehutch79 »

ehutch79 wrote: post #116
elashri wrote: post #102

Earlier quoted context omitted.

No the maintained here means it is a maintained (replacment) with reference that it is a fork of exa which was a ls replacment that is not maintained anymore. It does not say that ls is not maintained.

Look at the title above. It only says Eza and ls. It says eza is maintained, which tells me the other,ls, is not maintained. Doesn’t mention exa. Yes it’s missing nuance if you don’t click through, but that’s a complete statement, and I wouldn’t expect people to click through to get more context

Side note: the English language is a dumpster fire, and it’s easy for these issues to happen.

Re: Eza: A modern, maintained replacement for ls

#119

Post by dlivingston »

godshatter wrote: post #114

One pet peeve of mine is "human readable dates", especially for a directory listing. If I'm scanning for something I copied into a folder yesterday amongst other things, I don't want everything to show "1 day ago" if I'm looking for something I did around 11am. I want the dates and times. That goes for forums like HN. Show me the date/time and also "7 hours ago" or whatever if you have to. I've never understood takin…

I agree. GitHub does this too on commits. "foo.cpp modified last year." It makes no sense, at least without the ability to view additional datetime information.

Re: Eza: A modern, maintained replacement for ls

#120

Post by quirino »

godshatter wrote: post #114

One pet peeve of mine is "human readable dates", especially for a directory listing. If I'm scanning for something I copied into a folder yesterday amongst other things, I don't want everything to show "1 day ago" if I'm looking for something I did around 11am. I want the dates and times. That goes for forums like HN. Show me the date/time and also "7 hours ago" or whatever if you have to. I've never understood takin…

I wonder if sites could use the HTML tag for this. They could choose the human readable format but still give us the time so that it could be replaced or overlayed with some extension.

I always try to use it when writing HTML.

(https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ti...)

Post reply on HN