Licensen på Unicode-data, ICU og CLDR. Tilladelig: tag Unicodes copyright- og tilladelsesnotits med i hver kopi, du distribuerer.
På denne side
Hvad den gør
Unicode-3.0 er den nuværende licens for Unicode Consortiums datafiler og software og erstatter de ældre Unicode-DFS-2015- og Unicode-DFS-2016-vilkår. Den dækker de tabeller og den kode, der ligger bag ICU, CLDR og de fleste internationaliserings-stakke. Derfor optræder den i Rust-, Java- og JavaScript-projekter, der aldrig selv rører Unicode. Du må bruge den kommercielt, ændre dataene, indlejre dem i et lukket produkt og videredistribuere dem. Betingelsen er, at Unicodes copyright-notits og tilladelsesnotits følger med hver kopi, også i den dokumentation, der ledsager en distribution.
Detaljer
To praktiske pointer. For det første er Unicode-data ikke offentlige data. De er licenseret, og notitsbetingelsen er reel, i samme øjeblik du sender tabellerne med inde i en app eller en binær fil. For det andet: se på, hvordan den optræder i en lockfil. Cargo-pakker angiver ofte noget i retning af (MIT OR Apache-2.0) AND Unicode-3.0, altså et valg mellem to licenser kombineret med en tredje, der altid gælder. Hver del af et AND-udtryk binder på én gang, så Unicode-notitsen er ikke noget, du kan vælge dig fri af.
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.
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.
Patenttilladelse
Teksten giver ikke patenter. Hvis købere vil have en udtrykkelig patenttilladelse, er Apache-2.0 det sædvanlige alternativ.
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.
Medtag notice
Datafiler og software under Unicode-3.0 beholder copyright- og tilladelsesnotitsen i kopier og dokumentation.
Hvad Unicode-3.0 kræver, når I sender kode ud
Når en kopi, der indeholder Unicode-3.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 vilkårene, når Unicodes copyright- og tilladelsesnotits står sammen med hver kopi af de datafiler eller den software, du distribuerer.
Du opfylder vilkårene for en binær fil med ICU- eller CLDR-data, når notitsen følger med indeni. Licensfilen eller om-skærmen er stedet.
Du er færdig for en hostet tjeneste, der aldrig giver datafilerne videre, ud over at registrere komponenten med dens licenstekst.
Du har håndteret et udtryk som (MIT OR Apache-2.0) AND Unicode-3.0, når du registrerer den arm, du valgte, og beholder Unicode-3.0 ved siden af.
Dine pligter ændrer sig ikke, når du ændrer dataene, og du må ikke bruge Unicode-navnet til at reklamere for eller promovere dit produkt uden skriftlig tilladelse.
De pligter, Unicode-3.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.
Medtag notice
Datafiler og software under Unicode-3.0 beholder copyright- og tilladelsesnotitsen i kopier og dokumentation.
Det skal du være opmærksom på
- At behandle Unicode-tabeller som ulicenserede offentlige data og udelade dem fra listen. De er licenserede, og de bærer en notitsbetingelse.
- At vælge den ene arm af et sammensat udtryk og droppe resten. I (MIT OR Apache-2.0) AND Unicode-3.0 er Unicode-delen ikke valgfri.
- At antage at et Rust- eller Java-projekt ikke har en Unicode-komponent, fordi intet i din egen kode kalder den. Den kommer som regel via en afhængighed.
Hvad Unicode-licensen v3 ikke gør
Søgeresultater flader ofte Unicode-licensen v3 ud til et slogan. Dette er de sædvanlige fejllæsninger. Unicode-3.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- Unicode-licensen v3 kræver ikke, at du udgiver din egen kildekode. At kombinere den med lukket kode er selve pointen med tilladelsen.
- Unicode-licensen v3 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 Unicode-3.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med Unicode-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.
- Unicode-3.0
- Licensen på Unicode-data, ICU og CLDR. Tilladelig: tag Unicodes copyright- og tilladelsesnotits med i hver kopi, du distribuerer.
- MIT
- MIT lader dig sende koden med i et lukket, betalt produkt. Den ene betingelse er, at copyright-linjen og licensteksten følger med hver kopi.
- 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.
- OFL-1.1
- Licensen til fonte, ikke til kode. Fri at indlejre og ændre, med regler om salg af fonten alene og om omdøbning, når fonten har et Reserved Font Name.
Ofte stillede spørgsmål om Unicode-licensen v3
Svar på almindelige spørgsmål om, hvad Unicode-licensen v3 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Unicode-licensen v3?
Unicode-3.0 er den nuværende licens for Unicode Consortiums datafiler og software og erstatter de ældre Unicode-DFS-2015- og Unicode-DFS-2016-vilkår. Den dækker de tabeller og den kode, der ligger bag ICU, CLDR og de fleste internationaliserings-stakke. Derfor optræder den i Rust-, Java- og JavaScript-projekter, der aldrig selv rører Unicode. Du må bruge den kommercielt, ændre dataene, indlejre dem i et lukket produkt og videredistribuere dem. Betingelsen er, at Unicodes copyright-notits og tilladelsesnotits følger med hver kopi, også i den dokumentation, der ledsager en distribution.
Hvad kræver Unicode-3.0, når I sender et produkt ud?
Du opfylder vilkårene, når Unicodes copyright- og tilladelsesnotits står sammen med hver kopi af de datafiler eller den software, du distribuerer. Du opfylder vilkårene for en binær fil med ICU- eller CLDR-data, når notitsen følger med indeni. Licensfilen eller om-skærmen er stedet. Du er færdig for en hostet tjeneste, der aldrig giver datafilerne videre, ud over at registrere komponenten med dens licenstekst. Du har håndteret et udtryk som (MIT OR Apache-2.0) AND Unicode-3.0, når du registrerer den arm, du valgte, og beholder Unicode-3.0 ved siden af. Dine pligter ændrer sig ikke, når du ændrer dataene, og du må ikke bruge Unicode-navnet til at reklamere for eller promovere dit produkt uden skriftlig tilladelse.
Kræver Unicode-3.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 Unicode-3.0 i et produkt, jeg sender ud?
Kreditering for Unicode-3.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 Unicode-3.0?
Nej. Unicode-3.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 Unicode-3.0-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket Unicode-3.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 Unicode-3.0 sig fra MIT-licensen?
Unicode-3.0 kræver dette: Licensen på Unicode-data, ICU og CLDR. Tilladelig: tag Unicodes copyright- og tilladelsesnotits med i hver kopi, du distribuerer. MIT-licensen kræver dette: MIT lader dig sende koden med i et lukket, betalt produkt. Den ene betingelse er, at copyright-linjen og licensteksten følger med hver kopi. Åbn MIT-licensen-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 Unicode-3.0 til en køber?
SourceTrust lader dig vælge den ene arm af et almindeligt OR-udtryk. Et AND-udtryk er ikke et valg. Hver del binder på én gang, så komponenten standser og venter på et menneske i stedet for at ende på én licens. Unicode-3.0 er en notitslicens i kataloget, så teksten skal være der, før komponenten tæller som live på din side. Auto-hentningen pakker licensfilen ud af den udgivne artefakt og udfylder den, når den matcher det angivne id.
Hvor registrerer jeg Unicode-3.0 til en køber?
SourceTrust lader dig vælge den ene arm af et almindeligt OR-udtryk. Et AND-udtryk er ikke et valg.
Hver del binder på én gang, så komponenten standser og venter på et menneske i stedet for at ende på én licens. Unicode-3.0 er en notitslicens i kataloget, så teksten skal være der, før komponenten tæller som live på din side.
Auto-hentningen pakker licensfilen ud af den udgivne artefakt og udfylder den, når den matcher det angivne id. Læs /docs/reviewing-component.
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.
