Spring til hovedindhold
SourceTrust
Se andre licenser

OSL-3.0

Open Software License 3.0

OSL-3.0 er Rosens copyleft-tvilling til AFL-3.0. Kataloget behandler distribution som inklusiv netværksudførelse, så den opfører sig som netværks-copyleft.

På denne side

Hvad den gør

Open Software License 3.0 kræver, at afledte værker du distribuerer bliver under OSL. Rosen definerede External Deployment, inklusive at gøre værket tilgængeligt over et netværk, som distribution. Derfor er denne katalogrække netværks-copyleft, ikke svag fil-copyleft. Der er en udtrykkelig patenttilladelse. Behandl ikke OSL som LGPL.

Fordele

  • Tilladelsen er offentlig, og gensidigheden står skrevet. Købere ved, hvad de kigger på.
  • Intern brug uden distribution forbliver almindelig. Det tunge arbejde starter, når en kopi forlader virksomheden.

Ulemper

  • Kildekode-tilbuddet er reelt, i det øjeblik du distribuerer binære filer, der indeholder dækkede filer.
  • Hvor langt copyleft rækker i et blandet stack, er et juristspørgsmål. Gæt ikke ud fra et blogindlæg.

Hvad den tillader og kræver

Vælg en kategori for at se hele tilladelsen i én overskuelig liste. Tilladelser viser, hvad licensen giver lov til, grænser viser, hvad den tilbageholder, og forpligtelser viser de betingelser, jeres releaseproces skal opfylde.

Tilladelser

  • Kommerciel brug

    Du må sende koden med i et betalt produkt. Licensen begrænser ikke kommerciel brug.

  • Ændre

    Du må ændre koden, også holde ændringerne private, medmindre en senere pligt siger noget andet.

  • Distribuere

    Du må give kopier til andre. Distribution er det, der typisk gør notits- og kildekodepligter til reelt arbejde.

  • Privat brug

    Brug inde i virksomheden, også interne forks, udløser ikke i sig selv distributionspligter.

Hvad OSL-3.0 kræver, når I sender kode ud

For OSL-3.0 kan det at tilbyde softwaren som en hostet tjeneste udløse samme kildekodepligt, som det at give nogen en binær fil ville. Bekræft det, I kører, ikke kun det, I sender ud som en fil. Netværks-copyleft er skrevet til det hul. Trinene nedenfor er forsendelses- og hostingarbejdet, i den rækkefølge en reviewer typisk går dem.

  1. Du opfylder OSL-3.0 ved en leveret binær fil, når hver modtager kan få den tilsvarende kildekode, licensen beskriver.

  2. Du opfylder notits-vilkårene, når de oprindelige copyright-linjer og licensteksten følger med kopien.

  3. Du holder intern brug inden for vilkårene, når ingen kopi forlader virksomheden. Distribution er det, der typisk gør kildekodepligten til reelt arbejde.

De pligter, OSL-3.0 navngiver

Notitsen følger stadig med enhver kopi. OSL-3.0 navngiver også en kildekodepligt, der kan udløses, når I tilbyder softwaren som en hostet tjeneste. Dette er betingelserne i teksten.

Medtag copyright

Behold copyright-notitser på distribuerede kopier.

Medtag licens

Giv modtagere en kopi af licensen sammen med programmet.

Offentliggør kildekode

Når du distribuerer en binær fil af et dækket værk, skal tilsvarende kildekode tilbydes på den måde, licensen beskriver.

Samme licens

Det samlede værk, du distribuerer, skal blive under denne licens. Du kan ikke lukke det dækkede værk med en mere restriktiv tilladelse.

Offentliggør kildekode

AGPL tilføjer en netværksudløser. Hvis brugere interagerer med et ændret dækket værk over et netværk, skal de kunne få den tilsvarende kildekode.

Det skal du være opmærksom på

  • At sige, at I kun bruger OSL-3.0 på serveren, og derefter sende et Docker-image eller et on-prem-build ud. Stil spørgsmålet per artefakt, du giver fra dig.
  • At tilbyde kildekode for den dækkede pakke alene, når licensen beder om tilsvarende kildekode til det værk, du har sendt ud.

Hvad Open Software License 3.0 ikke gør

Søgeresultater flader ofte Open Software License 3.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. OSL-3.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • OSL-3.0 er ikke "tilladelig med ekstra papirarbejde." Ændrer du dækkede filer og sender dem ud, skal den kildekode være tilgængelig under samme licens.
  • OSL-3.0 sletter ikke notitspligter. Copyright-linjer og licensteksten følger stadig med de kopier, du giver videre.

Hvordan OSL-3.0 adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med OSL-3.0, men deres pligter ved en release er forskellige. Hver række opsummerer, hvad licensen kræver, når I sender kode ud. Åbn den linkede side for den fulde tjekliste.

