Definition av öppen källkod

Den aktuella versionen av sidan har ännu inte granskats av erfarna bidragsgivare och kan skilja sig väsentligt från versionen som granskades den 16 december 2020; kontroller kräver 2 redigeringar .

Open Source Definition ( OSD ) används av Open  Source Initiative för att fastställa i vilken utsträckning en programvarulicens överensstämmer med Open Source Software - standarder ( open Source) . Baserat på Debians direktiv för fri programvara , som till största delen är skrivna av Bruce Perens .

Termen "Öppen källkod" skapades som ett alternativ till termen "fri programvara". För fri programvara är öppen källkod ett måste, vilket följer av själva definitionen av "fri programvara" ( "Frihet 1" och "Frihet 3" ).

Licenskrav för öppen källkod som reviderats av initiativet för öppen källkod

  1. Gratis distribution. Detta innebär att licensen inte bör införa begränsningar för försäljning och distribution av programvaran.
  2. Tillgängliga källtexter. Även om programvaran inte kommer med källkod, bör källkoden vara lättillgänglig. Det ska vara exakt mänskligt redigerad källkod , och inte utdata från obfuscators , förprocessorer och liknande mellanformer. Således är gratisprogram inte öppen källkod.
  3. Möjlighet till modifiering. Bara förmågan att läsa källtexterna tillåter inte att experimentera med dem och släppa ändringar. En licens som påstår sig vara "öppen" måste inte bara tillåta läsning av koden, utan även tillåta modifiering, användning av delar av koden i andra projekt och distribution av de resulterande programmen under villkoren i samma licens. id Software släppte källkoden (men inte data) för Doom 1998 under en "pedagogisk" licens. När en defekt disk satte stopp för en lovande port, licensierades texterna på nytt under GPL : om licensen var öppen skulle någon definitivt ha en säkerhetskopia [1] .
  4. Även i fall av okränkbarhet av författarens källkod måste härledda program och deras källkod distribueras fritt. För att inte förvirra användaren kan fria licenser reservera vissa rättigheter för författaren - till exempel måste ett härlett program bära ett annat namn eller version; eller så bör den bestå av författarens källtexter och lappar till dem. Författaren måste dock tillåta att kompilerade binärer och härledd källkod distribueras i en eller annan form. Netscape behöll Netscape-namnet när det släppte webbläsarens källkod . Trots denna klausul är Mozilla Public License öppen.
  5. Ingen diskriminering av människor och grupper av människor. Vissa länder, till exempel USA , har vissa begränsningar för export av programvara. En gratis licens kan påminna dig om att det finns sådana regler, men den kan inte sätta sina egna. En av de "nästan öppna" licenserna som skapades under apartheid , förbjöd den sydafrikanska polisens användning av programmet . Apartheid föll, men kravet kvarstod.
  6. Ingen diskriminering baserat på syftet med ansökan. En fri licens bör tillåta all verksamhet, inklusive genetisk och kärnforskning, kommersiell användning, etc. Kommersiell användning anges specifikt: "Vi vill att kommersiella användare ska ansluta till samhället och inte anser sig vara avskurna från det." Precis som med fri programvara bör författarens personliga övertygelse inte stå i vägen, och paragrafer som "får inte användas på abortkliniker " är förbjudna. När allt kommer omkring kan man förbjuda abort, en annan svära, en tredje båda och en fjärde av dessa förbud, utan att lämna någonting av frihet.
  7. Fördelning av licensen. Rättigheterna förknippade med programvara med öppen källkod bör gälla för alla användare av programmet utan ytterligare avtal, såsom sekretessavtal. Med andra ord kommer alla öppna licenser att vara en offentliga licenser .
  8. Licensen får inte vara knuten till en specifik produkt. Rättigheterna till programkoden ska inte bero på om programmet är en del av en produkt. En person som distribuerar programmet separat från samlingen eller överförd del av koden till en annan produkt har samma rättigheter som samlingen gav. Detta krav täpper till vissa kryphål i licensieringen. ReactOS och Wine byter aktivt kod. På basis av Linux-kärnan byggs den fasta programvaran för olika enheter . Detta är möjligt eftersom inte en enda kodrad, inte en enda källfil är knuten till något program.
  9. Licensen får inte begränsa andra programvaruprodukter. Med undantag för banal inkompatibilitet har användaren rätt att välja vad som ska användas. Du kan till exempel inte kräva att andra program som följer med denna också är öppen källkod. Nya versioner av Ghostscript hade en licens som förbjöd programmet att användas med stängd programvara (föråldrade versioner släpptes under GPL ). Denna praxis övergavs 2007. Vissa Microsoft Shared Source -licenser tillåter endast skapande av programvara för Windows .
  10. Licensen måste vara teknikneutral. Det vill säga att licensen inte får kräva något från gränssnittet eller teknikerna som används i det derivativa programmet. Till exempel är objektet "användaren måste acceptera licensen genom att klicka på en viss knapp" olämpligt - detta kommer att förhindra att programvaran används i kommandoradsläge utan användaringripande. Denna klausul tjänar också till att täppa till kryphål i licensen.

Se även

Anteckningar

  1. ↑ Licenser - Doom Wiki - Wikia . Hämtad 17 december 2018. Arkiverad från originalet 18 december 2018.

Länkar