La Era de las Distros

El podcast sobre la historia de las distribuciones Linux en España contada por sus protagonistas.

Feed rss
Spotify
Apple podcast
Pocket Casts
ivoox
Amazon music
Castbox

El Paso a KDE y Cero Snap, los Secretos Técnicos Reales de LliureX

Escrito por

en

Cuando se habla de software libre en las administraciones públicas, el debate suele polarizarse en torno a discursos teóricos, promesas políticas de difícil cumplimiento o proyectos piloto que terminan archivados en un cajón tras el primer relevo institucional. Sin embargo, existe un rincón en el sur de Europa donde la utopía de la independencia tecnológica se convirtió en una realidad cotidiana hace más de dos décadas. En la Comunidad Valenciana, el sistema educativo no depende de licencias multimillonarias ni de las decisiones unilaterales de corporaciones extranjeras para encender sus ordenadores cada mañana. Toda su infraestructura descansa sobre los hombros de una distribución GNU/Linux propia, diseñada por y para la comunidad educativa: LliureX.

La revolución silenciosa de las aulas públicas

Hablar de LliureX no es hablar de un experimento menor. Hablamos de más de trescientos mil puestos informáticos desplegados en colegios de primaria, institutos de secundaria, centros de formación profesional y escuelas oficiales de idiomas. Hablamos de un ecosistema vivo que da servicio a más de un millón de usuarios directos entre estudiantes y docentes. Y, sobre todo, hablamos de uno de los casos de éxito de soberanía digital más colosales, duraderos y técnicamente avanzados del planeta.

A lo largo de sus más de veinte años de trayectoria, LliureX ha superado todos los obstáculos imaginables: cambios de gobierno de diferente signo político, transiciones completas de arquitectura de hardware, crisis de obsolescencia de componentes, transformaciones radicales en los entornos de escritorio y la evolución vertiginosa de los modelos de paquetería y red. Lejos de sucumbir, el proyecto ha madurado hasta convertirse en una maquinaria precisa, perfectamente engrasada y adaptada a las necesidades reales de la docencia.

Para comprender cómo se sostiene semejante monumento a la ingeniería de sistemas públicos, es necesario sumergirse en su trastienda técnica: desde sus inicios compilando a mano en Debian y adaptando la lengua valenciana al núcleo de las librerías del sistema, hasta la actual gestión masiva sobre bases LTS, su transición a entornos gráficos modernos como KDE Plasma y su particular resistencia frente al auge de los paquetes autocontenidos.

Los orígenes: Forjando un sistema operativo desde la base de Debian

Para entender el nacimiento de LliureX debemos retroceder a los primeros compases del siglo XXI. En aquel momento, el panorama tecnológico escolar estaba dominado por sistemas operativos privativos instalados de forma heterogénea, sin ningún tipo de estandarización, con un coste de licenciamiento prohibitivo y con una carencia absoluta de herramientas adaptadas al currículo y a las lenguas cooficiales.

La Generalitat Valenciana decidió dar un paso audaz al apostar por una distribución propia. En aquella primera mitad de la década de 2000, el ecosistema de las distribuciones autonómicas en España comenzaba a bullir, y la elección de la base técnica era un asunto crucial. Mientras algunas iniciativas exploraban bases comerciales o derivadas directas de Red Hat, en Valencia la balanza se inclinó de forma decisiva hacia Debian GNU/Linux.

El peso del talento local y la elección de Debian

La elección de Debian no fue fruto del azar ni de un concurso burocrático impersonal. Respondió a una confluencia de factores técnicos y humanos muy concreta. Por un lado, Debian representaba la quintaesencia del software libre comunitario: estabilidad, rigor en la gestión de paquetes .deb, ausencia de intereses corporativos directos y un sistema de empaquetado avanzado mediante APT. Por otro lado, en Valencia coincidía la presencia de dos de los desarrolladores oficiales de Debian más activos de la época: Sergio Talens y Jordi Mallach.

Contar con desarrolladores con acceso directo al corazón de Debian permitió al proyecto LliureX arrancar con un nivel de pericia técnica extraordinario. No se trataba de meros usuarios avanzados instalando aplicaciones sobre un sistema preexistente; eran ingenieros capaces de modificar las fuentes, interactuar con los mantenedores internacionales y adaptar las tripas del sistema operativo a requerimientos que, hasta ese momento, ni siquiera estaban contemplados en los estándares libres.