OSL-3.0
OSL-3.0 er Rosens copyleft-tvilling til AFL-3.0. Kataloget behandler distribution som inklusiv netværksudførelse, så den opfører sig som netværks-copyleft.
AFL-3.0
AFL-3.0 er en tilladelig akademisk tilladelse med udtrykkelig patentlicens og kilde-attribueringspligt. OSI-godkendt. Nærmeste fætter er Apache-2.0, ikke MIT.
AGPL-3.0-only
AGPL er GPLv3 plus afsnit 13: lader du brugere nå din ændrede version over et netværk, kan de bede dig om dens kildekode.
GPL-3.0-only
GPL-3.0 beholder kildekode-pligten ved binær distribution og tilføjer et patentbrev, en anti-lockdown-regel for forbrugerenheder og en frist til at rette.

Ofte stillede spørgsmål om Open Software License 3.0

Svar på almindelige spørgsmål om, hvad Open Software License 3.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er Open Software License 3.0?

Open Software License 3.0 kræver, at afledte værker du distribuerer bliver under OSL. Rosen definerede External Deployment, inklusive at gøre værket tilgængeligt over et netværk, som distribution. Derfor er denne katalogrække netværks-copyleft, ikke svag fil-copyleft. Der er en udtrykkelig patenttilladelse. Behandl ikke OSL som LGPL.

Hvad kræver OSL-3.0, når I sender et produkt ud?

Du opfylder OSL-3.0 ved en leveret binær fil, når hver modtager kan få den tilsvarende kildekode, licensen beskriver. Du opfylder notits-vilkårene, når de oprindelige copyright-linjer og licensteksten følger med kopien. Du holder intern brug inden for vilkårene, når ingen kopi forlader virksomheden. Distribution er det, der typisk gør kildekodepligten til reelt arbejde.

Udløser det kildekodepligten at køre OSL-3.0 som en hostet tjeneste?

Ja. For OSL-3.0 kan det at tilbyde softwaren som en hostet tjeneste udløse samme kildekodepligt som distribution. Det er pointen med denne familie.

Hvad er tilsvarende kildekode for OSL-3.0?

Tilsvarende kildekode er den kilde, en modtager skal bruge for at bygge og køre den samme binære fil, inklusive scripts og interfacefiler, licensen nævner. At hoste en repository-URL kan være et tilbud. Tilbuddet skal matche det, I faktisk har sendt ud. SourceTrust registrerer, at en på jeres team har bekræftet tilbuddet. Den udgiver ikke jeres kildekode og hoster ikke et spejl.

Hvordan adskiller OSL-3.0 sig fra Academic Free License v3.0?

OSL-3.0 kræver dette: OSL-3.0 er Rosens copyleft-tvilling til AFL-3.0. Kataloget behandler distribution som inklusiv netværksudførelse, så den opfører sig som netværks-copyleft. Academic Free License v3.0 kræver dette: AFL-3.0 er en tilladelig akademisk tilladelse med udtrykkelig patentlicens og kilde-attribueringspligt. OSI-godkendt. Nærmeste fætter er Apache-2.0, ikke MIT. Åbn Academic Free License v3.0-siden for, hvad den licens kræver, når I sender kode ud. Behandl ikke SPDX-id'erne som udskiftelige, bare fordi de korte navne ligner hinanden.

Hvor registrerer jeg OSL-3.0 til en køber?

Kataloget markerer OSL-3.0 som netværks-copyleft, så et punkt om kildekode-tilbud kan dukke op også for en hostet tjeneste. Publicering er spærret, indtil en på dit team bekræfter de relevante punkter. SourceTrust udgiver ikke din kildekode.

Hvor registrerer jeg OSL-3.0 til en køber?

Kataloget markerer OSL-3.0 som netværks-copyleft, så et punkt om kildekode-tilbud kan dukke op også for en hostet tjeneste. Publicering er spærret, indtil en på dit team bekræfter de relevante punkter.

SourceTrust udgiver ikke din kildekode. Læs /docs/obligation-gpl-vs-agpl.

Se også

Hubben er søjlen for denne klynge. Søskendelicenser er de andre eger. Produkt-FAQ-links forklarer, hvordan SourceTrust registrerer pligten, ikke selve licensteksten.

Praktisk vejledning til procurement-gennemgang, ikke juridisk rådgivning. Bekræft brug med høj risiko med jurist.

Send beviset med.

Importér Open Software License 3.0 og resten af det, I sender i produktion. Gratis at importere og gennemgå. I betaler først, når I udgiver.

Start gratis

Cookies på sourcetrust.dev

Vi bruger nødvendige cookies af hensyn til sikkerhed, herunder til at forhindre misbrug af vores sitescan og formularen til anmodning om en livegennemgang. Med din tilladelse bruger vi også valgfri analyse og diagnostik (Google Tag Manager på denne side, og Sentry browser-SDK'en i SourceTrust-programmet, når den er konfigureret). Se vores cookiepolitik.