r/linux

Despite 5.2 based on Java Swing and 6.0 based on Electron, they decided to , and 5.2 was marked as unsupported. Even Arch Linux as a solution.

Tealdeer:

• Many modern alternatives to Unix CLIs have appeared in the past several years, could there be a successor to tools like ripgrep, lke ripgrep is to grep? Or have we done the best we can for a CLI that searches for text inside files?

• Would they be better of 70s Unix machines or would they lots of rewiriting? How much of the improvements in modern tools are the results of good ideas? Could those ideas have been applied to AT&T Unix utils?

• How much of the success and potential longevitiy of modern Unix tools are due to being hosted online and worked on by many programmers?

• Could computer architectures change significantly in the future, perhaps with ASI designing hardware and software, RAM as fast as CPUs, or photonic chips?

Modern alternatives to traditional Unix tools, most of which are written in Rust, have become very popular in the past several years, here's a whole list of them: . They sort of get to learn the lessons from software history, and implement more features and some have differences in usability. Its hard to predict the future but could the cycle repeat? What are the odds of someone writing a successor to ripgrep that is as (subjectively) better than ripgrep, as ripgrep is to grep, if not more? (and the possibility of it being written in a systems language designed to succeed languages like Rust, like how Rust is used as an alternative to C, C++, etc.). Or, we have gotten all the features, performance, and ease of use as we can for a CLI that searches text in files? It seems like we don't have more ideas for how to improve that, at least with the way computers are now.

Are CLIs like Ripgrep better than grep on 70s Unix machines without much rewriting (if they can be compiled for them), or would they require lots of rewriting to run, perhaps to account for their computer architectures or very low hardware specs? Could computer architectures change much in the next 10-30 years such that Ripgrep would need rewriting to work well on them, and or a successor to Ripgrep wouldn't be out of the question? By architectures I don't mean necessarily CPU architectures, but all the hardware present inside the computers, and the relative performance of CPU RAM Storage etc. to each other. If it would take too much effort, what if someone time traveled to the 70s with a computer with ripgrep and its source code? Could Unix engineers apply any ideas from it into their Unix utils? How much of the improvements in newer tools are simply the results of better ideas for how they should work? Unix engineers did their best to make those tools but would the tools be much better if they had the ideas of these newer tools?

Also, I wonder if these newer tools would last longer because computers are accessible to the average person today unlike in the 70s, and the internet allows for many programmers with great ideas to collaborate, and easily distribute software. Correct me if I'm wrong but in the 20th century different unixy OSes have their own implementations of Unix tools like grep find etc. While that still applies to some degree, but now we have very popular successors to Unix tools on Github, If you ask online about alternatives to ones like grep and find, a lot of users will say to use ripgrep and fd, and may even post that link I mentioned above. If you want to make your own Unix OS today, you don't need to make your own implementations of these tools, at least from scratch. I only skimmed the top part but this might be worth looking at: .

This parts gets sort of off-topic but it goes back to how computers could change. With the AI boom, we really can't predict what computer architecture will be like in the next few decades or so. We might have an ASI that can make chips hardware designs much more performant than what chip designers could make. They could also to generate lots of tokens to write CLIs much faster and better than humans could, writing code by hand. We might have much better in-memory compute (though idk much about it), and the speed of RAM catches up to CPU speeds so that 3 or so levels of cache wouldn't be needed. Or might even ditch electronic chips entirely and switch to chips that use photos instead of electrons, or find more applications of quantum computing that could work for consumers (there isn't many right now outside of some heavy math and scientific computing uses). And a lot of utils interact with filesystems, perhaps future ones could emerge where instead of having to find files "manually", you could give SQL-like queries to a filesystem and get complete lists of directories and files.

Or none of the above happens?

I've been using linux for about 4 month now and it completely transformed my workflow.

Now, I'm using tiling window manager instead of having to constantly maximize windows so that they don't overlap. I'm drifting from file managers to just command line (even tools like nnn and ranger don't seem to be useful as they feel redundant to me now). I don't know how I lived without neovim. Not the vim motions and stuff but just the ability to instantly create files and write down thoughts and notes without having to wait till something like office or obsidian loads in.

Linux opened a new world to me.

I love Linux.

I use Arch btw