GobMis GNU/Linux: El papelón histórico de las “distros soberanas, nacionales y populares”

En Argentina existe una confusión peligrosa —y que da vergüenza ajena admitir— entre soberanía y capricho, entre política pública y hobby financiado con fondos públicos. Todo lo que se etiqueta como “nacional”, “propio” o “soberano” parece blindarse automáticamente contra el análisis técnico, económico y operativo.

Las llamadas distros soberanas encajan perfectamente en ese autoengaño institucional.

Voy a hablar concretamente de GobMis Linux, el “Linux soberano” impulsado por la provincia de Misiones.

No desde la chicana.
No desde la ideología.
Desde la ingeniería, la seguridad y la administración pública responsable.

Porque cuando el Estado decide crear su propia distribución, no está haciendo un experimento académico.
Está comprometiendo presupuesto, infraestructura crítica y continuidad operativa.

Y eso exige análisis técnico serio.

No es desarrollo ni soberania, es capricho

Derivar hoy una distribución GNU/Linux no es un logro técnico.

No hay innovación real.
No hay generación de conocimiento estratégico.
No hay avance del estado del arte.

Lo que hay es:

• Customización superficial

• Reempaquetado de software existente

• Branding institucional

• Automatización básica

• Justificación para puestos en IT estatales

Nada de eso justifica intervención estatal directa.

Cuando un organismo público decide “hacer su propia distro”, no está resolviendo una falla del mercado:
Está duplicando trabajo que el ecosistema global ya hace mejor, más barato y con menos riesgo.

En un país con infraestructura crítica frágil y recursos escasos, eso no es una decisión neutral.
Es mala administración.

El verdadero costo empieza al largo plazo

El lanzamiento es lo barato.
La foto es lo barato.
El comunicado es lo barato.

El problema empieza después.

El patrón se repite:

1. Se anuncia la distro

2. Se impone por resolución interna

3. Aparecen incompatibilidades

4. Se rompe software legado

5. Falta soporte real

6. Se terceriza el soporte

7. Se institucionaliza el mantenimiento

8. El gasto se vuelve permanente

La experiencia de Huayra Linux ya mostró este ciclo: dependencia artificial, abandono progresivo, gasto sostenido sin retorno proporcional.

El error no fue usar software libre.
El error fue creer que el Estado podía sostener una distro propia como si fuera un laboratorio permanente.

No lo es.

Mantenedores, repositorios y soporte

Una distro estatal no existe sin:

• Mantenedores dedicados

• Equipo de empaquetado

• Infraestructura de build

• Repositorios propios

• Gestión de claves y firma

• QA mínimo

• Soporte interno

• Soporte tercerizado

Cada actualización upstream implica revalidar, recompilar, testear y corregir.

Eso es estructura permanente.
Eso es salario.
Eso es presupuesto fijo.

Cuando el equipo rota o se reduce —porque siempre ocurre— la distro queda técnicamente huérfana. Lo mismo si el gobierno cambia.

Y el costo no baja: aumenta.

Lo que nadie te cuenta

Toda distro estatal termina necesitando:

• Backports forzados

• Parches específicos

• Ajustes que nunca vuelven a upstream

Lo que termina en:

• Divergencia del ecosistema

• Incompatibilidades crecientes

• Software que solo corre en ese entorno

• Dependencia artificial

Cada parche local es deuda técnica.
Cada deuda técnica es gasto futuro comprometido.

Después no se puede migrar.
Después no se puede actualizar fácilmente.
Después no se puede auditar con transparencia.

Pero sí se puede facturar mantenimiento.

Seguridad: menos estándar, más riesgo

La seguridad no mejora por cambiar el logo del sistema operativo.

Basar GobMis en una distro marginal (tal como lo es Devuan) implica:

• Menos auditoría global

• Menos ojos revisando código

• Menos testing en producción real

• Más demora en parches críticos

Mientras Debian o Ubuntu corrigen vulnerabilidades con alcance global, una distro estatal depende de:

• Dos o tres mantenedores

• Un proveedor externo (en este caso otros tres o cuatro mantenedores comunitarios de Devuan)

• Un contrato vigente

Eso no es soberanía tecnológica.
Es fragilidad institucional y falta de criterio.

SysVinit vs systemd: la nostalgia no es política de Estado

Aclaremos algo: SysVinit no es “malo”.
Es simple, legible y conceptualmente elegante. Muchos lo preferimos por razones técnicas e históricas o por simple nostalgia…

Pero infraestructura crítica no se diseña desde la nostalgia.

En entornos complejos, con cientos o miles de nodos, systemd es objetivamente más adecuado en términos de:

• Integración con cgroups

• Aislamiento de servicios

• Control de dependencias

• Gestión de fallos

• Logging centralizado y auditable

• Supervisión consistente

En el Estado, donde hay rotación de personal, tercerizaciones y heterogeneidad de equipos, reducir complejidad operativa es clave.

Elegir SysVinit hoy en una distro estatal no es soberanía.
Es aumentar superficie de error y abrir las puertas al desastre.

Menos estándar significa:

• Menos testing real

• Menos herramientas compatibles

• Más scripts a medida

• Más conocimiento tribal

• Más dependencia de personas específicas

Y cuando esas personas se van, la infraestructura queda expuesta.

La seguridad no se construye con romanticismo Unix.
Se construye con pragmatismo y practicidad operativa.

El argumento histórico mal usado

Argentina tuvo experiencias a inicios del milenio como Ututo o Dragora.

Fueron proyectos académicos reales, con desarrollo profundo y objetivos técnicos claros. Verdaderas distros con trabajo técnico detrás con universidades.

Eso es otra categoría muy por arriba de estos caprichos gubernamentales.

Usar esos antecedentes para justificar forks administrativos superficiales es deshonesto.

La cuenta que nadie quiere hacer

Sumemos:

• Sueldos de mantenedores

• Infraestructura de repositorios

• Soporte interno

• Soporte externo

• Incidentes de seguridad

• Migraciones forzadas

• Capacitación constante

• Tiempo perdido de usuarios

Al final a largo plazo…

• Sale más barato licenciar Windows.
• Sale más barato usar Debian o Ubuntu sin modificarlos.

Porque el costo no es la licencia.
El costo es la estructura paralela permanente alimentada por una provincia con el 36,2% de pobreza por el capricho academicista.

El elefante en la habitación del estado

Las distros soberanas no persisten por eficiencia.

Persisten porque:

• Crean nichos cerrados

• Justifican áreas para gastos innecesarios

• Generan dependencia

• Habilitan contratos

• Sostienen estructuras presupuestarias

No es soberanía tecnológica.
Es economía política del software mal gestionado.

El Estado no está para jugar a ser distribuidor Linux con la plata de todos los contribuyentes.
Está para garantizar sistemas:

• Seguros

• Mantenibles

• Auditables

• Previsibles a largo plazo

• De bajo costo estructural

La soberanía tecnológica no se declama.
Se ejerce eligiendo estándares, reduciendo complejidad y evitando gasto superfluo.

No todo lo que puede hacerse debe hacerse con fondos públicos.

Y cuando se insiste en hacerlo igual, pese a la evidencia técnica y económica, deja de ser ingenuidad.

Empieza a parecer otra cosa.