Hubo un tiempo en el que la vanguardia tecnológica de este país no se gestaba en parques tecnológicos relucientes ni en consejos de administración con fondos de capital riesgo. Se cocía a fuego lento en las barras de tabernas castizas, en sótanos universitarios sin ventilación y en dormitorios de estudiantes iluminados por el resplandor verdoso de monitores de tubo catódico. Mucho antes de que los boletines oficiales se llenaran de términos grandilocuentes sobre transformación digital, modernización de las aulas o soberanía digital, existió una auténtica guerrilla técnica que demostró que otra forma de entender la informática era no solo deseable, sino rigurosamente viable.
Durante los primeros compases del siglo veintiuno, España asombró a la comunidad tecnológica internacional con el florecimiento de las distribuciones autonómicas. Proyectos como LinEx en Extremadura, Guadalinex en Andalucía, MAX en la Comunidad de Madrid o LliureX en la Comunidad Valenciana coparon titulares en publicaciones de medio planeta. Observadores de la Unión Europea, gurús de Silicon Valley y administraciones públicas de todo el orbe miraban con perplejidad hacia la península ibérica: ¿cómo era posible que regiones tradicionalmente alejadas del liderazgo industrial estuvieran completando los mayores despliegues de software libre jamás documentados?
Aquellos logros monumentales no surgieron de la nada ni fueron el fruto espontáneo de una repentina inspiración política en los despachos ministeriales. Tuvieron su origen en un caldo de cultivo previo, paciente y casi clandestino, articulado por una legión de artesanos del código que decidieron asociarse bajo una bandera común: Hispalinux. Para entender de dónde vinieron aquellas distribuciones y por qué la búsqueda de la soberanía digital sigue siendo hoy una asignatura pendiente, es imprescindible viajar al momento en que todo comenzó a construirse tornillo a tornillo.
La España desconectada de finales de los noventa
Para calibrar la magnitud de lo que supuso aquel movimiento, es necesario despojarse de la perspectiva actual, dominada por la fibra óptica omnipresente, la telefonía móvil de alta velocidad y el almacenamiento en la nube. A mediados de la década de 1990, España era, en términos de conectividad doméstica, un auténtico páramo digital.
Tener conexión a Internet en casa era una excentricidad reservada a unos pocos privilegiados dispuestos a pagar facturas astronómicas de teléfono por minutos mediante modems chirriantes de veintiocho o cincuenta y seis kilobits por segundo. La red pertenecía casi en exclusiva al mundo académico, a las universidades públicas, a las entidades bancarias, a un puñado de gigantes corporativos como Iberia o Renfe y, de forma muy destacada, a los ingenieros de la compañía telefónica nacional.
El dilema técnico de la monitorización masiva
En ese escenario profesional se encontraba Roberto Santos a finales de 1996. Destinado en el área de soporte y mantenimiento de redes de transmisión en Telefónica, su trabajo diario consistía en vigilar el correcto funcionamiento de una infraestructura gigantesca que abarcaba entre ocho mil y nueve mil kilómetros cuadrados de territorio rural y urbano.
Las centrales de conmutación emitían un torrente continuo de alarmas técnicas: caídas de línea, fallos de sincronismo, oscilaciones de voltaje o incidencias en equipos de radio. Todos esos eventos convergían en una base de datos centralizada de Oracle, cuyos datos se visualizaban en costosas estaciones de trabajo Sun Microsystems bajo el sistema operativo SunOS y entorno gráfico X Window.
El problema radicaba en la distancia. En un sector geográfico tan vasto, los desplazamientos de una central a otra requerían trayectos de cuarenta o cincuenta minutos por carreteras secundarias. Supervisar la red en remoto era una necesidad operativa imperiosa, pero reproducir la arquitectura oficial en cada punto de supervisión secundaria resultaba inviable. Las licencias corporativas de bases de datos privativas tenían precios desorbitados que ningún presupuesto zonal podía asumir.
Compilar contra la adversidad
Ante esa barrera económica infranqueable, Roberto optó por la vía del ingenio técnico: buscar una alternativa en el incipiente ecosistema del software libre. Fue así como descubrió PostgreSQL, un motor relacional avanzado que prometía capacidades profesionales sin el peaje de las licencias por puesto o por procesador.
Aquel paso exigía un nivel de compromiso técnico que hoy parece impensable. No existían repositorios automáticos con comandos de instalación inmediata. Durante las navidades de 1996 y los primeros meses de 1997, el trabajo consistió en compilar artesanalmente el núcleo de Linux y, sobre ese sistema base, compilar el propio código fuente de PostgreSQL.
El resultado fue un éxito rotundo: un sistema paralelo, estable y eficiente que permitía recopilar las alarmas de decenas de centrales telefónicas y monitorizarlas a distancia, ahorrando cientos de horas de carretera y optimizando el mantenimiento preventivo. Aquella experiencia grabó a fuego una lección que marcaría su trayectoria posterior: cuando la tecnología privativa cierra la puerta por motivos de coste o control, el acceso al código fuente abre una autopista hacia la eficiencia y la independencia operativa.
El archipiélago de la resistencia: grupos de usuarios y antenas artesanales
Cuando Roberto se trasladó a Madrid a principios de 1998, llegó con una inquietud muy concreta. En su empeño por documentar y traducir PostgreSQL al castellano se había topado con la enorme dificultad de coordinar esfuerzos, compartir ficheros y publicar manuales de forma manual. Buscaba a otros profesionales o aficionados que compartieran sus mismas inquietudes.
Lo que descubrió fue la existencia de una fascinante constelación de colectivos que, de manera simultánea e inconexa, estaban intentando domesticar aquel nuevo sistema operativo llamado Linux. Eran los Linux User Groups o grupos de usuarios de Linux.
El fenómeno insular: autosuficiencia por necesidad
En aquel mapa pionero destacaban con una fuerza sorprendente los colectivos radicados en los archipiélagos. Mientras en la península las iniciativas tardaban en consolidarse, en Baleares brillaba con luz propia el colectivo BULMA (Baleares Usando Linux Más o Menos Amigablemente), y en las Islas Canarias proliferaban células extraordinariamente activas.
Aquella vitalidad insular no era una casualidad estadística. Respondía a un factor antropológico y geográfico determinante: el aislamiento. Quien vivía en una isla no podía esperar a que un proveedor de soporte técnico viajara desde Madrid o Barcelona para resolver una avería informática. La autosuficiencia técnica no era una pose ideológica; era una condición de supervivencia cotidiana. Si necesitaban software, documentación o conectividad, tenían que fabricárselo ellos mismos.
BULMA se convirtió muy pronto en el faro de referencia para toda la hispanofonía. Sus manuales, guías de instalación y artículos divulgativos, redactados tanto en castellano como en catalán, no solo se leían en la península, sino que eran devorados por los primeros entusiastas de México, Argentina, Chile o Colombia, sedientos de tutoriales técnicos en su propia lengua.
Redes comunitarias y botes de aperitivos
El ingenio insular alcanzó cotas legendarias con la llegada de las primeras tarjetas de red inalámbricas bajo los estándares primigenios de la tecnología wifi. En un momento en el que el acceso a la banda ancha no existía fuera de los grandes núcleos urbanos, los activistas de Canarias y Baleares comenzaron a investigar la propagación de radioenlaces de datos en frecuencias libres.
Utilizando guías de ondas caseras fabricadas con botes metálicos de patatas fritas y cálculos precisos de longitud de onda, lograron establecer enlaces de red estables a lo largo de kilómetros de distancia, llegando a conectar nodos entre distintas islas sobre el mar. Aquella cultura del hazlo tú mismo, donde la ingeniería de telecomunicaciones se daba la mano con la chatarra reciclada, anticipaba el espíritu rebelde y pragmático que impregnaría todo el movimiento del software libre en España.
El Bar Victoria: la taberna donde se gestó la revolución
En Madrid, el núcleo de gravedad de aquella comunidad dispersa encontró su sede oficiosa en un lugar insospechado: el Bar Victoria. Todos los jueves por la tarde, cruzando la ciudad en transporte público tras agotadoras jornadas laborales, un grupo heterogéneo de informáticos, estudiantes y curiosos se reunía en torno a una mesa con cañas de cerveza para hablar de sistemas operativos.
Para alguien recién llegado de una pequeña localidad de provincia, adentrarse en aquellas tertulias suponía un auténtico choque cultural. En aquella taberna tradicional madrileña no se hablaba de fútbol ni de política convencional; se discutía sobre el árbol de procesos del kernel, la gestión de memoria virtual, la pila de protocolos TCP/IP y el futuro de las interfaces de usuario.
Una concentración de talento irrepetible
Alrededor de aquellas mesas se sentaban personas que, pocos años después, liderarían proyectos clave en la historia del software mundial. Allí coincidían perfiles como Roberto Majadas, inmerso de lleno en el desarrollo de los componentes fundamentales del recién nacido entorno de escritorio GNOME; o Rodrigo Moya, trabajando en GNOME-DB para dotar a los entornos de escritorio libres de una capa estándar de acceso a bases de datos.
En aquellas tertulias se hablaba con naturalidad pasmosa de figuras internacionales como Miguel de Icaza, el programador mexicano que había asombrado al mundo cofundando GNOME y desarrollando utilidades icónicas como Midnight Commander. Aquellos pioneros locales no se consideraban meros consumidores de tecnología extranjera; eran colaboradores directos, enviaban parches de código por correo electrónico y debatían de tú a tú con los arquitectos globales del código abierto.
La sensación imperante en aquellas tardes de jueves era una mezcla de deslumbramiento y perplejidad. Resultaba difícil comprender cómo profesionales con un conocimiento técnico tan descomunal, capaces de resolver problemas que desafiaban a las grandes consultoras multinacionales, se encontraban completamente desatendidos en sus puestos de trabajo cotidianos, donde casi nadie entendía el alcance de lo que estaban construyendo.
La forja de la infraestructura: servidores para empoderar a la comunidad
A medida que el número de entusiastas crecía, las limitaciones prácticas se hicieron evidentes. El entusiasmo no bastaba para coordinar proyectos complejos de software. Existían iniciativas voluntarias admirables, como el histórico Proyecto LuCAS (Linux en Castellano), que recopilaba y traducía ingentes cantidades de documentación, pero el soporte operativo descansaba sobre los hombros de unos pocos voluntarios sobrecargados.
Roberto Santos identificó con claridad meridiana el cuello de botella. La mayoría de los desarrolladores tenían ideas brillantes: querían programar un cliente de correo, diseñar una herramienta de copias de seguridad o crear un sistema de domótica para abrir puertas a distancia. Sin embargo, para sacar adelante esas ideas, se veían obligados a gastar semanas enteras peleando con la administración de sistemas: contratar dominios, buscar espacio en servidores web, configurar listas de correo y gestionar copias de seguridad.
Una visión industrial al servicio del hacker
Trasladando la experiencia adquirida en Telefónica, donde se requería una infraestructura sólida para que cientos de operadores pudieran coordinarse a escala nacional, Roberto propuso dotar a la comunidad de una plataforma técnica integral y centralizada.
El objetivo era muy simple pero transformador: si un desarrollador quería poner en marcha un proyecto de software libre, solo debía preocuparse de programar. La infraestructura subyacente debía ser provista de forma transparente, robusta y gratuita.
Así comenzaron a ensamblarse los primeros servidores comunitarios, alojados gracias a la complicidad de instituciones académicas como la Universidad Politécnica de Madrid, destacando máquinas bautizadas con nombres de científicos ilustres como Torres Quevedo. Sobre aquellas torres de servidor se configuró un ecosistema completo de herramientas de desarrollo colaborativo:
- Listas de distribución con Mailman: Se crearon decenas de listas temáticas organizadas por materias técnicas, desde redes y seguridad hasta traducción de documentación y entornos gráficos, permitiendo la comunicación fluida entre cientos de ingenieros.
- Control de versiones con CVS: En una época previa al nacimiento de plataformas modernas como GitHub o GitLab, se implementó el sistema Concurrent Versions System (CVS), permitiendo el trabajo coordinado de programadores repartidos por toda la geografía española.
- Seguimiento de incidencias con Bugzilla: La herramienta de Mozilla se adaptó para permitir el reporte de fallos, la gestión de parches y el control de calidad comunitario.
- Espacio web y repositorios FTP: Almacenamiento público para la distribución de paquetes, imágenes de disco y documentación técnica.
Para que aquella maquinaria no encallase, se profesionalizó la gestión interna mediante roles específicos, como administradores de listas y supervisores de software, encargados de verificar que los programas compilaban correctamente y estaban listos para su distribución pública.
De la informalidad a la persona jurídica: nace Hispalinux
Aquella ebullición técnica requería urgentemente un marco institucional. Para interactuar con administraciones públicas, firmar convenios universitarios o recibir donaciones de equipamiento, las reuniones informales en el Bar Victoria resultaban insuficientes. Hacía falta una figura jurídica.
En el verano de 1998 se constituyó formalmente Hispalinux como la Asociación Española de Usuarios y Desarrolladores de Linux. La labor legal inicial, pilotada por figuras como Juan José Amor, permitió redactar los primeros estatutos y registrar la entidad en el Ministerio del Interior.
El tándem perfecto: la llegada de Juan Tomás
Tras una primera junta fundacional centrada en la legalización, la asociación necesitaba dar un salto adelante tanto en su organización interna como en su proyección pública. La web original funcionaba mediante un complejo sistema de guiones artesanales que dificultaba la publicación ágil de contenidos, y se requería una gestión más cercana a las necesidades reales de los usuarios.
Fue en ese momento cuando Roberto Santos recurrió a una de las figuras más respetadas de las tertulias del Bar Victoria: Juan Tomás García. Juan Tomás dirigía una empresa especializada en desarrollo y soporte sobre entornos Unix y Linux, y atesoraba una cualidad extraordinariamente escasa en los perfiles técnicos de alto nivel: un magnetismo comunicativo arrollador.
Roberto convenció a Juan Tomás para que asumiera la presidencia de Hispalinux, reservándose para sí mismo la vocalía de infraestructuras. El acuerdo selló una alianza formidable. Juan Tomás se convirtió en el rostro y la voz del software libre en España, un líder capaz de llenar aulas magnas, desarmar dialécticamente a representantes comerciales de grandes multinacionales y seducir a las cámaras de televisión. Mientras tanto, en la trastienda técnica, Roberto Santos y su equipo aseguraban que los servidores jamás dejaran de responder, soportando un crecimiento asociativo exponencial.
Los míticos Congresos de Hispalinux
Si hubo un escenario donde Hispalinux demostró su músculo organizativo y su capacidad de vertebrar el talento nacional, fueron sus congresos anuales. Aquellas citas no se parecían a los eventos corporativos asépticos que proliferan hoy en día; eran auténticas concentraciones de energía intelectual, pasión técnica y debate filosófico.
Del sótano a la profesionalización
El primer congreso se celebró en un sótano universitario modesto, casi clandestino, reuniendo a unas decenas de apasionados que se turnaban para dar charlas sobre temas muy específicos. Fue un encuentro entrañable pero limitado.
Para la segunda y tercera edición, el salto cualitativo fue abrumador. La organización se profesionalizó mediante la creación de comités de programa rigurosos. Los socios enviaban sus propuestas de comunicación técnica por escrito, y un comité evaluador seleccionaba las más sobresalientes, exigiendo correcciones de contenido y ampliaciones metodológicas.
Aquel proceso instauró una auténtica cultura de la meritocracia. En un congreso con dos salas simultáneas y apenas ocho huecos disponibles por jornada, competían decenas de profesionales de primer nivel. Ver aceptado un trabajo técnico para su presentación pública se convirtió en un timbre de gloria académica y profesional.
La psicología del valor: el fenómeno de las camisetas
El crecimiento del congreso obligó a la junta directiva a enfrentarse a un debate financiero fundamental. Los costes de organización, megafonía, viajes de ponentes y logística no podían seguir descansando exclusivamente en la buena voluntad.
La directiva tomó una decisión audaz: establecer una entrada general de diez euros para el público general, pero mantener el acceso rigurosamente gratuito para todos los socios de Hispalinux. Al inscribirse en el evento, los socios recibían su acreditación con una papeleta simbólica donde el precio aparecía tachado junto al lema que certificaba la gratuidad por pertenecer a la entidad.
Junto a la acreditación se entregaba una camiseta de diseño cuidado que se convertiría en un icono generacional: Yo soy socio de Hispalinux, ¿y tú?. Aquella jugada de psicología social desató un efecto llamada sin precedentes. Cientos de profesionales y estudiantes comprendieron que asociarse a Hispalinux no solo era un acto de militancia tecnológica, sino que aportaba un retorno tangible: formación puntera, acceso a redes de contacto y reconocimiento social.
La asociación experimentó una explosión de afiliaciones, pasando rápidamente de unos centenares de miembros a superar la barrera de los cinco mil socios registrados.
Pasillos desbordados y figuras legendarias
Las anécdotas vividas en aquellos congresos, celebrados en sedes como la Universidad Rey Juan Carlos, quedaron grabadas en la memoria de los asistentes:
- El fenómeno Juanjo Sanguino: Conocido experto en seguridad informática y desarrollador de Debian, Juanjo reventaba habitualmente las previsiones organizativas. Sus ponencias sobre bastionado de sistemas y endurecimiento de servidores llenaban los auditorios hasta el punto de obligar a decenas de personas a sentarse en las escaleras y ocupar los pasillos laterales, dejando semivacías las ponencias técnicas programadas de forma simultánea en las salas anexas.
- Las conferencias improvisadas de Jordi Murgo: En mitad de los descansos, el legendario hacker Jordi Murgo se paraba en medio de un distribuidor de paso y comenzaba a explicar, sin proyector, sin atril y sin micrófono, conceptos avanzados sobre el funcionamiento interno del hardware o la gestión de redes. En cuestión de minutos, un corro de cincuenta o sesenta personas se apiñaba en torno a él en silencio absoluto, escuchando con fascinación sus explicaciones técnicas.
- El asombro de las estrellas internacionales: Por los congresos de Hispalinux desfilaron las mayores celebridades del software libre mundial: Richard Stallman, padre del proyecto GNU; Rasmus Lerdorf, creador del lenguaje PHP; o Miguel de Icaza.
La visita de Ian Murdock y el despertar de Debian
Uno de los momentos más reveladores de la historia de los congresos se produjo con la llegada de Ian Murdock, el mítico fundador de la distribución Debian. Murdock viajó a España esperando encontrar el estereotipo turístico tradicional de sol, playas y gastronomía folclórica.
La sorpresa que se llevó al desembarcar en el congreso fue mayúscula. Lejos de encontrarse con una afición testimonial, descubrió una comunidad vibrante y técnicamente sofisticada que no solo utilizaba su sistema operativo, sino que estaba protagonizando los despliegues de Debian más masivos del planeta en el ámbito de la educación pública. España no era un consumidor marginal; era, en ese preciso instante, la punta de lanza mundial en la implantación real de su propia obra.
La arquitectura invisible: Metadistros y el despliegue industrial
Durante aquellos encuentros no solo se compartían vivencias; se diseñaban soluciones de ingeniería que marcarían la evolución de las administraciones públicas. A medida que las primeras iniciativas institucionales comenzaron a explorar el uso de Linux, afloró un problema técnico mayúsculo: el despliegue a gran escala.
En el ámbito doméstico, instalar un sistema operativo paquete a paquete mediante discos de instalación o repositorios remotos era una tarea asumible. Sin embargo, cuando una entidad pública o una gran empresa se planteaba desplegar cincuenta mil puestos de trabajo en centros educativos repartidos por miles de kilómetros cuadrados, la instalación individual paquete a paquete resultaba una aberración operativa.
De la chapa y pintura a la clonación masiva
Roberto Santos aportó nuevamente la visión de la ingeniería de redes de gran escala aprendida en el sector de las telecomunicaciones. En una operadora nacional, los equipos terminales no se configuraban uno a uno; se creaban imágenes de disco preconfiguradas, testeadas y estandarizadas, que se volcaban de forma masiva sobre el hardware correspondiente mediante despliegues automatizados.
De esa reflexión nació el proyecto Metadistros. La idea seminal consistía en desarrollar un conjunto de herramientas y metodologías que permitieran generar distribuciones derivadas a partir de una distribución base (fundamentalmente Debian), empaquetando todo el software necesario, las configuraciones del sistema, los controladores de hardware y el entorno gráfico en una imagen lista para ser clonada e instalada de forma desatendida.
El proyecto fue recogido, enriquecido y llevado a la práctica por talentos extraordinarios como Juanje Ojeda o Sergio Gómez, junto a colaboradores distribuidos por lugares tan dispares como León, Zaragoza o Canarias. Aquellos programadores resolvieron complejas trabas técnicas relacionadas con la detección automática de hardware y la generación de imágenes ejecutables en memoria RAM.
Metadistros se convirtió en el motor invisible sobre el que se cimentarían buena parte de las distribuciones autonómicas que estaban a punto de ver la luz, ahorrando miles de horas de desarrollo redundante y dotando a las comunidades de una plataforma técnica robusta y compartida.
El estallido autonómico: transferencias educativas y soberanía digital
A finales de la década de 1990 y principios de los años 2000, un acontecimiento político y administrativo actuó como detonante absoluto de la revolución informática española: la culminación de las transferencias de las competencias de educación no universitaria desde el Estado hacia los gobiernos regionales.
De la noche a la mañana, las comunidades autónomas asumieron la gestión integral de miles de colegios, institutos y centros de formación profesional. Coincidiendo con aquel traspaso de responsabilidades, la incipiente sociedad de la información exigía un esfuerzo sin precedentes: alfabetizar digitalmente a toda una generación escolar e introducir los ordenadores en las aulas ordinarias.
La imposibilidad matemática del software privativo
Fue en ese momento cuando los responsables públicos chocaron frontalmente contra la realidad presupuestaria. El modelo informático tradicional promovido por los gigantes tecnológicos estadounidenses se basaba en la venta de licencias de software comercial al peso: una licencia por cada sistema operativo y una licencia adicional por cada paquete ofimático instalado en cada máquina.
El caso de Extremadura, presidida entonces por Juan Carlos Rodríguez Ibarra, ilustró a la perfección aquel callejón sin salida. Con un territorio muy extenso, una población dispersa y una renta per cápita históricamente modesta, la Junta de Extremadura se propuso un objetivo revolucionario: instalar un ordenador con acceso a la red por cada dos alumnos en las aulas de la región.
Cuando los gestores echaron mano de la calculadora, el veredicto fue demoledor. Pagar el canon de las licencias propietarias exigidas por Microsoft para decenas de miles de puestos escolares multiplicadas por sucesivas renovaciones de versión requería miles de millones de pesetas. No se trataba de una cuestión de preferencia política o de simpatía filosófica hacia el código abierto: sencillamente, el despliegue era económicamente imposible. No había dinero suficiente para financiarlo bajo el modelo privativo.
El nacimiento de LinEx y el efecto dominó
Bajo la dirección técnica de profesionales como Jesús Rubio, la administración extremeña se puso en contacto con Hispalinux y con la comunidad técnica libre para explorar si aquel sistema operativo del que hablaban los entusiastas podía sostener un despliegue escolar de semejante envergadura.
La respuesta comunitaria fue entusiasta y comprometida. Nació así LinEx en el año 2002, una distribución basada en Debian que demostró al mundo entero que un gobierno regional podía construir, mantener y desplegar su propio entorno informático adaptado a su realidad lingüística y educativa, con un coste marginal por puesto cercano a cero.
El éxito arrollador de LinEx provocó un auténtico seísmo administrativo en el resto de comunidades que acababan de asumir las transferencias:
- Andalucía y Guadalinex: Siendo la comunidad más poblada del país, con más de siete millones de habitantes, Andalucía multiplicó por diez la escala del reto extremeño. El lanzamiento de Guadalinex no solo modernizó las aulas andaluzas, sino que llevó el software libre a la red de telecentros comunitarios Guadalinfo, alfabetizando a cientos de miles de ciudadanos en comarcas rurales y suburbanas.
- Comunidad de Madrid y MAX: Madrid demostró que el fenómeno no era exclusivo de regiones con fondos de cohesión. El desarrollo de Madrid Linux (MAX), coordinado por Ismail Ali Gago, alcanzó cotas de excelencia técnica excepcionales, combinando el sistema operativo con el despliegue de EducaMadrid, una infraestructura de servicios educativos centralizados que anticipó los conceptos modernos de computación en la nube antes de que el término cloud fuera acuñado comercialmente.
- Comunidad Valenciana y LliureX: La Generalitat Valenciana apostó de manera decidida por LliureX, adaptando el sistema a la realidad bilingüe de la región e integrando una arquitectura de servidores de centro extraordinariamente sofisticada que reducía al mínimo la carga de trabajo de los coordinadores informáticos en los colegios.
El avance de las distribuciones autonómicas colocó a España en el epicentro mundial de la innovación pública. Por primera vez en la historia contemporánea, las administraciones no actuaban como meras comparsas o clientes cautivos de las patentes extranjeras; ejercían una verdadera soberanía digital, decidiendo cómo debía funcionar su tecnología y manteniendo el control de los datos y los programas en manos públicas.
La reacción del gigante: la guerra silenciosa de Microsoft
La irrupción masiva del software libre en las administraciones y las escuelas españolas no pasó desapercibida en la sede central de Microsoft en Redmond. España, un mercado tradicionalmente cautivo y dócil ante el software comercial, se había transformado de la noche a la mañana en una auténtica pesadilla para la multinacional fundada por Bill Gates.
La amenaza no era puramente económica por la pérdida inmediata de decenas de miles de licencias escolares. El peligro estratégico era incomparablemente mayor: si toda una generación de niños y jóvenes españoles crecía estudiando, navegando y aprendiendo a programar sobre entornos libres, el monopolio cultural del software propietario quedaría pulverizado a medio plazo.
El marcaje al hombre: un comercial en cada conferencia
La respuesta de la multinacional fue fulgurante y demoledora. Microsoft activó una ofensiva comercial y diplomática sin precedentes a lo largo de toda la geografía española.
Una de las anécdotas más reveladoras de aquel periodo refleja la intensidad casi cómica de aquel enfrentamiento. Juan Tomás García, en su condición de presidente de Hispalinux, recorría incansablemente universidades, foros institucionales y jornadas técnicas defendiendo las bondades del software libre. Pronto advirtió un patrón desconcertante: a cada charla, panel o conferencia a la que asistía, en cualquier punto del país, acudía invariablemente el mismo responsable de relaciones corporativas de Microsoft España.
La presión llegó a tal extremo que, en los pasillos de un congreso, el propio directivo de la multinacional se acercó a Juan Tomás para pedirle en tono confidencial, medio en broma medio en serio, que aflojara el ritmo de su agenda pública, pues la obligación corporativa de seguirle los pasos por toda España estaba a punto de costarle el matrimonio.
Microsoft no escatimó recursos. Abrió centros de innovación y desarrollo tecnológico en diversas comunidades autónomas, regó de convenios y donaciones a departamentos universitarios y desplegó una actividad incesante de relaciones públicas en los despachos políticos de Madrid para frenar el avance de las alternativas libres.
El proyecto CACLE y la resistencia universitaria
Frente al despliegue de poderío económico de las multinacionales, la comunidad de Hispalinux respondió con su arma más efectiva: el activismo altruista y el rigor divulgativo.
Inspirado en una sugerencia terminológica de Miguel de Icaza, que recordaba el nombre popular de las sandalias tradicionales en México (cacles), se puso en marcha el CACLE: el Círculo Ambulante de Linux a la Educación. Aquella iniciativa articuló una red de más de veinte ponentes voluntarios de alto nivel que pusieron a disposición de cualquier facultad, colegio profesional o colectivo estudiantil un catálogo de conferencias de primer nivel sobre redes, bases de datos, compilación de kernels y licencias libres.
Las condiciones eran diáfanas: los conferenciantes no cobraban un solo euro de honorarios; únicamente solicitaban que la entidad organizadora cubriera el billete de autobús o tren y una comida modesta.
Aquel ejército pacífico de divulgadores recorrió decenas de campus universitarios, desatando una auténtica fiebre comunitaria. Al calor de aquellas charlas nacieron decenas de clubes universitarios de software libre y se crearon las primeras Oficinas de Software Libre en universidades públicas históricas. Para los estudiantes de informática e ingeniería de la época, poder acceder al código fuente, destripar el sistema, modificarlo y corregir errores suponía una experiencia pedagógica incalculable frente al oscurantismo del software privativo.
La batalla por los derechos ciudadanos: el Programa PADRE y la Agencia Tributaria
El compromiso de Hispalinux con la soberanía digital no se limitaba a defender el código abierto en las aulas; abarcaba de forma prioritaria la salvaguarda de los derechos civiles de los ciudadanos en su relación obligatoria con el Estado.
A finales de la década de 1990, la Agencia Estatal de Administración Tributaria (AEAT) comenzó a popularizar el Programa PADRE, una aplicación informática oficial distribuida en disquetes y posteriormente descargable a través de Internet, destinada a facilitar la confección de la declaración del Impuesto sobre la Renta de las Personas Físicas (IRPF).
La discriminación tecnológica del contribuyente
Aquel avance hacia la administración electrónica contenía una injusticia flagrante: el Programa PADRE se desarrollaba de forma exclusiva para el sistema operativo Microsoft Windows.
La postura de Hispalinux ante aquel atropello institucional fue contundente e implacable. Resultaba éticamente inadmisible y jurídicamente insostenible que un Estado de derecho obligara a sus ciudadanos a cumplir un deber cívico fundamental, como era tributar a la hacienda pública, forzándoles simultáneamente a adquirir una licencia comercial de una corporación extranjera y a utilizar un software privativo específico.
Hispalinux lanzó una intensa campaña pública y jurídica exigiendo la neutralidad tecnológica del Estado y reclamando la liberación de las especificaciones y el código del programa tributario bajo la campaña PADRE Libre. La exigencia era muy clara: la administración debía garantizar que cualquier ciudadano pudiera relacionarse telemáticamente con las instituciones utilizando sistemas libres o multiplataforma.
Negociaciones al más alto nivel institucional
Para desbloquear la situación, representantes de la asociación solicitaron reuniones formales con la alta dirección del Ministerio de Hacienda y de la Agencia Tributaria. Roberto Santos recuerda aquellas citas como auténticas partidas de ajedrez dialéctico.
Lejos de presentarse como aficionados quejosos, los miembros de Hispalinux preparaban las reuniones con una exhaustividad técnica y jurídica aplastante. Estudiaban a fondo la normativa tributaria, la Constitución Española y las directivas europeas sobre libre concurrencia. Sabían que, en un debate técnico honesto, sus argumentos sobre interoperabilidad y neutralidad tecnológica eran sencillamente irrebatibles.
Aquellas reuniones dejaron anécdotas imborrables que reflejan la permeabilidad de la comunidad. En una ocasión, mientras esperaban la hora de audiencia en el vestíbulo del ministerio junto a un socio voluntario que los acompañaba, llegó el momento del acceso. Para sorpresa de la comitiva, el socio se despidió indicando que él entraría por los tornos de funcionarios con su propia tarjeta magnética: trabajaba como informático en el propio ministerio, simpatizaba plenamente con la causa y se encargó de guiarlos discretamente por los laberintos burocráticos hasta la puerta del director general correspondiente.
El impacto del uniforme: el comandante Fernando Acero
En otra de aquellas reuniones estratégicas, celebrada en el Ministerio de Administraciones Públicas para debatir sobre iniciativas de interoperabilidad europeas, la asociación vivió un episodio definitivo de legitimidad institucional.
Formaba parte de la junta directiva de Hispalinux Fernando Acero, un brillante especialista en seguridad informática y criptografía que, en su vida profesional ordinaria, ostentaba el rango militar de comandante en el Ejército del Aire.
Roberto Santos y Juan Tomás se encontraban ya sentados en la sala de juntas ministerial junto a los altos cargos y directores generales del ministerio cuando la puerta se abrió y apareció Fernando Acero, recién salido de su destino operativo y vestido reglamentariamente con su uniforme militar de gala.
Al ver entrar al comandante, todos los funcionarios presentes se pusieron inmediatamente en pie con marcial respeto. Cuando Fernando tomó asiento como vocal de la junta directiva de la asociación de software libre, el tono, la seriedad y la receptividad institucional de la reunión dieron un giro de ciento ochenta grados. Aquella presencia desmoronó de un plumazo el intento interesado de los lobbies comerciales de retratar a los activistas del software libre como un grupo marginal de estudiantes desocupados: eran profesionales del más alto nivel sirviendo al interés público.
La presión constante de la asociación surtió efecto con el paso de los años: la Agencia Tributaria se vio forzada a desarrollar versiones basadas en Java y, posteriormente, a migrar sus plataformas hacia soluciones web completamente independientes del sistema operativo del contribuyente.
Legislar la libertad: la trastienda de la Ley 11/2007 y la licencia EUPL
La influencia de Hispalinux alcanzó su cénit durante la tramitación parlamentaria de las grandes leyes que debían regular la sociedad de la información en España, muy especialmente la Ley 11/2007, de 22 de junio, de Acceso Electrónico de los Ciudadanos a los Servicios Públicos (LAECSP), y la Ley de Medidas de Impulso de la Sociedad de la Información (LISI).
La directiva de la asociación dedicó miles de horas a analizar borradores legislativos, enmiendas parlamentarias y disposiciones normativas, buscando cualquier resquicio donde consagrar la primacía de los estándares abiertos y el código libre en el sector público.
El veto a la palabra libertad
Durante la fase final de redacción de la Ley 11/2007 se produjo una llamada telefónica decisiva. Un alto responsable gubernamental al mando de la ponencia legislativa se puso en contacto con Roberto Santos con un mensaje urgente: existía un bloqueo político irreconciliable. Un determinado grupo parlamentario se oponía con rotundidad frontal a que la expresión software libre figurara en el texto definitivo de la ley, argumentando que el término libre poseía una carga ideológica y política inaceptable en un texto legal neutral.
La propuesta de la administración era adoptar la fórmula aséptica de software de fuentes abiertas.
La respuesta de Roberto fue una lección magistral de pragmatismo estratégico. Aceptó sin dudar la renuncia al nombre con una condición no negociable: la definición jurídica que acompañase a esa denominación debía ser idéntica, punto por punto, a la definición canónica de las cuatro libertades fundamentales del software libre establecidas por la Free Software Foundation de Richard Stallman (libertad de usar, estudiar, modificar y redistribuir el software).
El negociador ministerial tomó nota al dictado de la redacción propuesta. Cuando la Ley 11/2007 fue aprobada y publicada formalmente en el Boletín Oficial del Estado, España se convirtió en una de las primeras naciones del mundo en incorporar a su ordenamiento jurídico vinculante la definición exacta y rigurosa del software libre, blindando el principio de que los programas desarrollados con dinero público debían estar a disposición de toda la ciudadanía.
El dilema de la GPL y el nacimiento de la EUPL
Aquel triunfo legislativo desembocó en un nuevo desafío técnico-jurídico. Si los ministerios y las comunidades autónomas comenzaban a liberar los aplicativos informáticos desarrollados con fondos públicos, ¿bajo qué licencia legal debían hacerlo?
La opción lógica y natural planteada por Hispalinux fue utilizar la prestigiosa Licencia Pública General de GNU (GPL). Sin embargo, surgió un obstáculo imprevisto de enorme calado: la negativa categórica de Richard Stallman a autorizar una traducción oficial y jurídicamente válida de la GPL a otros idiomas distintos del inglés.
Stallman sostenía que los términos del derecho consuetudinario anglosajón en los que estaba redactada la GPL no podían traducirse con total fidelidad a los códigos jurídicos continentales basados en el derecho romano, temiendo que una traducción divergente alterara el espíritu de la licencia.
Roberto Santos participó directamente en reuniones celebradas en León con altos directivos de la administración pública y el propio Richard Stallman, intentando sin éxito alcanzar un punto de encuentro que permitiera homologar la GPL en castellano.
Ante la imposibilidad de que el Estado español adoptara formalmente una licencia redactada exclusivamente en lengua inglesa y regida por interpretaciones legales foráneas, las instituciones europeas, con una participación muy activa de expertos españoles, promovieron la creación de un nuevo instrumento: la European Union Public Licence (EUPL).
Aprobada por la Comisión Europea y dotada de validez legal idéntica en todas las lenguas oficiales de la Unión, la EUPL incorporó un matiz de enorme trascendencia. Lejos de ser una licencia permisiva, incluyó cláusulas de compatibilidad y deber de distribución que, en la práctica, la aproximaban a la filosofía de la Affero GPL: si una entidad pública o privada utilizaba un software bajo EUPL para prestar servicios a través de una red telemática, estaba obligada a hacer público el código fuente de las modificaciones introducidas.
España se convirtió en el país con mayor volumen de aplicativos gubernamentales liberados bajo licencia EUPL, sentando un precedente de compartición de código entre administraciones que fue imitado en todo el continente.
El talón de Aquiles: por qué la Ley de Contratación Pública asfixió al modelo
Si España contaba con la comunidad técnica más activa, las experiencias de éxito más masivas en sus distribuciones autonómicas, el respaldo explícito de la legislación y un marco normativo pionero, ¿por qué aquel ecosistema deslumbrante comenzó a desvanecerse hacia los años 2008 y 2009?
El análisis retrospectivo de Roberto Santos es demoledor y señala con quirúrgica precisión un fallo estructural que nadie supo anticipar en aquellos años de euforia: el diseño de la Ley de Contratos del Sector Público.
La trampa de las licitaciones cerradas
El desarrollo de software libre no responde al paradigma clásico de la obra pública tradicional. Construir una carretera o levantar un puente de hormigón son proyectos cerrados: se redacta un pliego de condiciones, una empresa constructora gana la licitación, ejecuta la obra, cobra el importe acordado y se marcha, dejando la infraestructura terminada.
El software, por su propia naturaleza, es un organismo vivo que requiere mantenimiento correctivo continuo, adaptación a nuevos estándares de hardware, parches de seguridad periódicos y evolución constante de sus funcionalidades.
La legislación española de contratación pública estaba pensada exclusivamente para proyectos cerrados. La administración sacaba a concurso el desarrollo de una versión de una distribución o de una aplicación interna. Una pequeña o mediana empresa local especializada en software libre concurría a la licitación, ganaba el contrato por su solvencia técnica y dedicaba todos sus recursos humanos a ejecutar el proyecto con un estándar de calidad altísimo.
El problema sobrevenía al día siguiente de la entrega. Una vez finalizado el contrato y liquidada la factura, la relación contractual quedaba formalmente extinguida. La empresa no podía seguir prestando soporte ni aportando mejoras de forma orgánica; debía esperar a que la administración decidiera, meses o años después, publicar un nuevo concurso público abierto a cualquier licitador.
Aquel mecanismo de adjudicaciones aisladas condenó a las empresas pioneras a vivir en una ruleta rusa financiera. Si una compañía especializada ganaba dos licitaciones consecutivas, lograba una precaria estabilidad; en cuanto perdía la tercera frente a una gran consultora multiservicios que reventaba los precios a la baja mediante subcontrataciones masivas, la empresa quebraba irremediablemente o se veía obligada a abandonar el software libre para dedicarse a otros nichos comerciales tradicionales.
La ausencia de colaboración público-privada
No existía en aquel marco normativo la figura jurídica que hoy conocemos como colaboración público-privada a largo plazo.
Si un gobierno autonómico hubiera podido asociarse de forma continuada durante una década con un consorcio de empresas locales especializadas en software libre, aquellas compañías habrían podido industrializar sus procesos, madurar sus herramientas y alcanzar la escala necesaria para ofrecer esas mismas soluciones a otros clientes privados y administraciones internacionales.
Al faltar ese puente económico continuo, el tejido empresarial no pudo consolidarse. Las propias administraciones, atrapadas en la lentitud de sus procesos de licitación, optaron con frecuencia por internalizar el mantenimiento de sus distribuciones con recursos propios o contratar a grandes consultoras generalistas que carecían del compromiso ético y la pericia técnica necesarios, desvirtuando poco a poco los proyectos originales.
Licencias al peso y titulares de prensa
A esa debilidad estructural se sumó la aplastante asimetría de recursos frente a los gigantes del software privativo. Mientras la comunidad y las pymes locales vivían de contratos efímeros, multinacionales como Microsoft contaban con un músculo financiero casi ilimitado.
Los grandes fabricantes podían ofrecer a los responsables políticos algo que ninguna comunidad técnica voluntaria estaba en condiciones de aportar: impactos mediáticos garantizados en los informativos de máxima audiencia, inversiones millonarias en patrocinios de eventos y la apertura de centros de demostración tecnológica que servían de escaparate electoral para los mandatarios de turno.
Frente a la promesa abstracta de la soberanía digital y la libertad técnica a largo plazo, el cálculo cortoplacista de muchos políticos sucumbió a la tentación de firmar grandes acuerdos corporativos globales que garantizaban titulares inmediatos y soporte cerrado llave en mano, arrinconando gradualmente las iniciativas libres que tanto esfuerzo humano habían costado.
El ocaso de una época y las lecciones para el futuro
Hacia el cambio de década de 2010, el escenario que había hecho posible la edad de oro del software libre en España había mutado profundamente.
A las limitaciones económicas y de contratación se sumó un factor humano inexorable: el paso del tiempo. Aquellos jóvenes estudiantes, programadores y funcionarios que a finales de los noventa dedicaban sus tardes y madrugadas a configurar servidores en sótanos, debatir en el Bar Victoria y recorrer facultades con el CACLE, entraron en la treintena y la cuarentena. Llegaron las responsabilidades familiares, la crianza de los hijos y las exigencias de carreras profesionales absorbentes que hacían imposible mantener aquel nivel de militancia altruista no remunerada.
Sin un tejido empresarial sólido que pudiera contratar a aquellos talentos y pagarles sueldos dignos por desarrollar software libre a jornada completa, el relevo generacional quedó interrumpido. Hispalinux fue espaciando sus congresos y diluyendo su presencia pública hasta convertirse en un recuerdo venerado, mientras muchas de las distribuciones autonómicas fueron perdiendo impulso presupuestario o transformándose en adaptaciones menores de distribuciones comerciales extranjeras.
La autocrítica de una generación extraordinaria
Al contemplar aquel periplo con la serenidad que otorga la distancia histórica, la valoración no puede ser de amargura, sino de legítimo orgullo y madura autocrítica.
Como reconocía el propio Roberto Santos, si los pioneros de aquella revolución pudieran subirse a una máquina del tiempo y regresar a 1998 con los conocimientos de hoy, su prioridad estratégica habría sido radicalmente distinta: se habrían atrincherado frente al Ministerio de Hacienda hasta lograr una reforma integral de la Ley de Contratos del Sector Público que permitiera la supervivencia y prosperidad de las empresas tecnológicas libres.
Aquella generación libró batallas descomunales y las ganó casi todas: demostró la solvencia técnica del código abierto frente al escepticismo corporativo, alfabetizó a millones de estudiantes mediante sistemas operativos públicos, blindó la definición del software libre en las leyes del Estado y desafió la hegemonía de los monopolios mundiales. Su único talón de Aquiles fue no haber sabido anticipar las trampas burocráticas del mercado de contratación pública.
La nueva frontera: la inteligencia artificial y el código abierto
Aquellas lecciones forjadas hace dos décadas no son piezas de museo para nostálgicos de la informática; son herramientas críticas de análisis para entender el presente inmediato.
La humanidad se encuentra inmersa en una nueva revolución tecnológica de proporciones gigantescas pilotada por la inteligencia artificial. De forma calcada a lo que sucedió a finales de los noventa con los sistemas operativos y las bases de datos relacionales, un puñado de corporaciones transnacionales intenta imponer un modelo cerrado, opaco y centralizado, cobrando licencias multimillonarias y convirtiendo a los ciudadanos, las universidades y las administraciones públicas en usuarios dependientes y desprovistos de control sobre sus propias infraestructuras críticas.
Frente a esa amenaza de vasallaje algorítmico, el movimiento de la inteligencia artificial de código abierto reivindica con más fuerza que nunca los principios de Hispalinux: la necesidad innegociable de acceder al código fuente, comprender el funcionamiento de los modelos neuronales, auditar los datos de entrenamiento y garantizar la neutralidad y la soberanía digital de las naciones.
La historia del software libre en España nos enseña que no existen gigantes invencibles cuando el talento técnico se organiza con generosidad comunitaria, rigor metodológico y visión estratégica. Aquellas tertulias del Bar Victoria, aquellas latas de patatas enlazando señales entre islas y aquellos servidores que desafiaron a los monopolios siguen mostrándonos el camino: la tecnología solo es verdaderamente útil cuando emancipa a las personas y pertenece a la sociedad que la hace posible.
Enlaces y referencias documentales
- Asociación Hispalinux (Sitio Histórico): Archivo documental de la Asociación Española de Usuarios y Desarrolladores de Linux, estatutos y proyectos históricos.
- Boletín Oficial del Estado – Ley 11/2007 (LAECSP): Texto normativo de la Ley de Acceso Electrónico de los Ciudadanos a los Servicios Públicos, donde se consagró la definición de software de fuentes abiertas.
- European Union Public Licence (Comisión Europea): Marco oficial, textos legales en múltiples idiomas y análisis normativo de la licencia comunitaria de código abierto.
- Proyecto Debian: La distribución universal que sirvió de cimiento técnico a LinEx, Guadalinex, MAX y a la inmensa mayoría de las distribuciones autonómicas españolas.
- Proyecto LuCAS (Linux en Castellano): Repositorio histórico de documentación técnica, tutoriales y manuales de referencia traducidos por la comunidad hispanohablante.
- Free Software Foundation (FSF): Organización fundadora del movimiento del software libre y custodio de la definición canónica de las cuatro libertades del código abierto.
Participantes:
- Roberto Santos.
- Jesús González-Barahona. Catedrático del área de Ingeniería Telemática en la Universidad Rey Juan Carlos (Móstoles, Madrid).
- Lorenzo Carbonell.
Música:
Discovery by Scott Buckley – released under CC-BY 4.0. www.scottbuckley.com.au
Deja una respuesta