El reto de la internacionalización: El valenciano en el corazón del sistema

Uno de los mandatos fundacionales de LliureX era garantizar el bilingüismo real en la enseñanza. Sin embargo, a principios de los años 2000, la presencia del valenciano en los entornos digitales era prácticamente inexistente. Los sistemas operativos comerciales ignoraban por completo la lengua o la relegaban a parches parciales y tardíos.

En el software libre, la situación requería una labor de fontanería informática profunda. Para que un escritorio y sus programas pudiesen ejecutarse en valenciano, no bastaba con traducir textos en una interfaz; era indispensable dar soporte a la variante lingüística en las capas más bajas del sistema operativo. Esto implicó trabajar directamente sobre la biblioteca estándar de C (glibc), definiendo los locales correspondientes, los formatos de ordenación alfabética, las fechas, las monedas y la configuración regional que el estándar POSIX exige para reconocer un idioma de manera oficial.

A partir de esa base, el equipo se enfrentó a la traducción masiva de interfaces completas. Jordi Mallach, ya involucrado en colectivos de normalización lingüística como Softcatalà, actuó como puente entre la administración educativa y la comunidad global de software libre. Se diseñaron metodologías pioneras para adaptar y automatizar la conversión de corpus de traducción existentes hacia las particularidades léxicas y gramaticales valencianas, estableciendo reglas que garantizaban coherencia terminológica en miles de cadenas de texto.

Compilaciones titánicas en la era previa a la nube

Hoy en día, cualquier desarrollador está acostumbrado a realizar un git push y dejar que una granja de servidores en la nube compile, empaquete y ejecute baterías de pruebas automáticas en cuestión de minutos. A principios de siglo, la realidad del equipo de LliureX era puramente artesanal y exigía una disciplina de hierro.

Modificar una pieza central como la suite ofimática OpenOffice para integrar los diccionarios, la interfaz traducida y los conectores del sistema requería jornadas enteras de compilación continua sobre servidores locales. Cualquier error tipográfico, una cabecera mal enlazada o un punto y coma ausente en el código fuente significaba que la compilación fallaba tras varias horas de computación silenciosa. El desarrollador dejaba la máquina trabajando al finalizar su jornada y, al regresar a la mañana siguiente, descubría si el proceso había concluido con éxito o si había colapsado a los pocos minutos de marcharse.

Estas batallas con el compilador no solo templaron la veteranía técnica del equipo, sino que dejaron una huella imborrable en el ecosistema global. Las mejoras, correcciones y archivos de localización generados en Valencia no se quedaron encerrados en los servidores de la Conselleria; fueron enviados de vuelta a los proyectos originales (upstream). Gran parte de la infraestructura lingüística que hoy disfrutan los usuarios de suites modernas como LibreOffice o de entornos de escritorio universales tiene su raíz directa en aquellas maratonianas sesiones de empaquetado de LliureX.

La arquitectura del aula: Más allá de una distribución de escritorio

Un error común al evaluar las distribuciones educativas es considerarlas simples colecciones de programas ofimáticos y educativos con un fondo de pantalla personalizado. Si LliureX hubiese sido únicamente eso, habría desaparecido a los pocos años, engullida por cualquier distribución genérica. La verdadera razón de su éxito radica en su concepción como una solución integral de red para centros escolares.

El aula informática no es un salón doméstico ni una oficina corporativa tradicional. Es un entorno hostil y dinámico: decenas de alumnos con distintos niveles de habilidad utilizando las mismas máquinas en turnos sucesivos, profesores con escasa formación técnica que deben impartir clase sin perder un solo minuto lidiando con configuraciones de red, y una infraestructura física que a menudo cuenta con equipamiento heterogéneo recibido en diferentes dotaciones a lo largo de los años.

El concepto del código pegamento

Para solucionar esta complejidad sin abrumar a los usuarios, el equipo de LliureX acuñó y perfeccionó un concepto fundamental: el código pegamento. El código pegamento no busca reinventar la rueda programando desde cero un servidor web, una base de datos o un protocolo de compartición de archivos. Su objetivo es tejer los hilos invisibles que unen decenas de herramientas libres preexistentes para que funcionen al unísono de forma totalmente transparente.

