EU's egen licens. Artikel 5-gensidigheden dækker hele det afledte værk, og dens definition af communication kan række ind i hosting.
På denne side
Hvad den gør
European Union Public License 1.2 udgives af Europa-Kommissionen på 23 officielle EU-sprog, og hver version er lige gyldig. Den er standardlicensen for europæisk offentlig software, så den dukker op, når du bygger på national kode eller kode fra EU-institutioner. Gensidigheden ligger i artikel 5 og betyder, at licensen kræver, at det, du giver videre, forbliver på samme vilkår. Distribuerer eller kommunikerer du værket eller et afledt værk, gør du det under EUPL. Vejen via bilaget åbner kun for et afledt værk, der bygger på både værket og kode under en af de oplistede kompatible licenser. Et afledt værk er hele det samlede resultat, ikke de enkelte filer, du har rettet.
Detaljer
To ting afgør de fleste EUPL-spørgsmål. Det første er rækkevidden: artikel 5 hænger på det afledte værk som helhed, så et resumé, der kalder dette filbaseret svag copyleft, holder ikke. Det andet er definitionen af Distribution or Communication, som licensen skriver, så den omfatter at gøre værket tilgængeligt online. Om ren hosting, hvor ingen kopi overdrages, udløser artikel 5, er reelt til debat, og svaret er ikke afgjort. Kører du et hostet produkt på EUPL-kode, er det et spørgsmål til en jurist og ikke til en kategorimærkat.
Fordele
- Tydelige regler for at dele forbedringer. Modtagere af en binær fil kan bede om den tilhørende kildekode.
- Bredt forstået af legal og engineering. Kompatibilitetsspørgsmål har et stort offentligt spor.
Ulemper
- At sende en kombineret binær fil ud betyder som regel at tilbyde tilhørende kildekode under samme licens.
- At blande med Apache-2.0 eller andre patentbærende licenser er en kendt kompatibilitetsfælde på ældre GPL-versioner.
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.
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.
Åbne dit produkt
Copyleft kan nå et samlet værk, du distribuerer, ikke kun de originale filer. Hvor langt det rækker i dit stack, er et juristspørgsmål.
Netværks-copyleft
Klassisk GPL har ingen netværksklausul. At tilbyde programmet som en hostet tjeneste, uden at uddele en kopi, udløser ikke i sig selv kildekode-tilbuddet.
Forpligtelser
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.
Hvad EUPL-1.2 kræver, når I sender kode ud
Når du distribuerer en binær fil, der indeholder EUPL-1.2-kode, følger notitsen stadig med kopien, og den tilsvarende kildekode skal være tilgængelig under samme licens. Intern brug uden at en kopi forlader virksomheden er en anden situation. Listen nedenfor er forsendelsesarbejdet: det en modtager af den binære fil kan kræve, og det du registrerer, så en køber kan se det.
Du opfylder artikel 5, når det afledte værk, du distribuerer, går ud under EUPL eller under en af de licenser, der er nævnt i bilaget.
Du har dækket kildekode-betingelsen, når alle, der modtager værket, kan få dets kildekode, og notitserne og forbeholdene stadig følger med.
Du er helt uden for artikel 5, når koden bliver inde i din organisation, uden at noget distribueres eller gøres tilgængeligt for udenforstående.
Du har håndteret det hostede tilfælde ærligt, når nogen har spurgt en jurist, om jeres deployment tæller som communication, og svaret er skrevet ned.
De pligter, EUPL-1.2 navngiver
Notitsen følger stadig med kopien. Oven i det navngiver EUPL-1.2 en kildekodepligt. Dette er betingelserne i teksten. Vejledningen ovenfor er, hvornår de bliver til reelt arbejde.
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.
Det skal du være opmærksom på
- EUPL bliver lagt ved siden af MPL som filbaseret svag copyleft. Artikel 5 omfatter hele det afledte værk, så de to er ikke ens.
- Et SaaS-team læser 'ingen netværksklausul' ud af en kategorimærkat og stopper der. Definitionen af communication er det åbne spørgsmål, så læs den selv.
- Kompatibilitetsbilaget bliver overset, og en brugbar kombination bliver droppet. Bilaget er EUPL's bedste egenskab; tjek det, før du fjerner afhængigheden.
Hvad European Union Public License 1.2 ikke gør
Søgeresultater flader ofte European Union Public License 1.2 ud til et slogan. Dette er de sædvanlige fejllæsninger. EUPL-1.2 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- European Union Public Licence 1.2 lader dig ikke holde det samlede program lukket, hvis du distribuerer det. Den gensidige pligt rækker til værket som helhed.
- Netværksbrug alene er ikke distribution for GPL-familien. At køre et GPL-program som SaaS, uden AGPL, udløser ikke i sig selv kildekode-pligten.
Hvordan EUPL-1.2 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med EUPL-1.2, 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.
- EUPL-1.2
- EU's egen licens. Artikel 5-gensidigheden dækker hele det afledte værk, og dens definition af communication kan række ind i hosting.
- 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.
- MPL-2.0
- Filbaseret copyleft. MPL-filerne forbliver åbne, når du sender en binær fil ud, ændret eller ej. Dine egne adskilte filer er dine.
- 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 European Union Public License 1.2
Svar på almindelige spørgsmål om, hvad European Union Public License 1.2 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er European Union Public License 1.2?
European Union Public License 1.2 udgives af Europa-Kommissionen på 23 officielle EU-sprog, og hver version er lige gyldig. Den er standardlicensen for europæisk offentlig software, så den dukker op, når du bygger på national kode eller kode fra EU-institutioner. Gensidigheden ligger i artikel 5 og betyder, at licensen kræver, at det, du giver videre, forbliver på samme vilkår. Distribuerer eller kommunikerer du værket eller et afledt værk, gør du det under EUPL. Vejen via bilaget åbner kun for et afledt værk, der bygger på både værket og kode under en af de oplistede kompatible licenser. Et afledt værk er hele det samlede resultat, ikke de enkelte filer, du har rettet.
Hvad kræver EUPL-1.2, når I sender et produkt ud?
Du opfylder artikel 5, når det afledte værk, du distribuerer, går ud under EUPL eller under en af de licenser, der er nævnt i bilaget. Du har dækket kildekode-betingelsen, når alle, der modtager værket, kan få dets kildekode, og notitserne og forbeholdene stadig følger med. Du har brugt bilaget rigtigt, når en kombination, der ikke kan forblive EUPL, omlicenseres til en licens fra listen, for eksempel GPL-3.0, AGPL-3.0, MPL-2.0 eller EPL-1.0. Du er helt uden for artikel 5, når koden bliver inde i din organisation, uden at noget distribueres eller gøres tilgængeligt for udenforstående. Du har håndteret det hostede tilfælde ærligt, når nogen har spurgt en jurist, om jeres deployment tæller som communication, og svaret er skrevet ned.
Udløser det ekstra pligter at hoste et produkt, der bruger EUPL-1.2?
Hosting alene udløser som regel ikke kildekodepligten for EUPL-1.2. At sende en binær fil, et container-image eller et on-prem-build ud gør. Notitsen følger stadig med hver kopi, I giver videre.
Tvinger linking til EUPL-1.2 mig til at åbne min applikation?
For stærk copyleft som EUPL-1.2 læser FSF statisk og dynamisk linking som ét samlet værk, når I distribuerer resultatet. At sende en binær fil, der indeholder EUPL-1.2-kode, er den sædvanlige udløser. Intern brug, hvor ingen kopi forlader virksomheden, er en anden situation. Læs den faktiske tekst, ikke familienavnet.
Hvad er tilsvarende kildekode for EUPL-1.2?
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 EUPL-1.2 sig fra GNU AGPL v3.0?
EUPL-1.2 kræver dette: EU's egen licens. Artikel 5-gensidigheden dækker hele det afledte værk, og dens definition af communication kan række ind i hosting. GNU AGPL v3.0 kræver dette: AGPL er GPLv3 plus afsnit 13: lader du brugere nå din ændrede version over et netværk, kan de bede dig om dens kildekode. Åbn GNU AGPL 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 EUPL-1.2 til en køber?
Denne guide og produktets katalog er ikke helt enige, og det skal du kende. Katalogrækken for EUPL-1.2 er svag copyleft, hvor hostet brug ikke udløser noget, så SourceTrust rejser kun et punkt om kildekode-tilbud, og kun i konteksterne Distribueret binær og Blandet. Der rejses intet punkt om netværksgennemgang for et SaaS-projekt. Denne guide tager den bredere læsning af artikel 5, så behandl det hostede spørgsmål som åbent, og afklar det med en jurist frem for at læse det ud af tjeklisten.
Hvor registrerer jeg EUPL-1.2 til en køber?
Denne guide og produktets katalog er ikke helt enige, og det skal du kende. Katalogrækken for EUPL-1.2 er svag copyleft, hvor hostet brug ikke udløser noget, så SourceTrust rejser kun et punkt om kildekode-tilbud, og kun i konteksterne Distribueret binær og Blandet.
Der rejses intet punkt om netværksgennemgang for et SaaS-projekt. Denne guide tager den bredere læsning af artikel 5, så behandl det hostede spørgsmål som åbent, og afklar det med en jurist frem for at læse det ud af tjeklisten.
Læs /docs/reviewing-component om, hvad tjeklisten faktisk viser.
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.
