Per molto tempo è circolata la voce che la versione classica di Winamp sarebbe diventata un'applicazione libera e open source, e nelle ultime ore abbiamo confermato che la voce è… più o meno reale: Sì, il codice di Winamp legacy è stato pubblicato su GitHub, ma i termini della sua licenza proibiscono del tutto la distribuzione di versioni modificate. Se qualcuno pensa di creare un'edizione speciale e super personalizzata del riproduttore… dovrà farlo in privato.
Winamp non è stato solo «il» riproduttore di MP3 con cui sono cresciuti milioni di utenti. Ha funzionato anche come via di espressione creativa grazie alle sue skin, e si è sviluppato a un livello così alto che oggi possiede un proprio museo. Personalmente non ho una copia di Winamp installata, ma uso la versione portatile di QMMP con una skin di Winamp sopra, e l'esperienza è virtualmente identica.
Cosa voglio dire con tutto questo? Che teniamo sempre il radar acceso, aspettando qualche novità ufficiale da parte di Winamp… e abbiamo registrato un blip nelle ultime ore. Un profilo GitHub chiamato WinampDesktop ha pubblicato quello che sembra essere il codice della versione 5.9.2 del Winamp classico. Ora, chiunque festeggerebbe a questo punto… ma la verità è che abbiamo passato un'intera giornata a dibattere i dettagli sulla sua licenza.
Winamp e l'ambiguità del «source available»
Nell'articolo 4, comma 1 della Winamp Collaborative License versione 1.0.1, scopriamo che l'utente può contribuire ottimizzazioni e correzioni di bug al progetto. Tali contributi devono essere inviati al repository ufficiale per la successiva valutazione e saranno incorporati a discrezione.
Tuttavia, l'articolo 5, comma 1 proibisce totalmente la distribuzione di versioni modificate del software, sia come codice che come pacchetti binari. Il diritto di condividere versioni ufficiali e le loro modifiche rimane sotto il controllo dei responsabili del repository.
Una parte della Rete ha interpretato questo come «niente fork», ma non si tratta di una confusione: la versione originale della licenza proibiva chiaramente l'azione di forking: «Niente fork: non puoi creare, mantenere o distribuire una versione fork del software.» Se non possiamo creare fork, come condividiamo le modifiche? La situazione è arrivata a livelli così assurdi che un utente ha proposto di aprire issue nel repository e pubblicare il codice attraverso i commenti.
Con la licenza aggiornata, il repository conta già quasi 800 fork, ma le condizioni originali restano intatte: qualsiasi interessato può usare, modificare e studiare il codice, purché lo faccia in ambito privato. Modificarlo per farlo funzionare su un 386 in un laboratorio personale di retroinformatica, sì. Condividere quella modifica in un pacchetto prêt-à-porter chiamato «RetroAmp386», no.
Credo che sia un peccato. Da un punto di vista storico, la preservazione del codice è «sufficiente», ma gli utenti vogliono fare di più. Spero che evolva e diventi presto «libero e open source».
Link al progetto: Clicca qui
