Vandaag op Tweakers.net:
Michael Buesch, ontwikkelaar van de Linux-driver voor de aansturing van draadloze netwerkchips van Broadcom, beschuldigt OpenBSD-ontwikkelaars van het stelen van programmacode. Hoewel beide besturingssystemen open source zijn, gebruiken ze verschillende licenties.
OpenBSD is een open source besturingssysteem dat wordt aangeboden onder de zeer liberale BSD licentie. Software onder deze licentie mag voor zo ongeveer alles worden gebruikt, zolang maar wordt vermeld wie de maker is. Linux daarentegen wordt aangeboden onder versie 2 van de GPL, en die legt meer restricties op. De belangrijkste eis uit de GPL is dat elke verspreiding van de software inclusief broncode moet gebeuren. Ook verdere verbeteringen aan de software mogen alleen inclusief broncode worden verspreid.
Michael Buesch is de auteur van een wireless LAN driver voor Broadcom chips. Hij ontdekte dat OpenBSD een driver had met exact dezelfde broncode. Hij stuurde dan ook een boze mail naar het OpenBSD team. Dat was aanleiding voor een stevige discussie; het OpenBSD team en helemaal hun leider Theo de Raadt staat niet bekend om hun softe, subtiele aanpak.
In het algemeen is het lastig om te bepalen of er sprake is van inbreuk op auteursrecht bij software. Alleen code met “het stempel van de maker”, eigen creatief werk dus, wordt beschermd door auteursrecht. Puur functionele code is niet beschermd.
Nu heeft een programmeur normaal veel ruimte voor creativiteit bij het schrijven van de code. Maar bij drivers is dat anders. Die moeten op een bepaalde manier werken om de hardware aan te kunnen sturen. Vaak ligt het communicatie-protocol met de hardware helemaal vast, en ook de manier waarop de gegevens doorgegeven moeten worden aan andere software. Het is dan lastig om te bepalen of een implementatie nu creatief is of puur functioneel. Kort gezegd, op hoe veel manieren kun je “als het apparaat aan moet, stuur dan code 0x3F” implementeren?
Dat wil alleen niet zeggen dat drivers dus niet beschermd zijn, of dat zomaar alle code van een driver mag worden overgenomen. In dit geval bleken er grote stukken code letterlijk gecopy&paste te zijn, inclusief variabelenamen, commentaar en dergelijke. En dat wijst er meestal op dat er meer is overgenomen dan puur het functionele aspect van het origineel.
Arnoud