Ejecuto Red Hat Enterprise Linux (RHEL) 9 en mi computadora portátil y me divierto mucho con él. Debido a que ejecuto Slackware en mi escritorio, estoy acostumbrado a la estabilidad y eso es lo que aprecio en RHEL.
En mis primeros días como usuario de Linux, no era raro que instalara una distribución diferente cada mes (lo que no coincide con el lanzamiento de una nueva revista de Linux con un nuevo disco emocionante en la portada). Fue una forma divertida de aprender todos los matices de Linux, ver los peligros potenciales de la migración del sistema y experimentar las diferentes formas en que se puede construir un sistema operativo. Pero ya no soy un nuevo usuario de Linux. Soy un real, de la vida real usuario de linux. Ejecuto Linux, implemento contenedores de Linux y administro servidores Linux. Para decirlo sin rodeos, tengo cosas que hacer.
¿Cuándo se divirtió RHEL?
Durante mucho tiempo sentí que RHEL era una distribución muy específica. Parecía que se invirtió mucho esfuerzo en RHEL para servidores. Claro, había una ISO de estación de trabajo o una opción de instalación, pero esos repositorios no estaban repletos de aplicaciones de escritorio aparte de las aplicaciones obligatorias para desarrolladores y de oficina.
El problema era que no había un camino claro para las «excepciones». ¿Qué hiciste cuando de repente necesitabas libfoo.so.22 (presumiblemente inestable porque es nuevo) pero todo lo que pudo encontrar en el repositorio de RHEL (o incluso en EPEL) era bueno y estable libfoo.so.19? ¿Qué pasa cuando necesitabas una aplicación de edición de video, pero según el repositorio, no existía ninguna? Y así.
Parecía que cada vez que quería colorear fuera de las líneas, terminaba tomando prestados los RPM fuente (SRPM) de un repositorio de Fedora de hace tres años, hacía un rpmbuild --rebuild, y al final del día tal vez tenga una solución. Pero incluso eso nunca fue fácil, porque esos RPM prestados a menudo tenían dependencias que tampoco estaban en los repositorios de RHEL o EPEL, por lo que tenía que ensamblar un metapaquete de un montón de SRPM que necesitaban ser reconstruidos y luego instalado.
La buena noticia es que ya no hago eso, y tú tampoco tienes que hacerlo.
Tu puedes tenerlo todo
La nueva tecnología está emergiendo. En realidad, nueva tecnología ha surgido. Estaba en RHEL 8 y está en RHEL 9, y está dando como resultado la versión de mis sueños de RHEL.
Esas tecnologías son Flatpak para aplicaciones gráficas y Toolbx para la terminal.
[ Learn your options by downloading the guide to installing applications on Linux. ]
paquete plano
Flatpaks en RHEL ya ha cambiado la forma en que interactúo con el sistema operativo. Produje música, videos, gráficos en movimiento y mucho más en RHEL porque, independientemente de lo que busque instalar, Flatpak simplifica la instalación de todo lo que necesito. He escrito un artículo sobre la instalación de aplicaciones con Flatpaks si eres nuevo en ellas, pero baste decir que, desde la perspectiva del usuario, se siente muy parecido a instalar un RPM desde un repositorio oficial.
Mejor aún, está centrado en el usuario, por lo que puede instalar aplicaciones en su directorio de inicio incluso sin sudo o privilegios administrativos.
Si es un desarrollador, puede obtener una ventaja inicial en la entrega de su aplicación como un Flatpak leyendo mi artículo sobre la creación de Flatpaks.
Caja de herramientas
Flatpaks están destinados a aplicaciones gráficas, pero también existe el proyecto Toolbx para comandos de terminal y desarrollo. Con Toolbx, puede crear entornos en contenedores donde puede instalar bibliotecas de desarrollo, lenguajes de programación y comandos especializados independientemente de lo que haya instalado en su sistema. El proyecto se llama Toolbx, sin «o» en «caja», pero el comando es toolboxpor lo que para crear un entorno de «caja de herramientas»:
$ toolbox create
$ toolbox enter
Es tan fácil como eso. Si es un programador de Python, un usuario de Java Maven o un desarrollador nativo de la nube, entonces tener un entorno virtual para el desarrollo aislado probablemente se sienta bastante natural. Puede desarrollar en su entorno de caja de herramientas durante el tiempo que desee. Puede salir del entorno y luego reiniciarlo cuando lo necesite nuevamente. Le brinda un nuevo comienzo que lo alienta a comprender y planificar toda su pila, y lo protege de desarrollar accidentalmente su propia configuración personal para evitar el temido problema «funcionó en mi máquina».
No solo eso, también le permite instalar diferentes versiones de comandos, o comandos que necesita una semana y luego nunca más, o comandos que ha querido probar pero aún no se ha comprometido. Es un entorno de espacio aislado que le permite experimentar y trabajar casi sin tener en cuenta el sistema subyacente, porque en última instancia es desechable.
Por supuesto, no eres solo tú quien se beneficia. Estas tecnologías permiten un «sandbox» seguro y flexible para todos los usuarios. Puede instalar comandos y aplicaciones, y se ejecutan en contenedores que nunca afectan al sistema operativo base.
Es un sueño hecho realidad.
Recomendar RHEL
Yo uso RHEL. Es un sistema operativo que puedo recomendar a familiares y amigos, ya sean usuarios ocasionales, usuarios avanzados o desarrolladores. No importa lo que hagas en tu computadora. RHEL proporciona fácilmente las cosas cotidianas mientras mantiene un entorno seguro para las cosas serias.
