Spring til hovedindhold
SourceTrust
Se andre licenser

LGPL-3.0-only

GNU LGPL v3.0 kun

LGPL-3.0-only er bibliotek-copyleft låst til version 3. Samme udskiftelighedsregel, med GPLv3-patent- og User Product-vilkår, og ingen senere LGPL.

På denne side

Hvad den gør

GNU LGPL v3.0 only er version-3-bibliotekstilladelsen uden lov til at gå til en senere LGPL. Du læser den sammen med GPLv3, fordi LGPL-3.0 er ekstra tilladelser oven på den licens. Din lukkede applikation må linke mod biblioteket. Copyleft bliver på selve biblioteket. Afsnit 4 lister, hvad et Combined Work skal bære. GPLv3 afsnit 6 lægger derefter Installation Information til for forbrugerenheder. Qt's open source-udgave er det bedst kendte eksempel i familien. Sæt det over for LGPL-3.0-or-later, som lader en modtager tage en fremtidig LGPL.

Detaljer

For en hostet tjeneste kræver LGPL-3.0-only intet: der er ingen netværksklausul. For software, du sender ud, opfører den sig som version 2.1 plus Installation Information på et User Product. At låse only betyder, at en modtager ikke kan vælge en senere LGPL, hvis FSF udgiver en. App store-krav om genlink læses bredt som svære at opfylde, men den læsning er ikke afgjort. Tag det spørgsmål til en jurist, før du bygger på det.

Fordele

  • Du kan linke biblioteket fra lukket kode på den måde, afsnit 4 beskriver.
  • Fil-niveau gensidighed er lettere at isolere end GPL-agtig copyleft på hele værket.

Ulemper

  • En låst forbrugerenhed sætter Installation Information ud af kraft. Afgør licensen, før hardwaredesignet er låst.
  • Kildekode-tilbud og genlink-pligter er reelle, i det øjeblik du distribuerer binære filer, der indeholder biblioteket.

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.

Hvad LGPL-3.0-only kræver, når I sender kode ud

Når du distribuerer en binær fil, der indeholder LGPL-3.0-only-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.

  1. Du opfylder LGPL-3.0 afsnit 4, når dit Combined Work nævner biblioteket, sender både LGPL-3.0- og GPL-3.0-teksterne med og viser copyright-notitserne, hvor en bruger kan se dem.

  2. Du opfylder genlink-betingelsen, når biblioteket indlæses ved kørsel som en separat fil, eller når du leverer objektkode, der lader en bruger genbygge kombinationen.

  3. Du har håndteret en forbrugerenhed, når køberen får den Installation Information, der skal til for at lægge sit eget build af biblioteket på den hardware, de har købt.

  4. Du bliver på version 3, når headere, SPDX og den medsendte tekst alle siger only, så ingen behandler dette som en vej til en senere LGPL.

  5. Du har taget hånd om dine egne rettelser, når hver ændring, du har lavet inde i biblioteket, kommer ud igen under LGPL-3.0-only, når du distribuerer det, adskilt fra din applikationskode.

De pligter, LGPL-3.0-only navngiver

Notitsen følger stadig med kopien. Oven i det navngiver LGPL-3.0-only 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

Kildekode til biblioteket, inklusive dine ændringer af det, skal være tilgængelig for dem, der fik en binær fil.

Hold udskiftelig

Modtagere skal kunne skifte biblioteket ud med eget build. Dynamisk linking er den sædvanlige vej. Statisk linking betyder, at du også giver en måde at genlinke på.

Installation Information

LGPL-3.0 rider på GPLv3, så et Combined Work i et User Product skylder også Installation Information til et ændret bibliotek.

Det skal du være opmærksom på

  • Firmware-teams signerer imaget og låser bootloaderen, hvilket sætter Installation Information ud af kraft. Den pligt er i denne tilladelse, ikke kun i GPL-3.0-only.
  • At behandle Qt som LGPL-3.0-or-later uden at læse udgaven. Hvis pakken låser only, kan modtagere ikke tage en fremtidig LGPL.
  • Et iOS-build statisk-linker biblioteket og sender ud uden nogen genlink-vej. Send et dynamisk framework, eller vælg et bibliotek med en anden licens før release-branchen.

Hvad GNU LGPL v3.0 kun ikke gør

Søgeresultater flader ofte GNU LGPL v3.0 kun ud til et slogan. Dette er de sædvanlige fejllæsninger. LGPL-3.0-only er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • LGPL-3.0-only tvinger dig ikke til at åbne hele din applikation. Den gensidige pligt bliver på biblioteket, under version 3.
  • Den dropper ikke Installation Information, fordi du brugte LGPL i stedet for GPL. På et User Product kommer den pligt stadig ind fra GPLv3.

