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.
På denne side
Hvad den gør
GNU AGPL v3.0 eller senere er Affero-tilladelsen plus lov til at bruge senere AGPL-versioner fra FSF. Ud over almindelige GPLv3-distributionsregler siger afsnit 13, at hvis du ændrer programmet og lader brugere interagere med det over et netværk, skal du tilbyde de brugere Corresponding Source til din ændrede version, gratis, fra en netværksserver. Nextcloud udgiver denne form. Sæt det over for AGPL-3.0-only, som låser version 3 og er den form Grafana, Mastodon og MinIO typisk angiver.
Detaljer
Or-later-tokenet ændrer ikke, hvornår afsnit 13 udløses. To ord afgør stadig de fleste sager: modified version. At køre uændret AGPL-software er en anden position end at køre et lappet build. Det, or-later tilføjer, er, at en modtager må tage en fremtidig AGPL fra FSF. Indtil de gør det, skylder du stadig GPLv3-reglerne om tilsvarende kildekode ved en overdraget binær fil og afsnit 13-netværkstilbuddet ved en ændret hostet version.
Fordele
- Lukker SaaS-smutvejen: du kan ikke tage koden, køre en ændret version som en tjeneste og aldrig dele de ændringer.
- Or-later-tokenet lader modtagere tage en fremtidig AGPL, på samme måde som GPL-3.0-or-later virker for almindelig GPL.
Ulemper
- Et SaaS-produkt, der indeholder et ændret dækket værk, kan skulle tilbyde tilhørende kildekode til den version, ikke kun til en downloadbar binær fil.
- Procurement og investorer behandler denne familie som høj opmærksomhed. Forvent ekstra gennemgang, før du publicerer en side, der lister den.
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
Hosting er ikke et smuthul her. Netværksinteraktion med et ændret dækket værk er det, der vækker kildekodepligten.
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.
Offentliggør kildekode
AGPL tilføjer en netværksudløser. Hvis brugere interagerer med et ændret dækket værk over et netværk, skal de kunne få den tilsvarende kildekode.
Senere AGPL
Or later lader en modtager tage en fremtidig AGPL fra FSF. Indtil de gør det, hæfter afsnit 13 stadig på din ændrede version på netværket.
Hvad AGPL-3.0-or-later kræver, når I sender kode ud
For AGPL-3.0-or-later kan det at tilbyde softwaren som en hostet tjeneste udløse samme kildekodepligt, som det at give nogen en binær fil ville. Bekræft det, I kører, ikke kun det, I sender ud som en fil. Netværks-copyleft er skrevet til det hul. Trinene nedenfor er forsendelses- og hostingarbejdet, i den rækkefølge en reviewer typisk går dem.
Du er uden for afsnit 13, så længe programmet kører uændret. Klausulen hæfter sig til din ændrede version, uanset om modtagere senere kunne vælge en nyere AGPL.
Du opfylder afsnit 13, når brugere af din ændrede version kan få dens Corresponding Source uden beregning, tilbudt tydeligt fra en netværksserver.
Du opfylder GPLv3-halvdelen, når en binær fil, du overdrager, følges af den komplette tilsvarende kildekode til det kombinerede værk under AGPL, indtil en senere AGPL vælges.
Du holder or-later-tilladelsen synlig, når headere, SPDX og den medsendte tekst alle siger or later, så en modtager faktisk kan vælge en fremtidig AGPL.
Du har afgrænset klausulen, når du kan sige, hvad der tæller som programmet, og hvad der er din omkringliggende applikation, og en jurist er enig i den grænse, du har trukket.
De pligter, AGPL-3.0-or-later navngiver
Notitsen følger stadig med enhver kopi. AGPL-3.0-or-later navngiver også en kildekodepligt, der kan udløses, når I tilbyder softwaren som en hostet tjeneste. Dette er betingelserne i teksten.
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.
Offentliggør kildekode
AGPL tilføjer en netværksudløser. Hvis brugere interagerer med et ændret dækket værk over et netværk, skal de kunne få den tilsvarende kildekode.
Senere AGPL
Or later lader en modtager tage en fremtidig AGPL fra FSF. Indtil de gør det, hæfter afsnit 13 stadig på din ændrede version på netværket.
Det skal du være opmærksom på
- At arkivere dette id som AGPL-3.0-only, fordi Grafana bruger only. Nextcloud og andre or-later-projekter har givet en opgradering, som only-id'et ville fjerne.
- At læse or-later som om det udskød afsnit 13, indtil der findes en fremtidig AGPL. Afsnit 13 gælder allerede for din ændrede version i dag.
- At lappe en AGPL-komponent i en privat fork og behandle det som en intern detalje. Netop den lapning er, hvad afsnit 13 beder dig tilbyde brugerne af din tjeneste.
Hvad GNU AGPL v3.0 eller senere ikke gør
Søgeresultater flader ofte GNU AGPL v3.0 eller senere ud til et slogan. Dette er de sædvanlige fejllæsninger. AGPL-3.0-or-later er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- AGPL-3.0-or-later er ikke GPL-3.0-or-later med et andet nummer. Fjern netværksinteraktion med en ændret version er stadig en distributions-lignende udløser.
- Den lader ikke et SaaS-produkt springe kildekode-tilbuddet over, fordi der ikke blev sendt en binær fil ud. Afsnit 13 er uafhængigt af at overdrage en kopi.
Hvordan AGPL-3.0-or-later adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med AGPL-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.
- 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.
- 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.
- 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æ.
- SSPL-1.0
- SSPL er MongoDBs omskrivning af AGPL. Tilbyder du softwaren som en tjeneste, kræver dens afsnit 13 kildekoden til hele din tjeneste-stak.
Ofte stillede spørgsmål om GNU AGPL v3.0 eller senere
Svar på almindelige spørgsmål om, hvad GNU AGPL v3.0 eller senere kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er GNU AGPL v3.0 eller senere?
GNU AGPL v3.0 eller senere er Affero-tilladelsen plus lov til at bruge senere AGPL-versioner fra FSF. Ud over almindelige GPLv3-distributionsregler siger afsnit 13, at hvis du ændrer programmet og lader brugere interagere med det over et netværk, skal du tilbyde de brugere Corresponding Source til din ændrede version, gratis, fra en netværksserver. Nextcloud udgiver denne form. Sæt det over for AGPL-3.0-only, som låser version 3 og er den form Grafana, Mastodon og MinIO typisk angiver.
Hvad kræver AGPL-3.0-or-later, når I sender et produkt ud?
Du er uden for afsnit 13, så længe programmet kører uændret. Klausulen hæfter sig til din ændrede version, uanset om modtagere senere kunne vælge en nyere AGPL. Du opfylder afsnit 13, når brugere af din ændrede version kan få dens Corresponding Source uden beregning, tilbudt tydeligt fra en netværksserver. Du opfylder GPLv3-halvdelen, når en binær fil, du overdrager, følges af den komplette tilsvarende kildekode til det kombinerede værk under AGPL, indtil en senere AGPL vælges. Du holder or-later-tilladelsen synlig, når headere, SPDX og den medsendte tekst alle siger or later, så en modtager faktisk kan vælge en fremtidig AGPL. Du har afgrænset klausulen, når du kan sige, hvad der tæller som programmet, og hvad der er din omkringliggende applikation, og en jurist er enig i den grænse, du har trukket.
Udløser det kildekodepligten at køre AGPL-3.0-or-later som en hostet tjeneste?
Ja. For AGPL-3.0-or-later kan det at tilbyde softwaren som en hostet tjeneste udløse samme kildekodepligt som distribution. Det er pointen med denne familie.
Hvad er tilsvarende kildekode for AGPL-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 AGPL-3.0-or-later sig fra GNU AGPL v3.0?
AGPL-3.0-or-later kræver dette: 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. 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 AGPL-3.0-or-later til en køber?
Kataloget markerer AGPL-3.0-or-later som en licens, hvor netværksbrug ikke er undtaget, så et punkt om netværks-gennemgang dukker op på projektets tjekliste for SaaS- og Blandet-projekter. Et særskilt punkt om kildekode-tilbud dukker kun op, når projektet også sender binære filer ud. Begge venter på et menneske. SourceTrust udgiver ikke kildekode. En pakke, der angiver or-later, men leverer en only-tekst, lander som mismatch.
Hvor registrerer jeg AGPL-3.0-or-later til en køber?
Kataloget markerer AGPL-3.0-or-later som en licens, hvor netværksbrug ikke er undtaget, så et punkt om netværks-gennemgang dukker op på projektets tjekliste for SaaS- og Blandet-projekter. Et særskilt punkt om kildekode-tilbud dukker kun op, når projektet også sender binære filer ud.
Begge venter på et menneske. SourceTrust udgiver ikke kildekode.
En pakke, der angiver or-later, men leverer en only-tekst, lander som mismatch. Læs /docs/inventory-compliance for at finde hver AGPL-komponent på tværs af dine projekter.
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.
- Alle licenser
- AGPL-3.0-only
- GPL-3.0-or-later
- SSPL-1.0
- Gennemgang af netværksdistribution
- Copyleft kildekode-tilbud
- GPL over for AGPL
Praktisk vejledning til procurement-gennemgang, ikke juridisk rådgivning. Bekræft brug med høj risiko med jurist.
