Por qué desarrollé mi propia distribución Starbuntu basada en Ubuntu

por Peter Starfinger, Múnich, septiembre de 2022

Mis primeras experiencias con Linux (entonces Knoppix con KDE 3.5.9) ahora se remontan a hace casi 20 años, y después de una fase de prueba de seis años paralela a Microsoft Windows, en 2009 decidí basarme solo en Linux, especialmente Ubuntu. En los años siguientes probé algunas variantes: Kubuntu con KDE 4, Lubuntu, Ubuntu Mate.

Aunque nunca me he arrepentido de mi cambio de Windows a Linux, pero desde el principio he apreciado su estabilidad, código abierto y su llamado a la autodeterminación digital y la responsabilidad personal, siempre hubo pequeñas o grandes ocasiones para molestarme por Software mal programado o descuidado. A veces faltaban características importantes, a veces me encontraba con errores persistentes del programa que no se solucionaban ni siquiera años después, a veces tenía que darme cuenta, para mi decepción, de que cierta pieza de software que valoraba ya no estaba desarrollada en absoluto. Por ejemplo, si el administrador de archivos realmente es compatible con Plug & Play, pero en realidad a menudo no reconoce la memoria USB insertada o, incomprensiblemente, solo muestra su contenido después de ingresar la contraseña de usuario, surge la frustración. O si la barra de tareas es inestable y a veces desaparece inesperadamente o pierde repentinamente su configuración para que tenga que reconfigurar todo nuevamente, esto no agrega alegría. Por supuesto, esperas la próxima actualización, pero a menudo es en vano. Me sorprende la persistencia con la que algunos errores pueden molestar a la gente durante años. Uno se pregunta qué hacen realmente algunos desarrolladores de software.

Otra cosa me llamó la atención cada vez más, a saber, la creciente importancia personal de los desarrolladores de Ubuntu, que se refiere, por un lado, al desmantelamiento silencioso de software valioso y, por otro lado, a la instalación de software superfluo y que consume muchos recursos. ¿Por qué prohíben, por ejemplo, presumiblemente por razones de seguridad, el paquete gksu probado como una GUI práctica para el comando de terminal sudo y en su lugar obligan al usuario a usar el mucho más engorroso comando pkexec porque está ansioso por la configuración? ¿O por qué de repente quieren imponer al usuario la ideología del software contenedor snap con todos sus inconvenientes en términos de tiempo de ejecución, requisitos de espacio y seguridad? ¡Sin mencionar la aburrida dictadura de Unity!

En este contexto, decidí en otoño de 2019 crear mi propia distribución, a saber, Starbuntu, basado únicamente en el núcleo de Ubuntu. Por un lado, me movía la curiosidad y me atraía el desafío. Por otro lado, quería evitar los desarrollos indeseables mencionados, quería ser lo más concienzudo posible en la selección del software disponible y escribir mis propios programas donde el software no me convencía o no estaba disponible en absoluto. Mi principal motivación fue y está relacionada conmigo mismo y no con la comunidad: finalmente no tener que hacer más líos, sino simplemente implementar lo que quiero de un buen entorno de escritorio. ¡Solo puede hacer esto en su taller, no en el producto de otra persona!

Después de instalar el Sistema X Window (en ese momento aún no había alternativa) surgió el primer problema: ¿qué administrador de ventanas usar? Había probado muchas, tanto tradicionales como exóticas, con o sin adornos (por ejemplo, ventanas acoplables, tambaleantes o que explotan e implosionan), más o menos estables. Al final elegí OpenBox, el campeón mundial en las disciplinas de simplicidad y estabilidad, porque no quería un ave del paraíso, ¡quería confiabilidad!

La siguiente pregunta fundamental fue elegir un buen administrador de archivos. Aquí el factor decisivo fue el margen de maniobra que tenía para poder ampliarlo según mis ideas. Después de una larga búsqueda, elegí el ROX-Filer, un administrador de archivos maravilloso, liviano, muy rápido, expandible casi a tu gusto, que inicialmente requiere mucho trabajo de configuración, pero luego paga dos o tres veces. En mi opinión, los mejores competidores no ofrecen grandes capacidades de modulación. Además, ROX-Filer también proporciona administración de escritorio configurable.

La mayoría de las barras de tareas (paneles) se ofrecen en combinación con un entorno de escritorio completo: el panel MATE, el panel LXDE, el panel XFCE, etc. Así que estaban fuera de discusión para mí porque quería ser independiente al elegir una barra de tareas. Aquí también me guié por los dos criterios de simplicidad y estabilidad. Por supuesto, también debe verse genial, pero sin características superfluas como un diseño 3D o íconos que rebotan y reaccionan al puntero del mouse. Así que al final me decidí por Tint2, una barra absolutamente libre de errores y fiable, pero también llamativa, y nunca me he arrepentido de esta elección.

Algunas decisiones sobre el software adecuado casi no tenían alternativas, p. el paquete Libreoffice o el administrador de libros electrónicos Calibre, otros se basaron en la experiencia o preferencia personal y son ciertamente cuestionables. Una descripción general del software integrado (GUI) de Starbuntu está disponible aquí.

Ahora bien, una distribución de Linux de desarrollo propio no tendría necesariamente derecho a existir si se limitara a una colección más o menos aleatoria de software conocido, tal vez decorado con un bonito diseño. Le faltaría el olor a artesanía, el único punto de venta, que no solo se encuentra en un diseño individual (temas, imágenes de fondo, etc.), sino sobre todo en un software escrito por uno mismo que llena los vacíos.

La necesidad de dicho software se hizo evidente para mí en muchos lugares, algunos de los cuales son ejemplos:

Creo que fue solo a través de esta y muchas otras tareas de programación que Starbuntu ha madurado hasta convertirse en una distribución donde se realizan la simplicidad, la claridad, la lucidez, la practicidad, pero también la belleza.

Nota: nunca hubiera podido implementar los muchos diálogos de GUI en mis programas sin el excelente programa de diálogo GTK+ de Victor Ananjevsky yad (yet another dialog). Vaya para él mi eterno agradecimiento.

Peter Starfinger