LPPL-1.3c er LaTeX-verdenens copyleft. Ændrede filer skal omdøbes. Værket som helhed bliver en LaTeX-familie-distribution. Ikke MIT.
På denne side
Hvad den gør
LaTeX Project Public License 1.3c lader dig bruge og distribuere LaTeX-pakker. Hvis du ændrer en fil, skal du omdøbe den, så det oprindelige filnavn stadig betyder upstream-versionen. Den vedligeholdelsesregel er hele pointen. Debian brugte år på at diskutere LPPL-frihed. Nuværende 1.3c er OSI-godkendt. Anvend den ikke på almindelig programkilde, som om den var GPL.
Fordele
- Tilladelsen er offentlig, og gensidigheden står skrevet. Købere ved, hvad de kigger på.
- Intern brug uden distribution forbliver almindelig. Det tunge arbejde starter, når en kopi forlader virksomheden.
Ulemper
- Kildekode-tilbuddet er reelt, i det øjeblik du distribuerer binære filer, der indeholder dækkede filer.
- Hvor langt copyleft rækker i et blandet stack, er et juristspørgsmål. Gæt ikke ud fra et blogindlæg.
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.
Privat brug
Brug inde i virksomheden, også interne forks, udløser ikke i sig selv distributionspligter.
Patentbrug
Disse licenser indeholder typisk en patenttilladelse, der dækker de licenserede filer. Læs tilladelsen, før du læner dig op ad den i en sag med høj indsats.
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.
Åbne dit produkt
Copyleft på fil- eller biblioteks-niveau tvinger dig ikke, på tekstens ord, til at åbne hele din applikation. Gensidigheden bliver på de dækkede filer.
Forpligtelser
Medtag copyright
Behold copyright-notitser på de dækkede filer, du distribuerer.
Medtag licens
Behold licensteksten sammen med de dækkede filer, og sig at de filer er under denne licens.
Offentliggør kildekode
Dækkede filer, du ændrer og distribuerer, skal have kildekode tilgængelig under samme licens.
Hvad LPPL-1.3c kræver, når I sender kode ud
Når du distribuerer en binær fil, der indeholder LPPL-1.3c-kode, følger notitsen stadig med kopien, og den tilsvarende kildekode skal være tilgængelig under samme licens. Intern brug uden at en kopi forlader virksomheden er en anden situation. Listen nedenfor er forsendelsesarbejdet: det en modtager af den binære fil kan kræve, og det du registrerer, så en køber kan se det.
Du opfylder LPPL-1.3c ved en leveret binær fil, når hver modtager kan få den tilsvarende kildekode, licensen beskriver.
Du opfylder notits-vilkårene, når de oprindelige copyright-linjer og licensteksten følger med kopien.
Du holder intern brug inden for vilkårene, når ingen kopi forlader virksomheden. Distribution er det, der typisk gør kildekodepligten til reelt arbejde.
De pligter, LPPL-1.3c navngiver
Notitsen følger stadig med kopien. Oven i det navngiver LPPL-1.3c en kildekodepligt. Dette er betingelserne i teksten. Vejledningen ovenfor er, hvornår de bliver til reelt arbejde.
Medtag copyright
Behold copyright-notitser på de dækkede filer, du distribuerer.
Medtag licens
Behold licensteksten sammen med de dækkede filer, og sig at de filer er under denne licens.
Offentliggør kildekode
Dækkede filer, du ændrer og distribuerer, skal have kildekode tilgængelig under samme licens.
Det skal du være opmærksom på
- At sige, at I kun bruger LPPL-1.3c på serveren, og derefter sende et Docker-image eller et on-prem-build ud. Stil spørgsmålet per artefakt, du giver fra dig.
- At tilbyde kildekode for den dækkede pakke alene, når licensen beder om tilsvarende kildekode til det værk, du har sendt ud.
Hvad LaTeX Project Public License v1.3c ikke gør
Søgeresultater flader ofte LaTeX Project Public License v1.3c ud til et slogan. Dette er de sædvanlige fejllæsninger. LPPL-1.3c er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- LPPL-1.3c er ikke "tilladelig med ekstra papirarbejde." Ændrer du dækkede filer og sender dem ud, skal den kildekode være tilgængelig under samme licens.
- LPPL-1.3c sletter ikke notitspligter. Copyright-linjer og licensteksten følger stadig med de kopier, du giver videre.
Hvordan LPPL-1.3c adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med LPPL-1.3c, 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.
- LPPL-1.3c
- LPPL-1.3c er LaTeX-verdenens copyleft. Ændrede filer skal omdøbes. Værket som helhed bliver en LaTeX-familie-distribution. Ikke MIT.
- 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.
- OFL-1.1
- Licensen til fonte, ikke til kode. Fri at indlejre og ændre, med regler om salg af fonten alene og om omdøbning, når fonten har et Reserved Font Name.
Ofte stillede spørgsmål om LaTeX Project Public License v1.3c
Svar på almindelige spørgsmål om, hvad LaTeX Project Public License v1.3c kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er LaTeX Project Public License v1.3c?
LaTeX Project Public License 1.3c lader dig bruge og distribuere LaTeX-pakker. Hvis du ændrer en fil, skal du omdøbe den, så det oprindelige filnavn stadig betyder upstream-versionen. Den vedligeholdelsesregel er hele pointen. Debian brugte år på at diskutere LPPL-frihed. Nuværende 1.3c er OSI-godkendt. Anvend den ikke på almindelig programkilde, som om den var GPL.
Hvad kræver LPPL-1.3c, når I sender et produkt ud?
Du opfylder LPPL-1.3c ved en leveret binær fil, når hver modtager kan få den tilsvarende kildekode, licensen beskriver. Du opfylder notits-vilkårene, når de oprindelige copyright-linjer og licensteksten følger med kopien. Du holder intern brug inden for vilkårene, når ingen kopi forlader virksomheden. Distribution er det, der typisk gør kildekodepligten til reelt arbejde.
Udløser det ekstra pligter at hoste et produkt, der bruger LPPL-1.3c?
Hosting alene udløser som regel ikke kildekodepligten for LPPL-1.3c. At sende en binær fil, et container-image eller et on-prem-build ud gør. Notitsen følger stadig med hver kopi, I giver videre.
Kan jeg holde min applikation lukket, hvis jeg bruger LPPL-1.3c?
LPPL-1.3c er bibliotek-copyleft. Jeres applikation kan forblive lukket, hvis modtagere kan skifte biblioteket ud med deres eget build. Statisk linking gør det dyrt. Biblioteket selv skal stadig følge med tilsvarende kildekode og notitser. Bekræft linking-historien på komponenten, og registrer den.
Hvad er tilsvarende kildekode for LPPL-1.3c?
Tilsvarende kildekode er den kilde, en modtager skal bruge for at bygge og køre den samme binære fil, inklusive scripts og interfacefiler, licensen nævner. At hoste en repository-URL kan være et tilbud. Tilbuddet skal matche det, I faktisk har sendt ud. SourceTrust registrerer, at en på jeres team har bekræftet tilbuddet. Den udgiver ikke jeres kildekode og hoster ikke et spejl.
Hvordan adskiller LPPL-1.3c sig fra GNU GPL v2.0 eller senere?
LPPL-1.3c kræver dette: LPPL-1.3c er LaTeX-verdenens copyleft. Ændrede filer skal omdøbes. Værket som helhed bliver en LaTeX-familie-distribution. Ikke MIT. GNU GPL v2.0 eller senere kræver dette: 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. Åbn GNU GPL v2.0 eller senere-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 LPPL-1.3c til en køber?
Kataloget markerer LPPL-1.3c som copyleft, så et punkt om kildekode-tilbud dukker op på projektets tjekliste, når projektets distributionskontekst er Distribueret binær eller Blandet. Et rent SaaS-projekt ser intet punkt for den, medmindre rækken også har en netværksudløser. Punktet bliver ikke sat for dig: en på dit team bekræfter det, og publicering er spærret, indtil hvert relevant punkt er bekræftet. SourceTrust udgiver ikke din kildekode og hoster ikke et spejl.
Hvor registrerer jeg LPPL-1.3c til en køber?
Kataloget markerer LPPL-1.3c som copyleft, så et punkt om kildekode-tilbud dukker op på projektets tjekliste, når projektets distributionskontekst er Distribueret binær eller Blandet. Et rent SaaS-projekt ser intet punkt for den, medmindre rækken også har en netværksudløser.
Punktet bliver ikke sat for dig: en på dit team bekræfter det, og publicering er spærret, indtil hvert relevant punkt er bekræftet. SourceTrust udgiver ikke din kildekode og hoster ikke et spejl.
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.
