EFL-2.0 er en kort OSI-godkendt tilladelig tilladelse fra Eiffel-fællesskabet. Notits i kilde og binære filer. Ingen copyleft.
På denne side
Hvad den gør
Eiffel Forum License 2.0 lader dig bruge, ændre og distribuere softwaren, også kommercielt, hvis du beholder copyright-notitsen i kilde og binære filer. Den erstattede EFL-1.0. Du møder den i Eiffel-biblioteker og en håndfuld andre pakker, der valgte en OSI-kort tilladelse andet end MIT.
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.
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.
Hvad EFL-2.0 kræver, når I sender kode ud
Når en kopi, der indeholder EFL-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.
Du opfylder notitsbetingelsen, når hver EFL-2.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, EFL-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 læse EFL-2.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 Eiffel Forum License v2.0 ikke gør
Søgeresultater flader ofte Eiffel Forum License v2.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. EFL-2.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- EFL-2.0 betyder ikke ingen forpligtelser. Copyright-linjen og licensteksten skal stadig følge med kopier, du distribuerer.
- EFL-2.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 EFL-2.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med EFL-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.
- EFL-2.0
- EFL-2.0 er en kort OSI-godkendt tilladelig tilladelse fra Eiffel-fællesskabet. Notits i kilde og binære filer. Ingen copyleft.
- 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.
- 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 Eiffel Forum License v2.0
Svar på almindelige spørgsmål om, hvad Eiffel Forum License v2.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Eiffel Forum License v2.0?
Eiffel Forum License 2.0 lader dig bruge, ændre og distribuere softwaren, også kommercielt, hvis du beholder copyright-notitsen i kilde og binære filer. Den erstattede EFL-1.0. Du møder den i Eiffel-biblioteker og en håndfuld andre pakker, der valgte en OSI-kort tilladelse andet end MIT.
Hvad kræver EFL-2.0, når I sender et produkt ud?
Du opfylder notitsbetingelsen, når hver EFL-2.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 EFL-2.0, at jeg åbner min egen kildekode?
EFL-2.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 EFL-2.0 i et produkt, jeg sender ud?
Kreditering for EFL-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 EFL-2.0?
Nej. EFL-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 EFL-2.0-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket EFL-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 EFL-2.0 sig fra MIT-licensen?
EFL-2.0 kræver dette: EFL-2.0 er en kort OSI-godkendt tilladelig tilladelse fra Eiffel-fællesskabet. Notits i kilde og binære filer. Ingen copyleft. 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 EFL-2.0 til en køber?
EFL-2.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 EFL-2.0 til en køber?
EFL-2.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.
