VSL-1.0 er en BSD-agtig OSI-godkendt tilladelse fra Vovida. Behold notitser. Brug ikke Vovida-navne til at anbefale produkter.
På denne side
Hvad den gør
Vovida Software License 1.0 er en 3-klausul BSD-fætter brugt på Vovida-telefonistacks. Du må bruge og sende kommercielt. Bevar copyright-notitser. Brug ikke Vovida-navnet i reklame uden tilladelse. Der er ingen copyleft. Behandl den som BSD-3-Clause med et andet egennavn.
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 VSL-1.0 kræver, når I sender kode ud
Når en kopi, der indeholder VSL-1.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 VSL-1.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, VSL-1.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 VSL-1.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 Vovida Software License v1.0 ikke gør
Søgeresultater flader ofte Vovida Software License v1.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. VSL-1.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- VSL-1.0 betyder ikke ingen forpligtelser. Copyright-linjen og licensteksten skal stadig følge med kopier, du distribuerer.
- VSL-1.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 VSL-1.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med VSL-1.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.
- VSL-1.0
- VSL-1.0 er en BSD-agtig OSI-godkendt tilladelse fra Vovida. Behold notitser. Brug ikke Vovida-navne til at anbefale produkter.
- 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.
- 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.
- NTP
- NTP-licensen er tilladelig i MIT-stil med én ekstra regel: bevar notitsen, og brug ikke rettighedshaverens navn i markedsføring.
Ofte stillede spørgsmål om Vovida Software License v1.0
Svar på almindelige spørgsmål om, hvad Vovida Software License v1.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Vovida Software License v1.0?
Vovida Software License 1.0 er en 3-klausul BSD-fætter brugt på Vovida-telefonistacks. Du må bruge og sende kommercielt. Bevar copyright-notitser. Brug ikke Vovida-navnet i reklame uden tilladelse. Der er ingen copyleft. Behandl den som BSD-3-Clause med et andet egennavn.
Hvad kræver VSL-1.0, når I sender et produkt ud?
Du opfylder notitsbetingelsen, når hver VSL-1.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 VSL-1.0, at jeg åbner min egen kildekode?
VSL-1.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 VSL-1.0 i et produkt, jeg sender ud?
Kreditering for VSL-1.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 VSL-1.0?
Nej. VSL-1.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 VSL-1.0-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket VSL-1.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 VSL-1.0 sig fra BSD 3-Clause-licensen?
VSL-1.0 kræver dette: VSL-1.0 er en BSD-agtig OSI-godkendt tilladelse fra Vovida. Behold notitser. Brug ikke Vovida-navne til at anbefale produkter. 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 VSL-1.0 til en køber?
VSL-1.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 VSL-1.0 til en køber?
VSL-1.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.