El código pegamento de LliureX es el responsable de que, al encender un ordenador en cualquier colegio de la Comunidad Valenciana, el equipo reconozca automáticamente si está conectado a la red del centro, localice el servidor del aula, monte las carpetas personales del alumno mediante sistemas de archivos en red (NFS o Samba), valide las credenciales contra un directorio centralizado (LDAP) y ajuste los permisos para que el estudiante no pueda alterar partes críticas del sistema. Todo ello sin que el docente tenga que teclear una sola orden en la terminal.

Asistentes gráficos para docentes no técnicos: El Server Wizard

Uno de los mayores logros del equipo técnico fue comprender que el mejor software de administración es aquel que oculta por completo su complejidad. En los centros educativos, la figura del coordinador de informática suele recaer en un profesor de cualquier especialidad docente que asume esa responsabilidad de forma voluntaria o complementaria a su carga lectiva. Exigir a ese profesor que configure manualmente zonas DNS, rangos DHCP, cortafuegos con iptables o árboles de directorios en OpenLDAP era una receta garantizada para el fracaso del proyecto.

Para solventar esta brecha se desarrollaron herramientas a medida como el Server Wizard y paneles de control centralizados. Mediante asistentes visuales sumamente intuitivos, cualquier docente, respondiendo a tres o cuatro preguntas elementales en pantalla, puede convertir una máquina en un servidor de aula completamente operativo. El asistente se encarga por debajo de generar los archivos de configuración, reiniciar los demonios correspondientes, verificar las interfaces de red y dejar el aula lista para trabajar en cuestión de minutos.

Este enfoque transformó a LliureX de una distribución Linux convencional a un electrodoméstico digital educativo: una herramienta robusta que simplemente funciona y resuelve los problemas organizativos del aula sin exigir un máster en administración de redes a quienes la utilizan.

Ingeniería artesanal contra la obsolescencia: Drivers propios y soluciones de trinchera

En el día a día de un centro educativo surgen infinidad de problemas prácticos que no están contemplados en los manuales estándar de sistemas operativos ni en los repositorios de las grandes distribuciones internacionales. La capacidad de LliureX para responder con agilidad y fabricar soluciones de ingeniería propia a estos retos ha sido uno de sus mayores pilares de supervivencia.

La odisea de las Pizarras Digitales Interactivas

A finales de la década de 2000 y principios de 2010, las aulas de toda España se llenaron de Pizarras Digitales Interactivas (PDI). Estos dispositivos combinaban un proyector convencional con una superficie táctil conectada por USB al ordenador del profesor. Sin embargo, la gestión del hardware por parte de los fabricantes privados resultó ser un auténtico despropósito.

Las empresas vendedoras solían proporcionar controladores privativos compilados apresuradamente para una versión muy concreta de Linux. Cuando la administración educativa actualizaba el sistema operativo o salía una nueva versión del kernel que rompía la compatibilidad de aquellos módulos binarios obsoletos, los fabricantes se desentendían de inmediato, exigiendo a las escuelas comprar pizarras nuevas si querían mantener la funcionalidad táctil. Además, los paquetes suministrados por las marcas solían estar pésimamente empaquetados, sobreescribiendo librerías del sistema y generando graves problemas de estabilidad.

Ante esta situación de indefensión y despilfarro de recursos públicos, el equipo técnico de LliureX tomó una decisión radical: realizar ingeniería inversa de los protocolos de comunicación de los dispositivos USB y programar sus propios controladores libres y herramientas de calibración táctil, dando vida a proyectos como MrPDI.

Gracias a este desarrollo propio, miles de pizarras digitales de distintos fabricantes pudieron seguir utilizándose durante años con total precisión y compatibilidad nativa en cada nueva versión de LliureX. Esta solución fue tan elegante y eficaz que acabó siendo adoptada y aprovechada por otras administraciones autonómicas que sufrían exactamente el mismo dolor de cabeza con sus dotaciones de hardware.

La campana del recreo y las cuotas de impresión

Otro ejemplo extraordinario del pragmatismo que define a LliureX se encuentra en aplicaciones aparentemente mundanas pero vitales para la vida de un centro escolar, como la gestión del timbre escolar.

