A trent’anni dalla sua prima comparsa pubblica, GIMP 0.54 torna a funzionare su un sistema Linux moderno grazie a un’immagine Flatpak. Non si tratta di una versione aggiornata o patchata: è l’originale del 1996, con la sua interfaccia basata su Motif, riportata in vita per archeologi del codice e nostalgici del software libero degli albori. Niente intelligenza artificiale, niente riempimento generativo o rilevamento dei bordi: stiamo parlando di un editor di immagini che all’epoca faceva concorrenza a Photoshop offrendo timbri clonazione e scontorni distruttivi, senza livelli o maschere.

Come un Flatpak risolve l’inferno delle dipendenze

Riportare in esecuzione un binario del 1996 non è un esercizio banale. Le distribuzioni Linux attuali hanno abbandonato toolkit come Motif da decenni, e ricostruire a mano la pila di librerie necessarie porterebbe a conflitti e incompatibilità a catena. Il progetto ha aggirato l’ostacolo confezionando l’intera applicazione e le sue dipendenze in un contenitore Flatpak: un runtime isolato che ingloba non solo l’eseguibile ma anche le versioni esatte di Motif e degli altri componenti del 1996, consentendo a GIMP 0.54 di funzionare su sistemi x86-64 con Wayland senza toccare il sistema host. È lo stesso principio dei container Docker, applicato al mondo desktop: anziché adattare il vecchio software al nuovo ambiente, si trasporta l’ambiente stesso con l’applicazione.

La maledizione di Motif e la nascita di GTK

La versione 0.54 del celebre editor era legata a Motif, il toolkit grafico standard per X11 negli anni Novanta. Il problema? Motif non era software libero: la sua licenza FOSS sarebbe arrivata solo nel 2012, dopo la liberalizzazione del Common Desktop Environment. Questa restrizione rendeva la distribuzione di GIMP complicata e allontanava gli sviluppatori di plug-in. Peter Mattis, co-creatore del progetto, si stufò presto e decise di scrivere un proprio toolkit, GTK (allora acronimo di GIMP ToolKit), accompagnato dal layer di disegno GDK. La mossa, inizialmente pensata come soluzione interna, cambiò per sempre la storia del desktop Linux: quando il progetto GNOME dovette scegliere una libreria grafica per il proprio ambiente, scelse GTK in alternativa a Qt di KDE, che all’epoca aveva una licenza meno permissiva. Da lì nacque un ecosistema che si è evoluto fino a GTK 4, mentre oggi esistono persino fork di GTK 1 e 2, mantenuti per sostenere applicazioni legacy come CinePaint.

Conservare il software legacy: quando i container diventano strategici per l’on-premise

L’operazione su GIMP 0.54 non è solo un vezzo da collezionisti. Nel mondo enterprise, migliaia di applicazioni sviluppate internamente o acquistate decenni fa girano ancora su stack obsoleti, spesso bloccate da dipendenze non più aggiornate. Non si tratta solo di editor di immagini: si pensi a sistemi di gestione documentale, tool di analisi finanziaria o pannelli di controllo industriali scritti con toolkit ormai estinti. Reingegnerizzare tutto sarebbe costoso e rischioso. Ecco perché tecniche di containerizzazione come Flatpak – o, in ambito server, Docker e Podman – sono diventate uno strumento strategico per l’infrastruttura on-premise: permettono di incapsulare l’intero ambiente di runtime legacy, isolandolo dal sistema operativo moderno senza dover riscrivere il codice. Per chi valuta deployment on-premise, esistono trade-off evidenti: i container aumentano la complessità di orchestrazione e aggiornamento, ma garantiscono la sopravvivenza di software critico, preservando al contempo la sicurezza grazie all’isolamento. La notizia del GIMP 0.54 in Flatpak è un piccolo caso di studio che illustra perfettamente come la conservazione digitale non sia un optional, ma un tassello di gestione del ciclo di vita del software in ambienti self-hosted.

Dalla nostalgia al pragmatismo

Il fatto che oggi si possa lanciare GIMP 0.54 su un sistema aggiornato non è un semplice esercizio storico. Mostra che la comunità open source ha affinato strumenti capaci di manutenere a lungo termine non solo le idee, ma anche i bit eseguibili. Altri toolkit vintage stanno seguendo lo stesso percorso: Tcl/Tk 9 è tornato dopo dodici anni di silenzio, FLTK ha ripreso vita dopo tredici, e un fork di GTK 1 continua a essere mantenuto. La prossima volta che la vostra azienda vi chiederà di resuscitare un’applicazione interna scritta negli anni Novanta, ricordate che la soluzione potrebbe già essere nel pacchetto Flatpak di turno.