Spring til hovedindhold
SourceTrust
Se andre licenser

GPL-3.0-or-later

GNU GPL v3.0 eller senere

GPL-3.0-or-later er GPLv3 plus lov til at tage en senere FSF-GPL. Det valg er, hvordan Apache-2.0-kode bliver kombinerbar i et GPL-træ.

På denne side

Hvad den gør

GNU GPL v3.0 eller senere er GPLv3-tilladelsen plus lov til at bruge enhver senere GPL, FSF udgiver. Distribution af et samlet værk kræver stadig tilsvarende kildekode under GPLv3, indtil nogen vælger en senere version. GPLv3 tilføjer patentvilkår, Installation Information til User Products og en frist på 30 dage. 'Or later' er det, der lader en downstream-part gå til en fremtidig GPL, og det er også det, der i praksis gør Apache-2.0 kombinerbar. GCC, Bash, GIMP og Ansible udgives i denne form. Sæt det over for GPL-3.0-only, som låser version 3.

Detaljer

For et hostet produkt opfører GPL-3.0-or-later sig som GPL-3.0-only: ingen netværksklausul og ingen kildekode-pligt, så længe du aldrig giver en kopi videre. For hardware er den stadig den sværere GPL. Afsnit 6 kræver Installation Information, når den binære fil ligger i et User Product. Det ekstra arbejde i forhold til GPL-3.0-only er at registrere, at modtagere må vælge en senere GPL, og ikke behandle en header, der siger 'only', som denne tilladelse.

Fordele

  • Tydelige regler for at dele forbedringer. Modtagere af en binær fil kan bede om den tilhørende kildekode.
  • Or-later-tokenet er den sædvanlige vej til at lægge Apache-2.0 ind i et GPL-træ.

Ulemper

  • At sende en kombineret binær fil ud betyder som regel at tilbyde tilhørende kildekode under GPLv3, inklusive Installation Information på et User Product.
  • En senere FSF-GPL, hvis der kommer en, kan ændre de vilkår, en modtager vælger. Registrer hvilken version du faktisk sendte ud.

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 GPL-3.0-or-later kræver, når I sender kode ud

Når du distribuerer en binær fil, der indeholder GPL-3.0-or-later-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.

  1. Du opfylder vilkårene, så længe koden bliver på maskiner, du selv styrer. GPL-3.0-or-later har ingen netværksklausul, så det at hoste den som tjeneste skaber ikke i sig selv en kildekode-pligt.

  2. Du opfylder dem ved en leveret binær fil, når modtagere får den komplette tilsvarende kildekode til det kombinerede værk under GPLv3, med de scripts, der skal til for at bygge og installere det, medmindre de har valgt en senere GPL.

  3. Du opfylder afsnit 6, når et forbrugerprodukt leveres med den Installation Information, ejeren skal bruge for at køre et ændret build på enheden, signeringstrin og nøgler inklusive.

  4. Du holder or-later-tilladelsen synlig, når headere, SPDX og den medsendte licenstekst alle siger or later, så en modtager faktisk kan vælge en fremtidig GPL.

  5. Du har håndteret Apache-2.0 i træet, når GPL-siden er denne tilladelse, ikke GPL-2.0-only. Or-later-tokenet er det, der i praksis får den kombination til at virke.

De pligter, GPL-3.0-or-later navngiver

Notitsen følger stadig med kopien. Oven i det navngiver GPL-3.0-or-later 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.

Senere GPL

Or later lader en modtager tage en fremtidig GPL fra FSF. Kopien, du sender ud, skal stadig opfylde GPLv3, inklusive Installation Information på et User Product.

Det skal du være opmærksom på

  • At behandle GCC, Bash eller Ansible som GPL-3.0-only. De projekter udgiver or-later, og at låse only ville fjerne den opgradering, forfatterne har givet.
  • At læse or-later som en netværksudløser. Netværksklausulen findes i AGPL. Or-later handler om fremtidige GPL-versioner.
  • At kombinere denne tilladelse med GPL-2.0-only-filer og kalde det en versionsopdatering. Tjek hver header, før du antager, at versionerne passer sammen.

Hvad GNU GPL v3.0 eller senere ikke gør

Søgeresultater flader ofte GNU GPL v3.0 eller senere ud til et slogan. Dette er de sædvanlige fejllæsninger. GPL-3.0-or-later er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • GPL-3.0-or-later lader dig ikke holde det samlede program lukket, hvis du distribuerer det. Den gensidige pligt rækker stadig til værket som helhed under GPLv3, indtil en senere version vælges.
  • Det er ikke en netværkslicens. Or-later-tokenet handler om fremtidige GPL-versioner fra FSF, ikke om AGPL afsnit 13.