En muchos colegios e institutos, los sistemas tradicionales de megafonía y timbres para marcar el cambio de clase y la salida al recreo dependían de centralitas electrónicas costosas, propensas a averías y de programación engorrosa. El equipo de LliureX desarrolló una aplicación gráfica específica que permite programar al milímetro los horarios de las sirenas escolares desde el propio ordenador de secretaría o dirección, emitiendo tonos o melodías a través de la tarjeta de sonido conectada a la megafonía del centro. Una herramienta sencilla, indestructible y adaptada a la realidad escolar que sigue utilizándose a diario en cientos de escuelas.

Del mismo modo, la gestión del gasto en consumibles motivó el desarrollo de módulos propios para administrar cuotas de impresión por usuario y aula. En lugar de adquirir costosas soluciones de software privativo de control de impresión, LliureX integró herramientas basadas en CUPS que permitían a los equipos directivos asignar límites de copias a alumnos y departamentos de forma transparente y centralizada.

La transición estratégica: El salto a Ubuntu LTS y la gestión del gran volumen

Durante sus primeros años de andadura, LliureX operaba manteniendo sus propios repositorios congelados a partir de la rama testing de Debian. Sin embargo, a medida que el parque informático crecía exponencialmente y se diversificaba el hardware presente en los colegios, este modelo comenzó a mostrar signos evidentes de agotamiento logístico.

La tiranía de las congelaciones en Debian testing

Vivir sobre Debian testing exigía a un equipo humano reducido un esfuerzo colosal. Había que vigilar constantemente las transiciones de librerías, empaquetar parches de seguridad a mano y realizar congelaciones artificiales del repositorio para evitar que una actualización rutinaria rompiera dependencias críticas en miles de ordenadores remotos.

Además, el soporte de hardware reciente en los núcleos disponibles en las ramas estables de Debian a menudo quedaba desfasado frente a los nuevos lotes de ordenadores que la administración adquiría en los centros educativos. El equipo se veía obligado a compilar y mantener núcleos personalizados (kernels fuera de rama) de forma continua, una tarea que consumía una cantidad ingente de horas de ingeniería que no podían dedicarse al desarrollo de aplicaciones educativas y asistentes de aula.

La previsibilidad de Ubuntu LTS

La consolidación del proyecto Ubuntu a partir de 2004 y, muy especialmente, la instauración de sus versiones de soporte extendido (LTS – Long Term Support) cada dos años, abrió una ventana de oportunidad estratégica que el equipo de LliureX supo aprovechar con pragmatismo.

Adoptar Ubuntu LTS como base del sistema no significaba renunciar a la esencia comunitaria de Debian, de la cual Ubuntu es deudora directa, sino ganar una serie de ventajas operativas inestimables para una administración pública:

  1. Previsibilidad de calendario: Saber con absoluta certeza que cada dos años, en el mes de abril, se dispone de una base de sistema sólida con cinco años de parches de seguridad garantizados permite planificar las versiones de la distribución autonómica con total orden y concierto.
  2. Soporte de hardware y retrocompatibilidad de kernels (HWE): Canonical comenzó a incorporar de forma oficial mecanismos para actualizar la pila de hardware y el núcleo de Linux en sus versiones LTS a lo largo del tiempo, garantizando que un ordenador recién comprado en 2024 funcione sin fisuras sobre un sistema operativo publicado dos años antes.
  3. El ecosistema de terceros: La inmensa popularidad de Ubuntu convirtió a su base en el estándar de facto para el software comercial y de fabricantes en Linux. Cuando una empresa suministra una aplicación educativa, un navegador web como Chromium o un controlador específico, el paquete de referencia que entrega y prueba siempre es un archivo .deb optimizado para Ubuntu.
  4. Compatibilidad nativa con Secure Boot: La irrupción de las placas base con arranque seguro UEFI Secure Boot supuso un dolor de cabeza mayúsculo para muchas distribuciones independientes, que veían bloqueada su instalación en ordenadores de marca modernos. Contar con los certificados y la infraestructura de firma digital de Ubuntu facilitó enormemente los despliegues en equipamiento de última generación sin tener que desactivar manualmente parámetros en la BIOS de miles de máquinas.

Esta decisión permitió al equipo de LliureX soltar el lastre del mantenimiento a bajo nivel del núcleo y la infraestructura base, centrando todo su talento y energía en lo que verdaderamente aporta valor: la capa de personalización, las herramientas de gestión del aula y la atención directa a las incidencias de los centros.

