@Cranky There is also âtmuxâ and it is in Almaâs repo:
Name : tmux
Repository : baseos
Summary : A terminal multiplexer
Description : tmux is a âterminal multiplexer.â It enables a number of terminals (or
: windows) to be accessed and controlled from a single terminal. tmux is
: intended to be a simple, modern, BSD-licensed alternative to programs such
: as GNU Screen.
Respectfully @jlehtone, I am with @sej7278 on this one. Not all organizations are permitted to use ELRepo and EPEL for security reasons - citing primarily that no specific person is held accountable.
Adopting tmux is the more appropriate path to take with respect to RHEL 8 variants.
I cannot say that I have actually adopted it myself yet. I use RHEL 7 variants at work, and have been dabbling in RHEL 8 variants at home for the past 1-2 years (has it really been that long?).
I can respect that. Considering the same systems will likely limit the number of users that can logon (establishing distinct sessions) which can be limited via ulimit (limits.conf) and other security configurations.
However, screen|tmux has its uses. I am guessing written for the days of green (serial) screens, not positive about that statement.
There is a use case - long running jobs - and for that I find them indispensable. Without tmux or screen, if you start a job per ssh and the ssh connection dies, the job dies with your remote shell.
you should only ever run a yum update (over ssh) from within screen/tmux, as youâre in a world of pain if your session drops. there are security implications though.
as rhel has deprecated gnu screen (as it hasnât had a commit in 2 years) it seems silly to add a repo just to get it back when tmux is the maintained replacement.
same for ifconfig/netstat vs ip/route and all that jazz.
Be aware that tmux is not a suitable replacement for all use cases.
screen can be used as a serial terminal (think configuring switches or routers over serial connections), tmux can not.
Non-interactive jobs can surely be run in the background by other means than detached sessions. For example, PBS/SGE/SLURM or even into such (remote) clusters via a grid-utils.