By showing how you drew a comic about it them posted it to lemmy ofc
why not just add the options to it?
If you are asking me, personally, it's because making any contributions to ls is far beyond my capacities and will remain that way for the forseeable future.
Personal deficiencies aside, would it even be a good idea to modify ls in this way? It seems to me that stability and predictability is a feature, not a bug. Basically you know how ls will work on every linux system. Adding all these features would turn it into something else and potentially introduce chaos. ls is tested on >millions of systems in every context; a known quantity. A feature set which is limited to the necessities avoids introducing bugs, flaws, security issues etc.
And once added, a feature probably shouldn't be removed. In 2024 I love having git status optionally integrated into my ls-type tool. But in 2034 will git still be as ubiquitous? What about 2054? ls is for the ages. eza is for right now.
aside from the subject of the post: the ones I miss when it's not available are git status/ignoring, icons, tree, excellent color coding.
Here I cloned the eza repo and made some random changes.
eza --long -h --no-user --no-time --almost-all --git --sort=date --reverse --icons
Made some more changes and then combine git and tree, something I find is super helpful for overview:
eza --long -h --no-user --no-time --git --sort=date --reverse --icons --tree --level=2 --git-ignore --no-permissions --no-filesize
(weird icons are my fault for not setting up fonts properly in the terminal.)
Colors all over the place are an innovation that has enabled me to use the terminal really at all. I truly struggle when I need to use b&w or less colorful environments. I will almost always install eza on any device even something that needs to be lean. It's not just pretty and splashy but it helps me correctly comprehend the information.
I'd never want to get rid of ls and I don't personally alias it to to eza because I always want to have unimpeded access to the standard tooling. But I appreciate having a few options to do the same task in slightly different ways. And it's so nice to have all the options together in one application rather than needing a bunch of scripts and aliases and configurations. I don't think it does anything that's otherwise impossible but to get on with life it is helpful.
cross-posted from: https://discuss.tchncs.de/post/13814482
I just noticed that
ezacan now display total disk space used by directories!I think this is pretty cool. I wanted it for a long time.
There are other ways to get the information of course. But having it integrated with all the other options for listing directories is fab.
ezahas features like--git-awareness,--treedisplay, clickable--hyperlink, filetype--iconsand other display, permissions, dates, ownerships, and other stuff. being able to mash everything together in any arbitrary way which is useful is handy. And of course you can--sort=sizedocs:
--total-size show the size of a directory as the size of all files and directories inside (unix only)It also (optionally) color codes the information. Values measures in kb, mb, and gb are clear. Here is a screenshot to show that:
eza --long -h --total-size --sort=oldest --no-permissions --no-user
Of course it take a little while to load large directories so you will not want to use by default.
Looks like it was first implemented Oct 2023 with some fixes since then. (Changelog). PR #533 - feat: added recursive directory parser with `--total-size` flag by Xemptuous
I just noticed that eza can now display total disk space used by directories!
I think this is pretty cool. I wanted it for a long time.
There are other ways to get the information of course. But having it integrated with all the other options for listing directories is fab. eza has features like --git-awareness, --tree display, clickable --hyperlink, filetype --icons and other display, permissions, dates, ownerships, and other stuff. being able to mash everything together in any arbitrary way which is useful is handy. And of course you can --sort=size
docs:
--total-size show the size of a directory as the size of all
files and directories inside (unix only)
It also (optionally) color codes the information. Values measures in kb, mb, and gb are clear. Here is a screenshot to show that:
eza --long -h --total-size --sort=oldest --no-permissions --no-user
Of course it take a little while to load large directories so you will not want to use by default.
Looks like it was first implemented Oct 2023 with some fixes since then. (Changelog). PR #533 - feat: added recursive directory parser with `--total-size` flag by Xemptuous
in case you don't know, you can discard tabs natively without an extension in FF now by going to URL about:unloads. it's a newish feature in the past year or so. much more rudimentary than Auto Tab Discard but gets the job done with one less extension.
I like light themes and agree that they can be done well. Overall my problem with dark themes is they are too low contrast everything melts into everything else. Who doesn't want a distinct border around a window?
Union organizing and intersectionality can only improve things.
I really like advance find and replace in kate editor. You can optionally use regex and operate on multiple files.
Very importantly it has a robust preview changes ability. it is comfortable to use even with lots of hits, lots of files. So you do not need to apply a bunch of changes and hope you considered every permutation as with a cli tool like sed.
One thing that would really improve my life would be a tool like this which allows you to save search queries and options.
Don't work for me:
Kate has a popup for history in the fields which is somewhat helpful but limited. When trying out different queries you don't have a way to remember which one actually worked so going by the history just ends in repeating the same errors over and over. Also it doesn't match the "find" and "replace" fields nor does it associate them with the other options like directory, etc.
Keeping notes in a text file is of course possible but cumbersome. I would like the computer to do work like that for me.
For single file searches regex101.com (non floss) and regexr.com (GPLv3) are great in-browser tools for learning and you can save the search. But to operate locally on many files, it doesn't work.
Does anyone know any tools that do anything like this? Can find various utilities which operate on file names but I am looking for file content. Certainly this exists ya?
(Post image is screenshot from Kate website of Kate on windows.)
I do not understand the mystique of applications that don't come with a reasonable working config. I don't want to invest hours just to try something and see if it is vaguely suitable. Anyone who wants to delete the default config can easily do so.
I guess people get pulled with sunk costs because by the time you get it working you've spent so much time on it.
why was Google able to find the answer to questions exactly like this 6+ years ago?
curious if there is any way to know for sure if this is the case? is there documentation of vague google searches over time to track their results? sort of seems like a "don't know what you got til it's gone" sort of thing for the average user. but maybe there is some academic work or industry publications to this effect?
We do have a good 10-20 years of every news story intro containing a line like "a google search for 'spatula' returns 2.5million results". remember when journalists and other writers thought that just putting a single search term into a search engine was the way to conduct online research?
otherwise it is really just your recollection how it felt then vs now. i can't comment on @[email protected]'s programing skills but the point about changing expectations is a good one. not to mention that the amount of available data has exploded.
I had one of the early generation kindles for a while. There was a straighrtforward jailbreak to make it more sociable. The set it up with Calibre which was smooth once properly set up. There was (likely still is) a cool plugin that would get RSS feeds, generate an ebook and sync automatically over wifi per schedule. So then when I went out I would have everything to read fresh with zero effort. Which at the time was pretty impressive. Phone batteries sucked so they were not really viable for reading unless you could have them plugged in all the time. The kindle was magic in comparison.
Anyone who wants to dive into e readers should go to the E-Book Readers section of MobileRead Forums. There people are very serious about ebooks.
I was thinking of buying another ereader a couple years ago. I sort of assumed there would be some open-ish type options. But I didn't find anything that suited me. I really liked eink and wish it was more widely used. I would love one of the phones with dual ekin/LCD displays.
All this to say I hope there is community uptake and participation in the project. I myself do not have a soldering iron and don't really need an ereader. But I think it's a cool contribution.
If you are being recommended colonoscopy as a regular-risk person on the basis of age, your health system is not serving you well. Compared to colonoscopies, regular FOBT or FIT testing has an insignificant risk of complications (bowel perforations, death etc) and is easily conducted at home without the unpleasant "preparation" required of a scope. If done every 2-3 years they are at least as (and maybe more) effective at detecting cancer compared to a scope.
Ya you're right I am thinking "partial upgrade"; I just thought the concept might generalize.
I guess the worst that could happen with a partial install would be some deps installed in the system but then not actually required.