Lang ging het gerucht dat de klassieke versie van Winamp een vrije en open source applicatie zou worden, en in de afgelopen uren hebben we bevestigd dat het gerucht... min of meer waar is: Ja, de code van Winamp legacy is op GitHub gepubliceerd, maar de licentievoorwaarden verbieden de distributie van gewijzigde versies volledig. Als iemand denkt aan het maken van een speciale, hypergepersonaliseerde editie van de speler... zal dat in privé moeten.
Winamp was niet alleen de MP3-speler waar miljoenen gebruikers mee opgroeiden. Het diende ook als een creatief expressiemiddel dankzij de skins, en dat ontwikkelde zich tot zo'n hoog niveau dat ze vandaag de dag hun eigen museum hebben. Persoonlijk heb ik geen kopie van Winamp geïnstalleerd, maar ik gebruik wel de draagbare versie van QMMP met een Winamp-skin erboven, en de ervaring is vrijwel identiek.
Wat wil ik hiermee zeggen? Dat we altijd de radar aan hebben staan, wachtend op officieel nieuws van Winamp... en we registreerden *blip* in de afgelopen uren. Een GitHub-profiel genaamd WinampDesktop publiceerde wat lijkt te zijn de code van versie 5.9.2 van de klassieke Winamp. Nu zou iedereen op dit punt vieren... maar het feit is dat we de hele dag de details van de licentie aan het bespreken zijn.
Winamp en de dubbelzinnigheid van 'source available'
In artikel 4, lid 1 van de Winamp Collaborative License versie 1.0.1, ontdekken we dat de gebruiker optimalisaties en bugfixes aan het project mag bijdragen. Deze bijdragen moeten naar de officiële repository worden gestuurd voor verdere evaluatie en worden naar goeddunken opgenomen.
Artikel 5, lid 1 verbiedt echter volledig de distributie van gewijzigde versies van de software, of het nu code of binaire pakketten betreft. Het recht om officiële versies en hun mods te delen blijft onder controle van de beheerders van de repository.
Een deel van het web interpreteerde dit als geen forks, maar het is geen verwarring: De originele versie van de licentie verbood de handeling van forken duidelijk: Geen forks: je mag geen geforkte versie van de software maken, onderhouden of verspreiden. Als we geen forks kunnen maken, hoe delen we dan modificaties? De situatie werd zo absurd dat een gebruiker voorstelde om issues in de repository te openen en de code via de reacties te publiceren.
Met de bijgewerkte licentie registreert de repository al bijna 800 forks, maar de oorspronkelijke voorwaarden blijven intact: Geïnteresseerden mogen de code gebruiken, wijzigen en bestuderen, zolang ze dat in een privéomgeving doen. Aanpassen zodat het op een 386 in een persoonlijk retrolab werkt, ja. Die wijziging delen in een kant-en-klaar pakket genaamd 'RetroAmp386', nee.
Ik vind het jammer. Vanuit historisch oogpunt is het behoud van de code 'voldoende', maar gebruikers willen meer doen. Ik hoop dat het evolueert en snel vrij en open source wordt.
Link naar het project: Klik hier