El factor humano: La clave del éxito frente a otros proyectos autonómicos

Durante la primera década del siglo XXI, prácticamente todas las comunidades autónomas de España iniciaron sus propios proyectos de distribución Linux educativa: Guadalinex en Andalucía, LinEx en Extremadura, MAX en Madrid, Molinux en Castilla-La Mancha, Linkat en Cataluña, entre muchas otras. Sin embargo, el destino de estos proyectos ha sido sumamente dispar. Mientras algunas iniciativas languidecieron, fueron abandonadas o quedaron reducidas a proyectos testimoniales, LliureX no solo sobrevivió, sino que continuó expandiéndose en número de máquinas e influencia.

¿Cuál fue el elemento diferenciador que permitió a LliureX consolidarse durante más de veinte años ininterrumpidos? La respuesta no es únicamente técnica; es eminentemente organizativa y humana.

El modelo mixto: Docentes y técnicos en el mismo despacho

El gran fallo estructural de muchas distribuciones públicas radicó en el modelo de contratación y externalización. A menudo, las consejerías de educación encargaban el desarrollo de la distribución a grandes consultoras tecnológicas mediante licitaciones periódicas. La empresa adjudicataria contrataba a un equipo de programadores, entregaba una versión cerrada del sistema en un plazo prefijado y, al finalizar el contrato, el equipo se disolvía o era reasignado a proyectos completamente distintos.

Cuando la administración decidía licitar una nueva versión años después, una empresa diferente ganaba el concurso y se encontraba con un código fuente que no comprendía, sin documentación y sin contacto alguno con los desarrolladores anteriores. Esta falta de continuidad destruyó el know-how acumulado y desconectó el desarrollo del sistema de las necesidades reales de los profesores en las aulas.

En LliureX se optó por un modelo radicalmente distinto y profundamente humano:

  • Docentes de informática en comisión de servicios: Profesores de secundaria y formación profesional que conocen de primera mano la realidad de las clases, las limitaciones del equipamiento escolar y las dificultades de sus compañeros docentes, integrados directamente en la estructura de gestión del proyecto dentro de la propia Conselleria de Educación.
  • Equipo técnico continuo y apasionado: Ingenieros de desarrollo que no funcionan como una contrata externa distante, sino como artesanos del software que han permanecido en el proyecto durante años y décadas, acumulando una memoria técnica e histórica de valor incalculable.
  • Trabajo codo con codo: Durante años, los funcionarios docentes y los técnicos de desarrollo compartieron literalmente el mismo espacio físico de trabajo en la Conselleria, sentados mesa con mesa. Un técnico programaba una funcionalidad y, a medio metro de distancia, un profesor la evaluaba desde la perspectiva pedagógica y funcional.

Esta simbiosis convirtió a LliureX en una comunidad de personas unidas por un propósito común y una pasión técnica contagiosa. Lejos de la frialdad de las adjudicaciones burocráticas, en el equipo se forjó una cultura de aprendizaje continuo, de sana competitividad por resolver el problema más complejo y de orgullo por ofrecer la mejor herramienta posible a los colegios de su tierra.

La paradoja de la visibilidad y el mito internacional del software libre

Uno de los fenómenos más desconcertantes al analizar la trayectoria de LliureX es la profunda asimetría que existe entre su impacto real y su visibilidad mediática internacional.

El caso de Múnich frente a la realidad española

Durante años, la prensa tecnológica internacional y los foros de software libre de todo el mundo siguieron con devoción casi religiosa el proyecto LiMux, la migración a Linux del Ayuntamiento de Múnich. Cada paso, cada avance y cada debate político en la ciudad bávara copaba portadas en los medios más prestigiosos del sector. Se escribían ríos de tinta sobre el desafío de migrar quince mil ordenadores municipales a software libre.

Mientras tanto, en España, la suma de las distribuciones autonómicas educativas estaba gestionando cientos de miles de ordenadores en producción real sin que prácticamente nadie fuera de nuestras fronteras pareciese enterarse. Solo en la Comunidad Valenciana, LliureX gestionaba y sigue gestionando más de trescientos mil equipos; en la Comunidad de Madrid, el proyecto MAX cuenta con más de ciento cincuenta mil ordenadores en las escuelas públicas; y en Andalucía o Extremadura se alcanzaron cifras de despliegue igualmente masivas.