Hvordan LGPL-3.0-only adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med LGPL-3.0-only, 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.

LGPL-3.0-only
LGPL-3.0-only er bibliotek-copyleft låst til version 3. Samme udskiftelighedsregel, med GPLv3-patent- og User Product-vilkår, og ingen senere LGPL.
LGPL-3.0-or-later
Svag copyleft skrevet som et tillæg til GPLv3. Forbrugerenheder skylder også installationsinformation til et ændret bibliotek.
LGPL-2.1-only
LGPL-2.1-only er bibliotek-copyleft låst til 2.1. Brugere skal kunne skifte biblioteket. Ingen opgradering til LGPL-3.0.
GPL-3.0-only
GPL-3.0 beholder kildekode-pligten ved binær distribution og tilføjer et patentbrev, en anti-lockdown-regel for forbrugerenheder og en frist til at rette.

Ofte stillede spørgsmål om GNU LGPL v3.0 kun

Svar på almindelige spørgsmål om, hvad GNU LGPL v3.0 kun kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er GNU LGPL v3.0 kun?

GNU LGPL v3.0 only er version-3-bibliotekstilladelsen uden lov til at gå til en senere LGPL. Du læser den sammen med GPLv3, fordi LGPL-3.0 er ekstra tilladelser oven på den licens. Din lukkede applikation må linke mod biblioteket. Copyleft bliver på selve biblioteket. Afsnit 4 lister, hvad et Combined Work skal bære. GPLv3 afsnit 6 lægger derefter Installation Information til for forbrugerenheder. Qt's open source-udgave er det bedst kendte eksempel i familien. Sæt det over for LGPL-3.0-or-later, som lader en modtager tage en fremtidig LGPL.

Hvad kræver LGPL-3.0-only, når I sender et produkt ud?

Du opfylder LGPL-3.0 afsnit 4, når dit Combined Work nævner biblioteket, sender både LGPL-3.0- og GPL-3.0-teksterne med og viser copyright-notitserne, hvor en bruger kan se dem. Du opfylder genlink-betingelsen, når biblioteket indlæses ved kørsel som en separat fil, eller når du leverer objektkode, der lader en bruger genbygge kombinationen. Du har håndteret en forbrugerenhed, når køberen får den Installation Information, der skal til for at lægge sit eget build af biblioteket på den hardware, de har købt. Du bliver på version 3, når headere, SPDX og den medsendte tekst alle siger only, så ingen behandler dette som en vej til en senere LGPL. Du har taget hånd om dine egne rettelser, når hver ændring, du har lavet inde i biblioteket, kommer ud igen under LGPL-3.0-only, når du distribuerer det, adskilt fra din applikationskode.

Udløser det ekstra pligter at hoste et produkt, der bruger LGPL-3.0-only?

Hosting alene udløser som regel ikke kildekodepligten for LGPL-3.0-only. 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 LGPL-3.0-only?

LGPL-3.0-only 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 LGPL-3.0-only?

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 LGPL-3.0-only sig fra GNU LGPL v3.0 eller senere?

LGPL-3.0-only kræver dette: LGPL-3.0-only er bibliotek-copyleft låst til version 3. Samme udskiftelighedsregel, med GPLv3-patent- og User Product-vilkår, og ingen senere LGPL. GNU LGPL v3.0 eller senere kræver dette: Svag copyleft skrevet som et tillæg til GPLv3. Forbrugerenheder skylder også installationsinformation til et ændret bibliotek. Åbn GNU LGPL v3.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 LGPL-3.0-only til en køber?

Kataloget markerer LGPL-3.0-only som copyleft, så et punkt om kildekode-tilbud lander i Distribueret binær og Blandet. Et LGPL-linking-punkt lander i Bibliotek eller SDK, Distribueret binær og Blandet. Der er intet særskilt tjeklistepunkt for Installation Information. Hentningen sammenligner den medsendte tekst med det angivne id. SourceTrust efterser ikke dit device-build.

Hvor registrerer jeg LGPL-3.0-only til en køber?

Kataloget markerer LGPL-3.0-only som copyleft, så et punkt om kildekode-tilbud lander i Distribueret binær og Blandet. Et LGPL-linking-punkt lander i Bibliotek eller SDK, Distribueret binær og Blandet.

Der er intet særskilt tjeklistepunkt for Installation Information. Hentningen sammenligner den medsendte tekst med det angivne id.

SourceTrust efterser ikke dit device-build. Læs /docs/mobile-app-licenses, når du sender en binær fil til en app-butik.

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 GNU LGPL v3.0 kun 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.