El proyecto openSUSE y la comunidad

Además de estos proyectos, openSUSE dispone de una web: https://opensuse.org, una wiki con soporte multilingüe: https://es.opensuse.org, un foro técnico de consulta: https://forums.opensuse.org, y un montón de herramientas de comunicación.

openSUSE ¿SUSE abierto?

El proyecto openSUSE fue promovido hace ya 20 años (en 2005) por Novell cuando compró SUSE. En parte se inspiró en Red Hat y su Fedora, en parte en una ambición por promover el software libre y en parte porque no entendía mucho el funcionamiento de las plataformas de software libre. Básicamente pusieron recursos, obligaron a publicar todo como GPL (por entonces YaST no era software libre) y ¡a cumplir la misión de llevar el software libre a todo el mundo!

Y todo funciona, aunque estemos un poco lejos de ese todo el mundo que intentó inspirar Novell.

Uno de los problemas que arrastra openSUSE desde entonces es la confusión entre SUSE y openSUSE. SUSE usa Tumbleweed para crear su software, y fomenta la participación en openSUSE, promovió la integración entre openSUSE y SLE, pone recursos... Así que mucha gente cree que openSUSE es una especie de SUSE pero en abierto.

Eso no tiene sentido. SUSE utiliza software libre. Incluso su plataforma más famosa, para usarse con el software privativo SAP, está formada por software libre.

Tampoco es cierto que Leap es SUSE gratis. Tanto SUSE como openSUSE tienen muchos más proyectos. Leap en todo caso es casi SLE gratis. Y aun así no del todo.

openSUSE se llama así por una moda que consiste en darle cualquier nombre a algo y añadir open para señalar su característica abierta, asimilando abierto a comunitario. Podía ser peor, imagina algo como SUSE CE (SUSE Community Edition). Aun así openSUSE es un nombre que proporciona más confusión que no sirve para describir qué es el proyecto.

openSUSE no es una distribución

En el mundo del software libre usamos el concepto de distribución de forma bastante confusa para alguien que no use Linux.

En esencia, Linux es el kernel del sistema. GNU disponía de muchas utilidades para hacer funcionar el sistema y otras organizaciones proporcionaron software de todo tipo. Sin embargo eso implicaba que una persona que quisiera usar el sistema debería descargarse todo lo necesario, compilarlo y configurarlo. Eso incluía crear las particiones de disco necesarias e instalar algún sistema de arranque.

Pronto aparecieron las primeras comunidades y organizaciones que se dedicaron a buscar la forma de facilitar todas esas tareas. Slackware, Debian y Red Hat fueron las primeras, a las que pronto se unió SuSE (por entonces se escribía así, "u" viene de "und", "y"). Luego vinieron muchas más.

Estos grupos crearon sus propias herramientas para instalar y configurar el sistema, y para añadir o quitar software al sistema una vez instalado sin necesidad de compilar. Se llamaron Distribuciones porque servían para eso, distribuir el software para usar Linux.

openSUSE es un proyecto, no una distribución. En origen incluía una distribución del mismo nombre, y durante mucho tiempo se usó de forma indistinta el nombre openSUSE para referirse al proyecto en sí como a dicha distribución. Pero con el tiempo aparecieron más sistemas operativos: primero Evergreen y Tumbleweed, luego Evergreen fue descartado, quedando la el sistema openSUSE original y Tumbleweed, y más adelante la distribución original se convirtió en Leap. Con el tiempo la inmutabilidad hizo aparecer las versiones inmutables de ambos sistemas Leap Micro y MicroOS, y hoy hay incluso un sistema externo a openSUSE (Aeon Desktop) basado en MicroOS y otro comunitario llamado Kalpa también basado en MicroOS.

En otros proyectos también hay esta confusión, pero en openSUSE hay tantos sistemas lo suficientemente diferentes que el concepto distribución solo tiene sentido aplicado de forma muy abstracta como para ser útil en lugar de sembrar confusión. En cambio, Leap, Leap Micro, Slowroll, Tumbleweed, MicroOS, Aeon Desktop y Kalpa Desktop son sistemas operativos por derecho propio, por mucho que compartan paquetes comunes. Incluso SUSE Linux Enterprise usa los mismos paquetes.

Cómo participar

Hay muchas formas de participar en openSUSE. El único requisito real es disponer de una cuenta de acceso a la plataforma que necesites: una vez tengas podrás usarla en cualquiera de las plataformas.

A partir de ahí, puede que quieras hacer algo puntual, como crear o corregir un artículo de la wiki. Eso bastará con que comiences a hacerlo, aunque es preferible que busques información de cómo hacerlo.

Si lo que quieres es colaborar con las traducciones, la plataforma es https://l10n.opensuse.org.

También es posible que hayas desarrollado una aplicación y te gustaría que estuviera disponible para los sistemas de openSUSE, e incluso para otras distribuciones. O al menos, conoces un programa de software libre que aun no está disponible para los sistemas de openSUSE. Para eso, deberías empezar por aquí: https://build.opensuse.org/

Es posible que quieras participar en los proyectos, digamos, grandes. O al menos tratar de conocerlos o saber hacia donde van. Busca alguna reunión programada en https://calendar.opensuse.org/ y simplemente participa en ella. O puedes hacer un seguimiento del proyecto apuntándote a sus listas en https://lists.opensuse.org/archives/.

La facilidad para participar y la organización

Participar en openSUSE es muy fácil. Es posible que incluso te parezca un tanto anárquico, y no está exento de problemas. Un ejemplo:

Leap 15.x no solo se basa en SLE, sino que literalmente es SLE, con repositorios de acceso gratuito en lugar de soporte de pago. Aunque al principio la idea es que solo fuera el sistema base, pronto fue gran parte del sistema completo. Eso hace que requiera relativamente muy poco trabajo por parte de la comunidad. Por otra parte, Tumbleweed atrae a mucha gente para crear y mantener paquetes, sobre todo precisamente por su carácter de proporcionar últimas versiones.

En un momento dado el desarrollador de Aeon Desktop, Richard Brown, quien trabaja en SUSE pero había formado parte de openSUSE durante mucho tiempo, especuló sobre cómo podría afectar al desarrollo de Leap si SUSE no estuviera interesada en publicar SLE Desktop (SLED), la versión de SLE con escritorio. Él es partidario del modo de publicación rolling release, como el de Tumbleweed, en lugar del modo publicación de versiones estables.

Para añadir más confusión, SUSE había decidido adoptar la plataforma de desarrollo ALP, y estaba impulsando, junto con openSUSE, los sistemas inmutables (SLE Micro, Leap Micro, MicroOS).

Todo esto se combinó en el imaginario de la gente y de repente se empezó a anunciar el fin de Leap, e incluso el cambio de Leap por Slowroll. Incluso aparecieron artículos comentando eso en webs como Phoronix y otras especializadas en Linux.

Fue una sorpresa para mucha gente cuando la gente de Leap anunció, con total naturalidad, el lanzamiento de Leap 16.0 Alpha. ¿Cómo que Leap 16? ¿Qué ha pasado?

Lo que había pasado es que nadie de Leap se había pronunciado al respecto, y mucha gente no había entendido qué era eso de ALP. Mucha gente creyó que ALP era SLE Micro, aunque nadie había dicho tal cosa. Al contrario, ALP es una plataforma de desarrollo de sistemas operativos basados en Linux precisamente para facilitar la creación de sistemas especializados.

Mucha gente en openSUSE conoce estas limitaciones, y creen que valen la pena para la libertad de participación que suponen para las personas: te interesa algo, participas; no te interesa, no participas. También hay quien cree que debería haber al menos cierta coordinación.