¿Por qué un despliegue de unos pocos miles de ordenadores en el norte de Europa se convierte en un hito planetario mientras despliegues de cientos de miles en España se viven con total discreción?

En gran medida, esto se debe a un déficit histórico de comunicación institucional y a un cierto complejo cultural. Las administraciones españolas han pecado a menudo de no saber publicitar sus mayores éxitos tecnológicos en foros internacionales, asumiendo con naturalidad que el software libre en las escuelas es simplemente lo que toca hacer para optimizar el presupuesto público y garantizar el servicio educativo.

La normalización como el éxito supremo: Cuando la tecnología se vuelve invisible

Existe, además, una explicación técnica y sociológica aún más profunda: el éxito absoluto de una tecnología radica en su invisibilidad.

Cuando un sistema operativo falla constantemente, se convierte en el centro de todas las conversaciones, quejas y debates. Cuando un sistema funciona de forma impecable durante veinte años, la sociedad lo normaliza hasta el punto de olvidar qué tecnología hay debajo. Para un alumno valenciano de primaria o secundaria, entrar al aula de informática y encontrarse con LliureX es tan natural como abrir el grifo y que salga agua potable o encender el interruptor y que haya luz eléctrica.

Esa normalización es el mayor triunfo al que puede aspirar el software libre. LliureX ha demostrado que un sistema operativo abierto no es un experimento para entusiastas de la informática ni una alternativa precaria para momentos de escasez; es una infraestructura pública de primer orden, robusta, madura y autosuficiente.

La soberanía digital en el nuevo escenario geopolítico

En los últimos años, el debate global sobre la soberanía digital ha cobrado una urgencia inusitada. Los cambios geopolíticos, la dependencia absoluta de servicios en la nube controlados por un puñado de gigantes tecnológicos estadounidenses o asiáticos y las crecientes preocupaciones sobre la privacidad y el tratamiento de los datos de los menores han encendido todas las alarmas en la Unión Europea.

De repente, gobiernos e instituciones de todo el continente se apresuran a diseñar planes estratégicos para recuperar el control de su tecnología, creando comisiones de trabajo y buscando alternativas para no dejar el sistema educativo en manos de monopolios privativos.

En ese nuevo escenario, la Comunidad Valenciana no necesita inventar soluciones desde la teoría: lleva dos décadas ejecutando la respuesta en la práctica. Ser dueños de su propio sistema operativo significa que la administración educativa decide qué datos se recopilan y adónde viajan, qué software se instala en cada ordenador, cómo se protege la privacidad de los estudiantes y cómo se garantiza que ninguna decisión corporativa externa pueda apagar o encarecer de la noche a la mañana los ordenadores donde aprenden las futuras generaciones.

La gran batalla de los escritorios: De GNOME 2 a la madurez de KDE Plasma

El entorno de escritorio es la cara visible del sistema operativo, el punto de contacto directo entre el usuario y la máquina. A lo largo de sus versiones, LliureX ha protagonizado una evolución gráfica apasionante que refleja fielmente las grandes transformaciones y crisis vividas por el ecosistema GNU/Linux en los últimos quince años.

La época dorada de GNOME 2 y la ruptura de GNOME 3

En sus primeros años, LliureX apostó firmemente por el entorno de escritorio GNOME 2. Era una combinación perfecta: un escritorio clásico, sumamente estable, intuitivo para usuarios acostumbrados a interfaces tradicionales de ventanas, con un consumo de recursos muy contenido y con un potente entramado de librerías en C y GTK ampliamente documentadas.

Sin embargo, en 2011, el proyecto GNOME dio un giro radical con el lanzamiento de GNOME 3 y su interfaz GNOME Shell. Esta nueva versión rompió por completo con el paradigma tradicional de escritorio y, lo que resultó aún más crítico para el entorno educativo, eliminó el soporte para hardware sin aceleración gráfica 3D por hardware.

En aquel momento, las aulas de los colegios estaban repletas de ordenadores con tarjetas gráficas integradas modestas, clientes ligeros y máquinas virtuales que carecían de aceleración 3D potente. Al intentar ejecutar GNOME 3 en ese parque informático, el sistema se arrastraba de forma penosa, haciendo imposible su uso en clase.

