I like rolling distros so Arch if you’re in the mood for some tinkering and really customizing your system the way your want it or openSUSE Tumbleweed if you’d rather have it up and running quicker with a premade polish.
I’d also suggest Arch assuming one has patience for some tinkering. Getting familiar with the Arch Wiki and the other resources that exist is quite useful even with other distros! Not to mention the better understanding of the system gained simply by following the installation guide.
Even if one doesn’t stick with the distro, the things learned setting it up will be useful down the line as well. The experience would also be very different from Debian based things, so it could be fun for a distro hop!
well, actually the 6.5% have better privacy settings, as they are in a larger crowd than the 5.4% "unknown" users.
So they are more interchangeable than the "unknown" Users
There are some really mixed answers here. I would stick to the mainline distros and not go for a fork with a few customizations. It does depend on what you want, especially if you are willing to learn using the terminal and if you want bleeding edge or more stability. My list would be:
Debian
Kubuntu
Fedora
Pop!_OS
Arch Linux (If you want to learn Linux from its fundamentals)
So, one use case would be saving your current terminal setup. Instead of exiting the terminal and navigating to the project and setting up the environment again next time, you can simply detach and re-attach.
It’s a “terminal multiplexer”, i.e. you can start multiple terminals in a single terminal.
You might ask, why not open a new terminal window or tab? Well, you can only do that in a desktop environment and that’s not always available. Even if you can, you might want the terminals to be side by side in a single screen, which might not be easy to do with window tiling.
The real power of tmux, though, is that it manages the session you created. To quote from the manual:
tmux may be detached from a screen and continue running in the background, then later reattached.
So, one use case would be saving your current terminal setup. Instead of exiting the terminal and navigating to the project and setting up the environment again next time, you can simply detach and re-attach.
When connecting to a remote server, this is especially useful:
Each session is persistent and will survive accidental disconnection (such as ssh(1) connection timeout) or intentional detaching
Suppose you want to execute a long running command on a remote server. If you just put it to foreground, when you exit the ssh session, the job is also killed. If you put it to the background, its output can’t be easily observed.
With tmux, you can simply run it in the foreground like normal and detach. When you reattach later, the job is running and you get all the output easily, as if you have been in that session all along.
The real power of tmux, though, is that it manages the session you created.
So, one use case would be saving your current terminal setup. Instead of exiting the terminal and navigating to the project and setting up the environment again next time, you can simply detach and re-attach.
linux
Hot
This magazine is from a federated server and may be incomplete. Browse more on the original instance.