Spring til hovedindhold
SourceTrust
Se andre licenser

ISC

ISC-licensen

Standardlicensen for en stor del af npm. Kort og tilladelig: den beder kun om, at copyright- og tilladelsesnotitsen bliver i kopierne.

På denne side

Hvad den gør

ISC er BSD 2-Clause, hvor det sprog, forfatterne fandt overflødigt, er taget ud. Tilladelsen er én sætning: enhver må bruge, kopiere, ændre og distribuere softwaren til ethvert formål, med eller uden betaling. Den ene betingelse er, at copyright-notitsen og tilladelsesnotitsen står i alle kopier. Den ligger på semver, rimraf, glob og store dele af OpenBSD, og derfor dukker den op i næsten hver Node-lockfil. FSF lister den som en fri, GPL-kompatibel licens, og i praksis fungerer den som MIT.

Detaljer

ISC skaber næsten aldrig arbejde alene. Den skaber arbejde i bunker. Et mellemstort Node-projekt kan bære flere hundrede ISC-pakker, hver med sin egen copyright-linje og sin egen forfatter. Betingelsen gælder pr. kopi, så en eksport, der samler hver notits, er det eneste praktiske svar, og en håndholdt liste er ikke. For en hostet tjeneste er der ikke andet at gøre end at registrere komponenterne. For alt, du giver en kunde, skal alle de notitser med.

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 ISC kræver, når I sender kode ud

Når en kopi, der indeholder ISC-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, når hver ISC-komponent, du distribuerer, bærer sin copyright-notits og sin tilladelsesnotits i den kopi, modtageren får.

  2. Du er færdig for en hostet tjeneste, når komponenten er registreret med sin tekst. ISC har ingen netværksudløser, ingen kildekode-pligt og ingen regler om linkning.

  3. Du opfylder vilkårene for en binær fil eller et SDK, når notitserne er samlet i en licensfil, der følger med artefakten.

  4. Du har de samme pligter, efter du har ændret koden, og du må holde dine ændringer lukkede. Intet her beder om din kildekode.

De pligter, ISC 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.

Alle kopier

ISC beder om, at copyright-notitsen og tilladelsesnotitsen står i alle kopier. Den bruger ikke MIT's formulering om væsentlige dele.

Det skal du være opmærksom på

  • At lade en samlet eksport tabe notitser pr. pakke. Betingelsen gælder pr. kopi, så hver pakkes egen copyright-linje hører til i den fil, du sender ud.
  • At behandle en ISC-pakke som ulicenseret, fordi licensfilen er fire linjer lang. Det er en rigtig licens med en rigtig notitsbetingelse.
  • Kun at kopiere direkte afhængigheder ind i notitsfilen. De fleste ISC-pakker kommer som transitive afhængigheder til noget andet, du har installeret.

Hvad ISC-licensen ikke gør

Søgeresultater flader ofte ISC-licensen ud til et slogan. Dette er de sædvanlige fejllæsninger. ISC er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • ISC-licensen kræver ikke, at du udgiver din egen kildekode. At kombinere den med lukket kode er selve pointen med tilladelsen.
  • Den bruger ikke MIT's formulering om væsentlige dele. Betingelsen er copyright-notitsen og tilladelsesnotitsen i alle kopier.
  • Den giver ikke patenter, og den har ingen BSD-agtig klausul om dokumentation, der følger med en binær fil.

Hvordan ISC adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med ISC, 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.

ISC
Standardlicensen for en stor del af npm. Kort og tilladelig: den beder kun om, at copyright- og tilladelsesnotitsen bliver i kopierne.
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.
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.
MPL-2.0
Filbaseret copyleft. MPL-filerne forbliver åbne, når du sender en binær fil ud, ændret eller ej. Dine egne adskilte filer er dine.

Ofte stillede spørgsmål om ISC-licensen

Svar på almindelige spørgsmål om, hvad ISC-licensen kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er ISC-licensen?

ISC er BSD 2-Clause, hvor det sprog, forfatterne fandt overflødigt, er taget ud. Tilladelsen er én sætning: enhver må bruge, kopiere, ændre og distribuere softwaren til ethvert formål, med eller uden betaling. Den ene betingelse er, at copyright-notitsen og tilladelsesnotitsen står i alle kopier. Den ligger på semver, rimraf, glob og store dele af OpenBSD, og derfor dukker den op i næsten hver Node-lockfil. FSF lister den som en fri, GPL-kompatibel licens, og i praksis fungerer den som MIT.

Hvad kræver ISC, når I sender et produkt ud?

Du opfylder vilkårene, når hver ISC-komponent, du distribuerer, bærer sin copyright-notits og sin tilladelsesnotits i den kopi, modtageren får. Du er færdig for en hostet tjeneste, når komponenten er registreret med sin tekst. ISC har ingen netværksudløser, ingen kildekode-pligt og ingen regler om linkning. Du opfylder vilkårene for en binær fil eller et SDK, når notitserne er samlet i en licensfil, der følger med artefakten. Du har de samme pligter, efter du har ændret koden, og du må holde dine ændringer lukkede. Intet her beder om din kildekode.

Kræver ISC, at jeg åbner min egen kildekode?

Den giver ikke patenter, og den har ingen BSD-agtig klausul om dokumentation, der følger med en binær fil.

Hvordan krediterer jeg ISC i et produkt, jeg sender ud?

Kreditering for ISC 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 ISC?

Nej. ISC 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 ISC-afhængigheder med?

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

ISC kræver dette: Standardlicensen for en stor del af npm. Kort og tilladelig: den beder kun om, at copyright- og tilladelsesnotitsen bliver i kopierne. 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 ISC til en køber?

SourceTrust behandler hver ISC-komponent i din lockfil på samme måde, så mængden holder op med at være problemet. Den henter den udgivne artefakt, pakker licensfilen ud og udfylder teksten, når den matcher det angivne id. Korte licensfiler er dem, der oftest ligger med en anden rettighedshaver. Et mismatch her betyder som regel en reel forskel i notitsen frem for en formateringsforskel. ISC er en notitslicens i kataloget, så teksten skal være der, før en komponent tæller som live.

Hvor registrerer jeg ISC til en køber?

SourceTrust behandler hver ISC-komponent i din lockfil på samme måde, så mængden holder op med at være problemet. Den henter den udgivne artefakt, pakker licensfilen ud og udfylder teksten, når den matcher det angivne id.

Korte licensfiler er dem, der oftest ligger med en anden rettighedshaver. Et mismatch her betyder som regel en reel forskel i notitsen frem for en formateringsforskel.

ISC er en notitslicens i kataloget, så teksten skal være der, før en komponent tæller som live. 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 ISC-licensen 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.