El equipo de LliureX tuvo que buscar refugio temporal en GNOME Fallback (un modo de compatibilidad clásico) y explorar alternativas ligeras como XFCE o MATE. No obstante, la experiencia de usuario se resentía y mantener una capa de personalización coherente sobre escritorios fragmentados se convirtió en una pesadilla técnica.

La migración histórica a KDE Plasma en 2019

Tras años de evaluaciones y experimentos, el equipo de LliureX tomó una decisión valiente y trascendental en torno a 2018 y 2019: abandonar el ecosistema GTK y migrar por completo la distribución hacia KDE Plasma.

Durante muchos años, en la comunidad Linux había pesado el estigma histórico de que KDE era un escritorio pesado, sobrecargado de opciones y visualmente barroco. Sin embargo, el salto a KDE Frameworks 5 y las sucesivas versiones de Plasma habían transformado por completo el proyecto de la mano de Qt. KDE Plasma se había convertido en un escritorio asombrosamente ligero, con un consumo de memoria RAM inferior al del propio GNOME moderno y con una capacidad de aceleración por software impecable en equipos antiguos.

La adopción de KDE Plasma aportó ventajas competitivas determinantes para LliureX:

  • Flexibilidad visual total: KDE permite configurar el escritorio para que ofrezca un aspecto sobrio y tradicional para los alumnos más jóvenes o una interfaz avanzada para los ciclos superiores de informática, adaptándose como un guante a cada nivel educativo.
  • Rendimiento excepcional en hardware humilde: Equipos con más de una década de antigüedad volvieron a funcionar con una fluidez pasmosa gracias a la optimización de los componentes gráficos de Plasma.
  • Comunidad abierta y receptiva: A diferencia de la rigidez mostrada en ocasiones por otros proyectos, los desarrolladores centrales de la comunidad internacional de KDE recibieron con entusiasmo las necesidades y sugerencias del equipo de LliureX.

Adaptaciones de trinchera para el aula escolar

La colaboración con los mantenedores de KDE permitió resolver detalles de usabilidad y seguridad fundamentales para la convivencia en las aulas.

Un ejemplo elocuente ocurrió con la gestión de las redes Wi-Fi. En la configuración estándar de KDE para usuarios domésticos, cualquier persona puede pulsar sobre el icono de red y hacer visible la contraseña Wi-Fi almacenada en el equipo. En un instituto de secundaria con cientos de adolescentes curiosos y con conocimientos informáticos crecientes, esa opción significaba que la contraseña de la red corporativa o docente acababa compartida en grupos de mensajería en cuestión de minutos. El equipo de LliureX trasladó este requerimiento a la comunidad KDE para poder bloquear y ocultar de forma estricta la visualización de credenciales a usuarios sin privilegios administrativos.

Algo similar ocurrió con utilidades como KDE Connect, una herramienta fantástica para sincronizar dispositivos y enviar notificaciones y archivos entre teléfonos y ordenadores. Si bien en un hogar es una funcionalidad comodísima, en un aula con treinta alumnos conectados a la misma subred puede desatar el caos absoluto si los estudiantes comienzan a enviarse mensajes y archivos entre las pantallas de sus compañeros en mitad de una explicación. La posibilidad de modular, restringir o adaptar estas herramientas al contexto escolar demostró, una vez más, la importancia de contar con un equipo técnico con capacidad de actuar directamente sobre el código.

El desafío contemporáneo de la paquetería: La fricción de Snap y Flatpak

En el panorama actual de GNU/Linux, uno de los debates técnicos más intensos gira en torno a los formatos de empaquetado universales y aislados (sandboxing), encarnados principalmente por Snap (impulsado por Canonical en Ubuntu) y Flatpak (ampliamente respaldado por la comunidad de Fedora, GNOME y KDE).

Si bien estos formatos resuelven problemas reales a los desarrolladores de aplicaciones en entornos domésticos —permitiéndoles empaquetar una aplicación con todas sus dependencias incluidas para que funcione en cualquier distribución sin preocuparse de las librerías del sistema anfitrión—, en el contexto de una distribución masiva como LliureX representan un desafío logístico de primer orden.

El problema del tamaño y el colapso del ancho de banda

