MulanPSL-2.0 er en OSI-godkendt tilladelig licens med udtrykkelig patenttilladelse, udgivet på kinesisk og engelsk. Den kinesiske tekst gælder ved afvigelse.
På denne side
Hvad den gør
MulanPSL-2.0 er en tilladelig licens fra Kinas open source-økosystem, godkendt af Open Source Initiative og udgivet i parallelle kinesiske og engelske tekster. Afsnit 6 giver begge tekster samme retsvirkning og lader den kinesiske tekst gælde, hvis de to nogensinde afviger fra hinanden. Du må bruge den kommercielt, ændre den, holde dine ændringer lukkede og videredistribuere i kildekode- eller binær form. Du skal give modtagerne en kopi af licensen og bevare copyright-, patent-, varemærke- og ansvarsfraskrivelseserklæringerne i softwaren. Modsat MIT bærer den en udtrykkelig patenttilladelse fra bidragydere, og den tilladelse ophører, hvis du rejser et patentkrav om den dækkede software.
Detaljer
I praksis opfører den sig som Apache-2.0 uden NOTICE-fil-konventionen. Du kan sende den ud inde i et lukket produkt, hoste den som en tjeneste og udgive intet af dit eget. Patenttilladelsen er den del, der er værd at fortælle din egen juridiske afdeling om. En bidragyder giver dig en patentlicens til sit bidrag, og den ophører, hvis du sagsøger om patenter i den software. To ting mere betyder noget for registreringen. Begge sprogversioner har samme retsvirkning, og afsnit 6 lader den kinesiske tekst gælde ved enhver afvigelse, så gemmer du kun den engelske halvdel, gemmer du den tekst, der viger. Licensen giver desuden ingen varemærkerettigheder.
Fordele
- Nem at lægge ind i et lukket, betalt produkt. Procurement har set denne familie hundredvis af gange.
- Ingen copyleft på dine egne filer. Du holder din kildekode privat.
Ulemper
- Notitspligten er nem at overse i et desktop-, mobil- eller container-build. En webside erstatter ikke notitser inde i artefakten.
- Købere, der vil have en udtrykkelig patenttilladelse, vil bede dig foretrække Apache-2.0 frem for en kort MIT-agtig tekst.
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.
Underlicens
Du må lægge koden ind under dine egne produktvilkår, så længe du stadig opfylder denne licens' betingelser.
Privat brug
Brug inde i virksomheden, også interne forks, udløser ikke i sig selv distributionspligter.
Patentbrug
Licensen indeholder en udtrykkelig patenttilladelse fra bidragydere til det licenserede værk.
Grænser
Holde ansvarlig
Forfatterne fraskriver sig garanti. Modtagere kan ikke holde dem ansvarlige for skader fra softwaren, undtagen hvor loven forbyder den fraskrivelse.
Bruge varemærke
Licensen er ikke en varemærkelicens. Navne, logoer og produktmærker bliver hos ejerne, medmindre en separat tilladelse siger noget andet.
Forpligtelser
Medtag copyright
Behold copyright-linjen i hver kopi eller væsentlig del, du distribuerer.
Medtag licens
Behold licensteksten i hver kopi eller væsentlig del, du distribuerer. En webside erstatter ikke notitser inde i en udsendt artefakt.
Hvad MulanPSL-2.0 kræver, når I sender kode ud
Når en kopi, der indeholder MulanPSL-2.0-kode, forlader virksomheden, er tilladelsen bred, og papirarbejdet er nemt at overse. Distribution betyder her en installer, en mobil binær fil, et container-image eller et SDK et andet team bygger ind. Arbejd listen op imod den artefakt, du rent faktisk giver videre, ikke op imod en README. En hostet tjeneste, der aldrig giver en kopi ud, hører stadig hjemme på registreringen, men notitspligten udløses først, når der findes en kopi.
Du opfylder notitsbetingelsen, når en kopi af licensen og copyright-, patent-, varemærke- og ansvarsfraskrivelseserklæringerne følger med hver distribution, i kildekode- eller binær form.
Du holder registreringen ærlig, når den gemte tekst er den officielle tosprogede version fra upstream, fordi afsnit 6 lader den kinesiske tekst gå forud for den engelske.
Du har stadig patenttilladelsen, så længe du ikke har indledt patentsag om den dækkede software mod en bidragyder.
Du er på plads med branding, når du ikke bruger en bidragyders varemærker eller projektnavn i dit eget, fordi denne licens ingen varemærkerettigheder giver.
Du har intet yderligere at gøre for en hostet tjeneste. Der er ingen kildekode-pligt, ingen netværks-trigger og ingen regler om, hvordan du linker koden.
De pligter, MulanPSL-2.0 navngiver
Selve licensteksten er kort. Dette er de navngivne betingelser. De følger koden, også filer I kopierer ind i jeres eget repository og transitive pakker i lockfilen.
Medtag copyright
Behold copyright-linjen i hver kopi eller væsentlig del, du distribuerer.
Medtag licens
Behold licensteksten i hver kopi eller væsentlig del, du distribuerer. En webside erstatter ikke notitser inde i en udsendt artefakt.
Det skal du være opmærksom på
- Kun den engelske tekst gemmes. Afsnit 6 lader den kinesiske tekst gælde, hvis de to afviger, så behold den tosprogede fil præcis som upstream udgiver den.
- Tilladelig læses som ingen patentvilkår. Denne licens har en patenttilladelse med en gengældelsesklausul, hvilket ændrer, hvordan din patentjurist ser på den.
- Upstream-projektets navn eller logo dukker op i din markedsføring. Licensen giver ophavsretlige tilladelser, ikke ret til at bruge en bidragyders brand.
Hvad Mulan Permissive Software License v2 ikke gør
Søgeresultater flader ofte Mulan Permissive Software License v2 ud til et slogan. Dette er de sædvanlige fejllæsninger. MulanPSL-2.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- Mulan Permissive Software License v2 kræver ikke, at du udgiver din egen kildekode. At kombinere den med lukket kode er selve pointen med tilladelsen.
- Mulan Permissive Software License v2 betyder ikke "ingen forpligtelser." Copyright-linjen og licensteksten skal stadig følge med kopier, du giver videre.
- Det er ikke en patentlicens, medmindre teksten siger det. MIT-familiens tilladelser nævner ikke patenter.
Hvordan MulanPSL-2.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med MulanPSL-2.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.
- MulanPSL-2.0
- MulanPSL-2.0 er en OSI-godkendt tilladelig licens med udtrykkelig patenttilladelse, udgivet på kinesisk og engelsk. Den kinesiske tekst gælder ved afvigelse.
- Apache-2.0
- Tilladelig som MIT, plus en udtrykkelig patenttilladelse. Hagen er NOTICE-filen: den skal med inde i de binære filer, du sender ud.
Ofte stillede spørgsmål om Mulan Permissive Software License v2
Svar på almindelige spørgsmål om, hvad Mulan Permissive Software License v2 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Mulan Permissive Software License v2?
MulanPSL-2.0 er en tilladelig licens fra Kinas open source-økosystem, godkendt af Open Source Initiative og udgivet i parallelle kinesiske og engelske tekster. Afsnit 6 giver begge tekster samme retsvirkning og lader den kinesiske tekst gælde, hvis de to nogensinde afviger fra hinanden. Du må bruge den kommercielt, ændre den, holde dine ændringer lukkede og videredistribuere i kildekode- eller binær form. Du skal give modtagerne en kopi af licensen og bevare copyright-, patent-, varemærke- og ansvarsfraskrivelseserklæringerne i softwaren. Modsat MIT bærer den en udtrykkelig patenttilladelse fra bidragydere, og den tilladelse ophører, hvis du rejser et patentkrav om den dækkede software.
Hvad kræver MulanPSL-2.0, når I sender et produkt ud?
Du opfylder notitsbetingelsen, når en kopi af licensen og copyright-, patent-, varemærke- og ansvarsfraskrivelseserklæringerne følger med hver distribution, i kildekode- eller binær form. Du holder registreringen ærlig, når den gemte tekst er den officielle tosprogede version fra upstream, fordi afsnit 6 lader den kinesiske tekst gå forud for den engelske. Du har stadig patenttilladelsen, så længe du ikke har indledt patentsag om den dækkede software mod en bidragyder. Du er på plads med branding, når du ikke bruger en bidragyders varemærker eller projektnavn i dit eget, fordi denne licens ingen varemærkerettigheder giver. Du har intet yderligere at gøre for en hostet tjeneste. Der er ingen kildekode-pligt, ingen netværks-trigger og ingen regler om, hvordan du linker koden.
Kræver MulanPSL-2.0, at jeg åbner min egen kildekode?
Det er ikke en patentlicens, medmindre teksten siger det. MIT-familiens tilladelser nævner ikke patenter.
Hvordan krediterer jeg MulanPSL-2.0 i et produkt, jeg sender ud?
Kreditering for MulanPSL-2.0 betyder, at copyright-linjen og licensteksten følger med hver kopi, en modtager rent faktisk får. Det kan være en om-skærm, en licensfil inde i installeren eller en notits i container-imaget. En offentlig side hjælper en køber med at revidere lageret. Den erstatter ikke notitser inde i artefakten. Hvis I har kopieret filer ind i jeres eget repository, skal headeren på de filer stadig blive.
Er en notits på en hjemmeside nok til MulanPSL-2.0?
Nej. MulanPSL-2.0 taler om kopier. En offentlig attestation-side er den ærlige liste til procurement. Betingelsen er opfyldt, når notitserne ligger i det materiale, I giver videre. Læg dem i installeren, om-skærmen eller en licensfil inde i den binære fil, og hold derefter de samme tekster på siden.
Tæller transitive MulanPSL-2.0-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket MulanPSL-2.0 med transitivt, og I distribuerer det træ, følger de notitser også med. Kun at liste direkte afhængigheder er den måde, teams misser pligten.
Hvordan adskiller MulanPSL-2.0 sig fra Apache-licensen 2.0?
MulanPSL-2.0 kræver dette: MulanPSL-2.0 er en OSI-godkendt tilladelig licens med udtrykkelig patenttilladelse, udgivet på kinesisk og engelsk. Den kinesiske tekst gælder ved afvigelse. Apache-licensen 2.0 kræver dette: Tilladelig som MIT, plus en udtrykkelig patenttilladelse. Hagen er NOTICE-filen: den skal med inde i de binære filer, du sender ud. Åbn Apache-licensen 2.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 MulanPSL-2.0 til en køber?
SourceTrust henter den udgivne artefakt for pakken, pakker de licensfiler ud, den indeholder, og sammenligner teksten med det angivne SPDX-id. En tosproget licensfil er én tekst set fra sammenligningen, så den gemte registrering beholder begge halvdele frem for en oversættelse af den ene. Den gemte tekst er den, din attestation-side og hver eksportfil bærer.
Hvor registrerer jeg MulanPSL-2.0 til en køber?
SourceTrust henter den udgivne artefakt for pakken, pakker de licensfiler ud, den indeholder, og sammenligner teksten med det angivne SPDX-id. En tosproget licensfil er én tekst set fra sammenligningen, så den gemte registrering beholder begge halvdele frem for en oversættelse af den ene.
Den gemte tekst er den, din attestation-side og hver eksportfil bærer. Læs /docs/auto-fetch-license om hvordan hentningen beslutter, og hvad hvert udfald betyder.
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.
