Wat is je bedoeling van deze post? Je schetst wel een erg gekleurd beeld van de situatie.
Beetje kortzichtig. Zeker alweer vergeten dat Microsoft belangen heeft in Apple en dat OSX grotendeels op unix -achtige code is gebouwd? Of wat dacht je van 'Windows services for Unix'..
Zo zwart-wit is dat allemaal niet. Die belangen zijn met de tijd erg veranderd (inmiddels verleden tijd, Office daar gelaten?) Services for unix was om een ingang te vinden in de zware-server markt, in de tijd dat iedereen in die markt zijn neus ophaalde voor MS-servers. Dat het geintegreerd is in server 2003 R2 is min of meer door rechtszaken afgedwongen. Dus wat voor punt probeer je hier te maken?
Daarbij ziet Microsoft Linux al lang niet meer als een bedreiging, maar juist als een mogelijkheid om wat lucht te krijgen. Want hoe meer mensen BSD, Linux en OSX gaan gebruiken, des te lager hun markt aandeel wordt en hebben ze ook minder juristen nodig voor alle rechtszaken wegens vermeend misbruik van hun monopoly positie.
Natuurlijk zien ze het als bedreiging. Anders zouden ze het misbruik kunnen stoppen, hebben ze ook geen rechtszaken meer, en kunnen ze op kwaliteit gaan concurreren. Ze zetten een aantal stappen in de goede richting, maar mijns insziens zo langzaam als juridisch mogelijk is.
Wat betreft de betwistbaarheid van de licentie. SCO heeft daadwerkelijk aangetoond dat er delen van de unix broncode door IBM aan de Linux kernel zijn toegevoegd.
Dat is wat SCO zei in zijn aanklacht, maar nooit hard heeft gemaakt voor de rechter. De open-source community heeft wel aangetoond dat de voorbeelden die SCO wel kon geven, onzin waren. Het waren bijvoorbeeld stukken code die uit oude leerboeken kwamen. Daarna in Unix-varianten terecht zijn gekomen, en vervolgens ook in Linux zijn gebruikt (door IBM, waar die leerboeken gebruikt werden). Daar kan je Linux niet op aanspreken...
Dit werd echter irrelevant toen Novell toch al als copyright-holder werd aangewezen, en is daarom nooit meer door een rechter getoetst.
Microsoft (net als veel andere grote bedrijven)kan op zo'n moment geen enkel risico nemen en neemt dan een licentie af.
Op het moment dat bedrijf X een rechtszaak begint tegen een gigant als IBM, moet je als klant van IBM meteen maar een licentie kopen? Zonder af te wachten wat de rechter daar dan van vindt? Dat is apart. Welk 'groot bedrijf' dat er geen ander belang bij heeft doet dat dan? (Van de fortune-500 weigerde zo'n 98% de deal met SCO, slechts enkelen, die ook andere belangen hadden, zoals het kopen van een SCO-Unix-licentie en MS, sloten een dergelijke licentie af)
Al vanaf 2004 werkt Microsoft intensief samen met Novell wat in 2006 de beruchte deal opleverde. Pas in 2007 werd Novell als eigenaar van de unix code aanwezen. Aangezien Novell onder andere Suse bezit zullen dus alle SCO claims op Linux komen te vervallen.
Dit heeft natuurlijk niets met de SCO-zaak te maken, maar met de vermeende schenden van MS-patenten in Linux. (Microsoft zegt dat het gebeurt, maar weigert voorbeelden te geven, net als SCO destijds)
Juist omdat Microsoft destijds die licentie heeft afgenomen (wat wereldwijd bekend is geworden) kan Novell SCO nu aanklagen wegens het onrechtmatig verkopen van licenties.
Hier ga je helemaal de mist in. Novell heeft die rechten al sinds begin jaren 90. De patenten-issue heeft er niets mee te maken.
Op de achtergrond blijft Microsoft onzichtbaar actief bij de ontwikkeling van op Linux gebaseerde distributies in de vorm van support aan het kernel team (via Novell) en onder andere Mono (Linux .NET variant).
Je weet echt niet waar je het over hebt, he? Wat ze ondersteunen is de ontwikkeling van SMB en andere software om MS servers en Linux machines beter te laten samenwerken. Deels gerechtelijk afgedwongen. Dat daar delen van in de kernel terechtkomen kan zijn, maar die code wordt echt niet door MS-mensen geschreven.
Mono is een heel ander verhaal. Daar heeft MS niets mee te maken, dat doen open-source ontwikkelaars. Als MS aan mono zou werken, zou het binnen een paar maanden af zijn. Want dan kan MS natuurlijk gewoon zijn eigen .net-code copy-pasten en aan laten passen voor andere besturingssystemen.