MIT i BSD-formulering. Brug den i et lukket produkt, og hold copyright-linjen, betingelserne og ansvarsfraskrivelsen sammen med hver kopi, du distribuerer.
På denne side
Hvad den gør
BSD 2-Clause, også kaldet Simplified eller FreeBSD-licensen, er BSD 3-Clause uden non-endorsement-klausulen. To betingelser er tilbage. Behold copyright-notitsen, listen af betingelser og ansvarsfraskrivelsen i kildekode-distributioner. Gengiv dem i den dokumentation eller det materiale, der følger med en binær fil. I praksis fungerer den som MIT med en anden ordlyd. Du finder den i FreeBSD-userland, i Ruby som den alternative arm af dens licens og i mange små Python- og npm-værktøjer.
Detaljer
Der er ikke noget at forhandle her, og det er netop pointen. Licensen rækker aldrig ind i din egen kode, har ingen netværksudløser og ingen regler om linkning. Til gengæld har den en notits, der skal overleve dit build. Det sted, teams taber den, er pakketrinnet, hvor en bundler fjerner kommentarer, og release-pipelinen aldrig samler en licensfil. En køber, der læser din attestation-side, leder efter præcis den liste. En manglende BSD-notits ser ud som en manglende GPL-notits for vedkommende.
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.
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.
Patenttilladelse
Teksten giver ikke patenter. Hvis købere vil have en udtrykkelig patenttilladelse, er Apache-2.0 det sædvanlige alternativ.
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.
Binært materiale
BSD-2-Clause har det samme kilde- og binær-notitspar som BSD-3-Clause, uden en non-endorsement-klausul. Kilde beholder listen af betingelser. Binære filer beholder teksten i det medfølgende materiale.
Hvad BSD-2-Clause kræver, når I sender kode ud
Når en kopi, der indeholder BSD-2-Clause-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 vilkårene for en hostet tjeneste, når komponenten er registreret med sin tekst. BSD-2-Clause har ingen netværksudløser og ingen endorsement-klausul at håndhæve.
Du opfylder vilkårene for en udsendt binær fil, når copyright-linjen, betingelserne og ansvarsfraskrivelsen står i det materiale, der følger med den.
Du opfylder vilkårene for videredistribueret kildekode, når headeren bliver i filerne, også de filer du selv har kopieret ind i dit eget repository.
Dine pligter ændrer sig ikke, når du ændrer koden, og dine egne ændringer må forblive lukkede. Der er hverken kildekode-tilbud, gensidig pligt eller tredje-klausulens navneforbud.
De pligter, BSD-2-Clause 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.
Binært materiale
BSD-2-Clause har det samme kilde- og binær-notitspar som BSD-3-Clause, uden en non-endorsement-klausul. Kilde beholder listen af betingelser. Binære filer beholder teksten i det medfølgende materiale.
Det skal du være opmærksom på
- At registrere den som BSD-3-Clause i en SBOM og så komme med en anbefalingspåstand, den tredje klausul ville forbyde. Hold de to id'er adskilt.
- At antage at et minificeret bundle bærer notitsen. Bundlere fjerner som standard kommentarer, så notitserne skal samles separat under builddet.
- At sende en mobilapp ud med notitserne kun på marketingsitet. De, der gennemgår appen i butikken, og købere leder efter dem inde i selve appen.
Hvad BSD 2-Clause-licensen ikke gør
Søgeresultater flader ofte BSD 2-Clause-licensen ud til et slogan. Dette er de sædvanlige fejllæsninger. BSD-2-Clause er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- BSD 2-Clause kræver ikke, at du udgiver din egen kildekode. At kombinere den med lukket kode er selve pointen med tilladelsen.
- Den indeholder ikke BSD-3-Clauses non-endorsement-klausul. At bruge navne til at promovere et produkt er ikke en betingelse i denne tekst, selv om varemærker stadig ligger udenfor.
- Den giver ikke patenter, og den dropper ikke binær-notitsen. Redistribution i binær form skal stadig gengive copyright, betingelser og ansvarsfraskrivelse i det medfølgende materiale.
Hvordan BSD-2-Clause adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med BSD-2-Clause, 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.
- BSD-2-Clause
- MIT i BSD-formulering. Brug den i et lukket produkt, og hold copyright-linjen, betingelserne og ansvarsfraskrivelsen sammen med hver kopi, du distribuerer.
- BSD-3-Clause
- Tilladelig som MIT, med én ekstra regel: du må ikke bruge forfatternes navne til at promovere dit produkt. Notitser følger med kildekode og binære filer.
- ISC
- Standardlicensen for en stor del af npm. Kort og tilladelig: den beder kun om, at copyright- og tilladelsesnotitsen bliver i kopierne.
Ofte stillede spørgsmål om BSD 2-Clause-licensen
Svar på almindelige spørgsmål om, hvad BSD 2-Clause-licensen kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er BSD 2-Clause-licensen?
BSD 2-Clause, også kaldet Simplified eller FreeBSD-licensen, er BSD 3-Clause uden non-endorsement-klausulen. To betingelser er tilbage. Behold copyright-notitsen, listen af betingelser og ansvarsfraskrivelsen i kildekode-distributioner. Gengiv dem i den dokumentation eller det materiale, der følger med en binær fil. I praksis fungerer den som MIT med en anden ordlyd. Du finder den i FreeBSD-userland, i Ruby som den alternative arm af dens licens og i mange små Python- og npm-værktøjer.
Hvad kræver BSD-2-Clause, når I sender et produkt ud?
Du opfylder vilkårene for en hostet tjeneste, når komponenten er registreret med sin tekst. BSD-2-Clause har ingen netværksudløser og ingen endorsement-klausul at håndhæve. Du opfylder vilkårene for en udsendt binær fil, når copyright-linjen, betingelserne og ansvarsfraskrivelsen står i det materiale, der følger med den. Du opfylder vilkårene for videredistribueret kildekode, når headeren bliver i filerne, også de filer du selv har kopieret ind i dit eget repository. Dine pligter ændrer sig ikke, når du ændrer koden, og dine egne ændringer må forblive lukkede. Der er hverken kildekode-tilbud, gensidig pligt eller tredje-klausulens navneforbud.
Kræver BSD-2-Clause, at jeg åbner min egen kildekode?
Den giver ikke patenter, og den dropper ikke binær-notitsen. Redistribution i binær form skal stadig gengive copyright, betingelser og ansvarsfraskrivelse i det medfølgende materiale.
Hvordan krediterer jeg BSD-2-Clause i et produkt, jeg sender ud?
Kreditering for BSD-2-Clause 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 BSD-2-Clause?
Nej. BSD-2-Clause 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 BSD-2-Clause-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket BSD-2-Clause 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 BSD-2-Clause sig fra BSD 3-Clause-licensen?
BSD-2-Clause kræver dette: MIT i BSD-formulering. Brug den i et lukket produkt, og hold copyright-linjen, betingelserne og ansvarsfraskrivelsen sammen med hver kopi, du distribuerer. BSD 3-Clause-licensen kræver dette: Tilladelig som MIT, med én ekstra regel: du må ikke bruge forfatternes navne til at promovere dit produkt. Notitser følger med kildekode og binære filer. Åbn BSD 3-Clause-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 BSD-2-Clause til en køber?
BSD 2-Clause er en notitslicens i kataloget, så komponenten skal have licenstekst, før den tæller som live på din offentliggjorte side. SourceTrust henter som regel teksten fra den udgivne artefakt og udfylder den, når den matcher det angivne id. Alt andet venter på, at du accepterer det. Fra det offentliggjorte øjebliksbillede kan du så generere den fil, en release faktisk har brug for, blandt andet en iOS Acknowledgements-plist til en app-bundle.
Hvor registrerer jeg BSD-2-Clause til en køber?
BSD 2-Clause er en notitslicens i kataloget, så komponenten skal have licenstekst, før den tæller som live på din offentliggjorte side. SourceTrust henter som regel teksten fra den udgivne artefakt og udfylder den, når den matcher det angivne id.
Alt andet venter på, at du accepterer det. Fra det offentliggjorte øjebliksbillede kan du så generere den fil, en release faktisk har brug for, blandt andet en iOS Acknowledgements-plist til en app-bundle.
Læs /docs/mobile-app-licenses om skærmen inde i appen.
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.