UPL-1.0 er Oracles korte tilladelige tilladelse med en udtrykkelig patentlicens. Notits bliver. Tænkt som en enklere Apache-2.0 til nogle Oracle-udgivelser.
På denne side
Hvad den gør
Universal Permissive License 1.0 lader dig bruge, ændre og sende softwaren, også kommercielt, med en udtrykkelig patenttilladelse fra bidragydere. Behold copyright- og tilladelsesnotitsen. Der er ingen Apache NOTICE-fil-dans. Oracle brugte den på nogle Java- og cloud-eksempler. Købere, der vil have Apache-2.0s ekstra patent-opsigelsessprog, skal stadig læse UPL-teksten.
Fordele
- Nem at lægge ind i et lukket, betalt produkt. Procurement har set denne familie mange 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.
- Transitive kopier i lockfilen tæller. Kun at liste direkte afhængigheder lader notitser ude.
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 UPL-1.0 kræver, når I sender kode ud
Når en kopi, der indeholder UPL-1.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 hver UPL-1.0-komponents copyright-linje og licenstekst står i det materiale, modtageren rent faktisk får.
Du er færdig for en hostet tjeneste, der aldrig giver en kopi videre. At køre softwaren for brugere over et netværk udløser ikke i sig selv en notitspligt.
Du er dækket for et desktop-, mobil- eller on-premise-build, når notitserne ligger inde i artefakten. Både en om-skærm og en medpakket licensfil virker.
De pligter, UPL-1.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å
- At læse UPL-1.0 som slet ingen forpligtelser og sende en binær fil ud helt uden notitser. Læg notitserne i den artefakt, du giver videre.
- At slette licens-headeren, når du kopierer en eller to filer ind i dit eget repository. Betingelsen følger koden, ikke den pakke, den kom i.
Hvad Universal Permissive License v1.0 ikke gør
Søgeresultater flader ofte Universal Permissive License v1.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. UPL-1.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- UPL-1.0 betyder ikke ingen forpligtelser. Copyright-linjen og licensteksten skal stadig følge med kopier, du distribuerer.
- UPL-1.0 kræver ikke, at du åbner din egen kildekode. Der er ingen copyleft her, medmindre et senere afsnit i denne tekst siger noget andet.
Hvordan UPL-1.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med UPL-1.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.
- UPL-1.0
- UPL-1.0 er Oracles korte tilladelige tilladelse med en udtrykkelig patentlicens. Notits bliver. Tænkt som en enklere Apache-2.0 til nogle Oracle-udgivelser.
- 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.
- 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.
- BlueOak-1.0.0
- BlueOak-1.0.0 er en moderne tilladelig tilladelse på almindeligt engelsk med en udtrykkelig patentlicens. Behold notitsen. OSI-godkendt.
Ofte stillede spørgsmål om Universal Permissive License v1.0
Svar på almindelige spørgsmål om, hvad Universal Permissive License v1.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Universal Permissive License v1.0?
Universal Permissive License 1.0 lader dig bruge, ændre og sende softwaren, også kommercielt, med en udtrykkelig patenttilladelse fra bidragydere. Behold copyright- og tilladelsesnotitsen. Der er ingen Apache NOTICE-fil-dans. Oracle brugte den på nogle Java- og cloud-eksempler. Købere, der vil have Apache-2.0s ekstra patent-opsigelsessprog, skal stadig læse UPL-teksten.
Hvad kræver UPL-1.0, når I sender et produkt ud?
Du opfylder notitsbetingelsen, når hver UPL-1.0-komponents copyright-linje og licenstekst står i det materiale, modtageren rent faktisk får. Du er færdig for en hostet tjeneste, der aldrig giver en kopi videre. At køre softwaren for brugere over et netværk udløser ikke i sig selv en notitspligt. Du er dækket for et desktop-, mobil- eller on-premise-build, når notitserne ligger inde i artefakten. Både en om-skærm og en medpakket licensfil virker.
Kræver UPL-1.0, at jeg åbner min egen kildekode?
UPL-1.0 kræver ikke, at du åbner din egen kildekode. Der er ingen copyleft her, medmindre et senere afsnit i denne tekst siger noget andet.
Hvordan krediterer jeg UPL-1.0 i et produkt, jeg sender ud?
Kreditering for UPL-1.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 UPL-1.0?
Nej. UPL-1.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 UPL-1.0-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket UPL-1.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 UPL-1.0 sig fra Apache-licensen 2.0?
UPL-1.0 kræver dette: UPL-1.0 er Oracles korte tilladelige tilladelse med en udtrykkelig patentlicens. Notits bliver. Tænkt som en enklere Apache-2.0 til nogle Oracle-udgivelser. 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 UPL-1.0 til en køber?
UPL-1.0 er en notitslicens i kataloget, så en komponent under den skal have licenstekst vedhæftet, før den tæller som live på din offentliggjorte attestation-side. SourceTrust henter den udgivne artefakt, pakker licensfilen ud og sammenligner teksten med det angivne SPDX-id. Et match udfylder teksten. Alle andre udfald venter på et menneske. Den gemte tekst er den, din side og hver eksportfil bærer.
Hvor registrerer jeg UPL-1.0 til en køber?
UPL-1.0 er en notitslicens i kataloget, så en komponent under den skal have licenstekst vedhæftet, før den tæller som live på din offentliggjorte attestation-side. SourceTrust henter den udgivne artefakt, pakker licensfilen ud og sammenligner teksten med det angivne SPDX-id.
Et match udfylder teksten. Alle andre udfald venter på et menneske.
Den gemte tekst er den, din side og hver eksportfil bærer. Læs /docs/auto-fetch-license om hvordan hentningen fungerer.
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.