El principio fundacional de Snap y Flatpak es la autocontención: cada paquete incluye sus propios entornos de ejecución (runtimes) y versiones específicas de librerías. Esto significa que una aplicación tan elemental como una calculadora o un reproductor multimedia puede requerir la descarga de setecientos megabytes o más de un gigabyte de dependencias duplicadas.

En un ordenador personal con conexión de fibra óptica ultrarrápida y un disco duro de gran capacidad, este sobrecoste puede ser irrelevante. En el despliegue de una red educativa, es un cuello de botella inasumible:

  1. Tamaño descomunal de las imágenes de instalación: Si una distribución como LliureX incluyera sus más de trescientas aplicaciones preinstaladas en formato Flatpak o Snap, la imagen ISO del sistema pesaría quince o veinte gigabytes. Descargar y clonar esas imágenes en miles de ordenadores a través de redes locales escolares saturaría por completo la infraestructura de comunicaciones.
  2. Duplicación absurda de memoria y disco: En aulas dotadas con ordenadores que disponen de unidades SSD de capacidad ajustada, tener cinco versiones distintas del entorno de ejecución de GNOME o KDE ocupando gigabytes de almacenamiento para ejecutar aplicaciones menores es un desperdicio inaceptable de recursos públicos.
  3. Pérdida del control centralizado: La filosofía de LliureX descansa sobre el control granular de qué paquetes entran en el sistema, cómo se integran con los permisos del aula y cómo se distribuyen desde los repositorios propios de la Conselleria. El modelo de tiendas centralizadas de Snap o repositorios remotos escapa a la gobernanza directa de los administradores educativos.

Por estas razones, el equipo técnico de LliureX continúa realizando una labor encomiable de contención y equilibrio: esquivando la imposición forzada de paquetes Snap sobre la base de Ubuntu, manteniendo el empaquetado tradicional .deb altamente optimizado y compartido mediante librerías del sistema, y reservando los formatos universales únicamente para aquellos casos muy puntuales donde no existe otra alternativa técnica viable.

El legado incalculable: Más de dos décadas de know-how al servicio público

Tras más de veinte años de trayectoria ininterrumpida, el mayor valor que deja LliureX no es únicamente el código fuente de sus utilidades ni los millones de euros ahorrados a las arcas públicas en concepto de licencias comerciales. El verdadero tesoro de LliureX es su know-how: el conocimiento acumulado sobre cómo diseñar, desplegar, mantener y hacer triunfar una infraestructura tecnológica libre a escala masiva.

LliureX ha respondido en la práctica a todas las preguntas que hoy se formulan con timidez en las mesas redondas sobre soberanía digital en Europa:

  • ¿Puede un sistema operativo libre satisfacer todas las necesidades curriculares de la educación primaria, secundaria y profesional? Sí, con creces.
  • ¿Es posible mantener un parque de más de trescientos mil ordenadores sin pagar tributo anual a monopolios tecnológicos extranjeros? LliureX lo demuestra todos los días.
  • ¿Se puede garantizar que la infancia y la juventud aprendan informática en su propia lengua y con herramientas transparentes que fomentan la curiosidad y el conocimiento compartido? Es una realidad consolidada en las aulas valencianas.

LliureX es la prueba viviente de que cuando una administración pública invierte sus recursos con visión a largo plazo, apoya el talento técnico propio y confía en los principios éticos y prácticos del software libre, la independencia digital deja de ser una utopía para convertirse en el mejor servicio público que se puede ofrecer a las futuras generaciones.


Enlaces de referencia y recursos de interés


Participantes:

  • Sofía Bellés. En aquella época Directora General de Innovación Tecnológica Educativa y posteriormente Directora General de las Tecnologías de la Información. También ha ocupado el cargo de Responsable del Servicio de Informática para Centros Educativos y actualmente es Asesora Técnica Docente en la Conselleria de Educación.
  • Luis García
  • Jordi Mallach
  • Héctor
  • Raúl
  • Enrique Medina
  • Jesús González-BarahonaCatedrático del área de Ingeniería Telemática en la Universidad Rey Juan Carlos (Móstoles, Madrid).
  • Lorenzo Carbonell.

Música:

Discovery by Scott Buckleyreleased under CC-BY 4.0. www.scottbuckley.com.au

Comentarios

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *