Spring til hovedindhold
SourceTrust
Se andre licenser

PSF-2.0

Python Software Foundation License 2.0

Licensen bag CPython og standardbiblioteket. Tilladelig, men et afledt værk, du distribuerer, skal indeholde et kort resumé af dine ændringer.

På denne side

Hvad den gør

PSF-2.0 er Python Software Foundations licensaftale, licensen på CPython og standardbiblioteket. SPDX har også et separat Python-2.0-id med de samme praktiske pligter, og denne guide dækker begge, så en komponentside for hver af dem linker hertil. Den er skrevet som en aftale med PSF frem for en ren tilladelse. Du må bruge den kommercielt, ændre den, holde dine ændringer lukkede og videredistribuere i kildekode- eller binær form. To betingelser gælder. Behold PSF's copyright-notits og licenstekst i hver kopi. Medtag et kort resumé af de ændringer, du har lavet, i ethvert afledt værk, du gør tilgængeligt for andre, hvilket er klausul 3.

Detaljer

Resuméet af ændringer er den klausul, folk overser, og den bider kun, når du retter i koden. At kopiere et rettet standardbiblioteks-modul ind tæller som et afledt værk, og det samme gør en rettet CPython i en desktop-app. Resuméet skal følge med begge. Alt andet opfører sig som MIT: ingen copyleft, ingen netværksudløser, ingen regler om linkning. Det andet, du skal holde øje med, er omfanget. Licensen dækker CPython og standardbiblioteket, ikke de pakker du installerer fra PyPI, som har deres egne licenser.

Fordele

  • Nem at lægge ind i et lukket, betalt produkt. Procurement har set denne familie hundredvis af 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.
  • Købere, der vil have en udtrykkelig patenttilladelse, vil bede dig foretrække Apache-2.0 frem for en kort MIT-agtig tekst.

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.

Hvad PSF-2.0 kræver, når I sender kode ud

Når en kopi, der indeholder PSF-2.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.

  1. Du opfylder vilkårene for en almindelig installation, når PSF's copyright-notits og licenstekst ligger på komponenten. Så følger de med hver kopi, du distribuerer.

  2. Du opfylder vilkårene for en medpakket runtime, for eksempel en desktop-app der indlejrer CPython, når licensteksten ligger inde i den artefakt.

  3. Du opfylder betingelsen om ændringer, når et afledt værk, du distribuerer, bærer en kort, klar beskrivelse af, hvad du har ændret, ved siden af licensteksten. En rent intern rettelse har ingen resumépligt.

  4. Du er færdig for en hostet tjeneste, der aldrig distribuerer fortolkeren. Intet i licensen udløses af at køre Python for dine brugere.

  5. Du har læst id'et rigtigt, når du ved, at denne guide også dækker Python-2.0, som SPDX lister separat, og som kataloget har som sin egen post.

De pligter, PSF-2.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 springe resuméet over, når man kopierer et rettet standardbiblioteks-modul ind. En enkelt linje i filen er nok, og at udelade den er ikke.
  • At antage at licensen dækker alt, hvad der installeres fra PyPI. Hver pakke har sin egen licens, oftest MIT, BSD eller Apache-2.0.
  • At behandle de gamle Python 1.6b1-vilkår som samme licens. De var uforenelige med GPL, mens PSF-2.0 og nyere ikke er det.

Hvad Python Software Foundation License 2.0 ikke gør

Søgeresultater flader ofte Python Software Foundation License 2.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. PSF-2.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • Python Software Foundation License 2.0 kræver ikke, at du udgiver din egen kildekode. At kombinere den med lukket kode er selve pointen med tilladelsen.
  • Python Software Foundation License 2.0 betyder ikke "ingen forpligtelser." Copyright-linjen og licensteksten skal stadig følge med kopier, du giver videre.
  • Det er ikke en patentlicens, medmindre teksten siger det. MIT-familiens tilladelser nævner ikke patenter.

Hvordan PSF-2.0 adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med PSF-2.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.

PSF-2.0
Licensen bag CPython og standardbiblioteket. Tilladelig, men et afledt værk, du distribuerer, skal indeholde et kort resumé af dine ændringer.
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.
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.
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.

Ofte stillede spørgsmål om Python Software Foundation License 2.0

Svar på almindelige spørgsmål om, hvad Python Software Foundation License 2.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er Python Software Foundation License 2.0?

PSF-2.0 er Python Software Foundations licensaftale, licensen på CPython og standardbiblioteket. SPDX har også et separat Python-2.0-id med de samme praktiske pligter, og denne guide dækker begge, så en komponentside for hver af dem linker hertil. Den er skrevet som en aftale med PSF frem for en ren tilladelse. Du må bruge den kommercielt, ændre den, holde dine ændringer lukkede og videredistribuere i kildekode- eller binær form. To betingelser gælder. Behold PSF's copyright-notits og licenstekst i hver kopi. Medtag et kort resumé af de ændringer, du har lavet, i ethvert afledt værk, du gør tilgængeligt for andre, hvilket er klausul 3.

Hvad kræver PSF-2.0, når I sender et produkt ud?

Du opfylder vilkårene for en almindelig installation, når PSF's copyright-notits og licenstekst ligger på komponenten. Så følger de med hver kopi, du distribuerer. Du opfylder vilkårene for en medpakket runtime, for eksempel en desktop-app der indlejrer CPython, når licensteksten ligger inde i den artefakt. Du opfylder betingelsen om ændringer, når et afledt værk, du distribuerer, bærer en kort, klar beskrivelse af, hvad du har ændret, ved siden af licensteksten. En rent intern rettelse har ingen resumépligt. Du er færdig for en hostet tjeneste, der aldrig distribuerer fortolkeren. Intet i licensen udløses af at køre Python for dine brugere. Du har læst id'et rigtigt, når du ved, at denne guide også dækker Python-2.0, som SPDX lister separat, og som kataloget har som sin egen post.

Kræver PSF-2.0, at jeg åbner min egen kildekode?

Det er ikke en patentlicens, medmindre teksten siger det. MIT-familiens tilladelser nævner ikke patenter.

Hvordan krediterer jeg PSF-2.0 i et produkt, jeg sender ud?

Kreditering for PSF-2.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 PSF-2.0?

Nej. PSF-2.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 PSF-2.0-afhængigheder med?

Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket PSF-2.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 PSF-2.0 sig fra MIT-licensen?

PSF-2.0 kræver dette: Licensen bag CPython og standardbiblioteket. Tilladelig, men et afledt værk, du distribuerer, skal indeholde et kort resumé af dine ændringer. MIT-licensen kræver dette: 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. Åbn MIT-licensen-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 PSF-2.0 til en køber?

En komponent, der angiver enten PSF-2.0 eller Python-2.0, slås op mod sin egen katalogpost, og begge linker til denne guide. Begge er notitslicenser, så licensteksten skal vedhæftes, før en komponent tæller som live på din offentliggjorte side. SourceTrust henter artefakten fra PyPI, pakker licensfilen ud og udfylder teksten, når den matcher det angivne id. Intet i produktet holder styr på dit resumé af ændringer, så det bliver en note, du selv skriver og gemmer sammen med koden.

Hvor registrerer jeg PSF-2.0 til en køber?

En komponent, der angiver enten PSF-2.0 eller Python-2.0, slås op mod sin egen katalogpost, og begge linker til denne guide. Begge er notitslicenser, så licensteksten skal vedhæftes, før en komponent tæller som live på din offentliggjorte side.

SourceTrust henter artefakten fra PyPI, pakker licensfilen ud og udfylder teksten, når den matcher det angivne id. Intet i produktet holder styr på dit resumé af ændringer, så det bliver en note, du selv skriver og gemmer sammen med koden.

Læs /docs/auto-fetch-license.

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 Python Software Foundation License 2.0 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.