AFL-3.0 er en tilladelig akademisk tilladelse med udtrykkelig patentlicens og kilde-attribueringspligt. OSI-godkendt. Nærmeste fætter er Apache-2.0, ikke MIT.
På denne side
Hvad den gør
Academic Free License 3.0 lader dig bruge, ændre og sende koden med i et lukket produkt. Den tilføjer en udtrykkelig patenttilladelse fra bidragydere og beder dig bevare attribuering og licensnotitser. Lawrence Rosen skrev den som følgesvend til OSL; AFL er den tilladelige tvilling, OSL er copyleft-tvillingen. Du møder den i ældre akademiske og Java-biblioteker.
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 AFL-3.0 kræver, når I sender kode ud
Når en kopi, der indeholder AFL-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 notitsbetingelsen, når hver AFL-3.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, AFL-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.
Det skal du være opmærksom på
- At læse AFL-3.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 Academic Free License v3.0 ikke gør
Søgeresultater flader ofte Academic Free License v3.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. AFL-3.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- AFL-3.0 betyder ikke ingen forpligtelser. Copyright-linjen og licensteksten skal stadig følge med kopier, du distribuerer.
- AFL-3.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 AFL-3.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med AFL-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.
- AFL-3.0
- AFL-3.0 er en tilladelig akademisk tilladelse med udtrykkelig patentlicens og kilde-attribueringspligt. OSI-godkendt. Nærmeste fætter er Apache-2.0, ikke MIT.
- 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.
Ofte stillede spørgsmål om Academic Free License v3.0
Svar på almindelige spørgsmål om, hvad Academic Free License v3.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Academic Free License v3.0?
Academic Free License 3.0 lader dig bruge, ændre og sende koden med i et lukket produkt. Den tilføjer en udtrykkelig patenttilladelse fra bidragydere og beder dig bevare attribuering og licensnotitser. Lawrence Rosen skrev den som følgesvend til OSL; AFL er den tilladelige tvilling, OSL er copyleft-tvillingen. Du møder den i ældre akademiske og Java-biblioteker.
Hvad kræver AFL-3.0, når I sender et produkt ud?
Du opfylder notitsbetingelsen, når hver AFL-3.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 AFL-3.0, at jeg åbner min egen kildekode?
AFL-3.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 AFL-3.0 i et produkt, jeg sender ud?
Kreditering for AFL-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 AFL-3.0?
Nej. AFL-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 AFL-3.0-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket AFL-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 AFL-3.0 sig fra Apache-licensen 2.0?
AFL-3.0 kræver dette: AFL-3.0 er en tilladelig akademisk tilladelse med udtrykkelig patentlicens og kilde-attribueringspligt. OSI-godkendt. Nærmeste fætter er Apache-2.0, ikke MIT. 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 AFL-3.0 til en køber?
AFL-3.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 AFL-3.0 til en køber?
AFL-3.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.