Hvordan GPL-3.0-or-later adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med GPL-3.0-or-later, 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.

GPL-3.0-or-later
GPL-3.0-or-later er GPLv3 plus lov til at tage en senere FSF-GPL. Det valg er, hvordan Apache-2.0-kode bliver kombinerbar i et GPL-træ.
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.
GPL-2.0-or-later
GPL-2.0 kræver kildekode, når du giver nogen en binær fil. At køre den på egne servere udløser intet. Triggeren er at levere en kopi, ikke blot at bruge den.
AGPL-3.0-or-later
AGPL-3.0-or-later er AGPLv3 plus lov til at tage en senere Affero GPL. Afsnit 13 hæfter stadig på en ændret version, brugere når over et netværk.

Ofte stillede spørgsmål om GNU GPL v3.0 eller senere

Svar på almindelige spørgsmål om, hvad GNU GPL v3.0 eller senere kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er GNU GPL v3.0 eller senere?

GNU GPL v3.0 eller senere er GPLv3-tilladelsen plus lov til at bruge enhver senere GPL, FSF udgiver. Distribution af et samlet værk kræver stadig tilsvarende kildekode under GPLv3, indtil nogen vælger en senere version. GPLv3 tilføjer patentvilkår, Installation Information til User Products og en frist på 30 dage. 'Or later' er det, der lader en downstream-part gå til en fremtidig GPL, og det er også det, der i praksis gør Apache-2.0 kombinerbar. GCC, Bash, GIMP og Ansible udgives i denne form. Sæt det over for GPL-3.0-only, som låser version 3.

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

Du opfylder vilkårene, så længe koden bliver på maskiner, du selv styrer. GPL-3.0-or-later har ingen netværksklausul, så det at hoste den som tjeneste skaber ikke i sig selv en kildekode-pligt. Du opfylder dem ved en leveret binær fil, når modtagere får den komplette tilsvarende kildekode til det kombinerede værk under GPLv3, med de scripts, der skal til for at bygge og installere det, medmindre de har valgt en senere GPL. Du opfylder afsnit 6, når et forbrugerprodukt leveres med den Installation Information, ejeren skal bruge for at køre et ændret build på enheden, signeringstrin og nøgler inklusive. Du holder or-later-tilladelsen synlig, når headere, SPDX og den medsendte licenstekst alle siger or later, så en modtager faktisk kan vælge en fremtidig GPL. Du har håndteret Apache-2.0 i træet, når GPL-siden er denne tilladelse, ikke GPL-2.0-only. Or-later-tokenet er det, der i praksis får den kombination til at virke.

Udløser det ekstra pligter at hoste et produkt, der bruger GPL-3.0-or-later?

Hosting alene udløser som regel ikke kildekodepligten for GPL-3.0-or-later. 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 GPL-3.0-or-later mig til at åbne min applikation?

For stærk copyleft som GPL-3.0-or-later 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 GPL-3.0-or-later-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 GPL-3.0-or-later?

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 GPL-3.0-or-later sig fra GNU GPL v3.0?

GPL-3.0-or-later kræver dette: GPL-3.0-or-later er GPLv3 plus lov til at tage en senere FSF-GPL. Det valg er, hvordan Apache-2.0-kode bliver kombinerbar i et GPL-træ. GNU GPL v3.0 kræver dette: 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. Åbn GNU GPL 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 GPL-3.0-or-later til en køber?

Kataloget markerer GPL-3.0-or-later som copyleft, så et punkt om kildekode-tilbud dukker op på projektets tjekliste, når distributionskonteksten er Distribueret binær eller Blandet, og der dukker intet op for et rent SaaS-projekt. Punktet venter på et menneske. SourceTrust kontrollerer ikke, at du sendte kildekoden, eller at en modtager valgte en senere GPL. En pakke, der angiver or-later, men leverer en only-tekst, lander som mismatch.

Hvor registrerer jeg GPL-3.0-or-later til en køber?

Kataloget markerer GPL-3.0-or-later som copyleft, så et punkt om kildekode-tilbud dukker op på projektets tjekliste, når distributionskonteksten er Distribueret binær eller Blandet, og der dukker intet op for et rent SaaS-projekt. Punktet venter på et menneske.

SourceTrust kontrollerer ikke, at du sendte kildekoden, eller at en modtager valgte en senere GPL. En pakke, der angiver or-later, men leverer en only-tekst, lander som mismatch.

Læs /docs/reviewing-component om gennemgangsforløbet.

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 GNU GPL v3.0 eller senere 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.