Spring til hovedindhold
SourceTrust
Se andre licenser

GFDL-1.3-only

GNU Free Documentation License 1.3 kun

GFDL-1.3-only er copyleft til manualer og wikier, låst til 1.3. Invariant sections og cover texts er faldgruberne. Ikke en kodelicens.

På denne side

Hvad den gør

GNU FDL 1.3 only dækker dokumentation. Du må kopiere og ændre dokumentet, hvis resultatet bliver under GFDL. Invariant sections kan ikke ændres eller fjernes. Cover texts skal blive på forsider. Debian og andre behandlede GFDL med invariant sections som non-free. SPDX listede den som GFDL-1.3. Wikipedia forlod GFDL til fordel for CC-BY-SA.

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.

Hvad GFDL-1.3-only kræver, når I sender kode ud

Når du distribuerer en binær fil, der indeholder GFDL-1.3-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 GFDL-1.3-only ved en leveret binær fil, når hver modtager kan få den tilsvarende kildekode, licensen beskriver.

  2. Du opfylder notits-vilkårene, når de oprindelige copyright-linjer og licensteksten følger med kopien.

  3. 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, GFDL-1.3-only navngiver

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

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 GFDL-1.3-only 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 GNU Free Documentation License 1.3 kun ikke gør

Søgeresultater flader ofte GNU Free Documentation License 1.3 kun ud til et slogan. Dette er de sædvanlige fejllæsninger. GFDL-1.3-only er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • GFDL-1.3-only 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.
  • GFDL-1.3-only sletter ikke notitspligter. Copyright-linjer og licensteksten følger stadig med de kopier, du giver videre.

Hvordan GFDL-1.3-only adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med GFDL-1.3-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.

GFDL-1.3-only
GFDL-1.3-only er copyleft til manualer og wikier, låst til 1.3. Invariant sections og cover texts er faldgruberne. Ikke en kodelicens.
GFDL-1.2-only
GFDL-1.2-only er dokumentations-copyleft fra 2002. Samme invariant-section-design som 1.3, uden de senere 1.3-kompatibilitetsjusteringer.
GFDL-1.1-only
GFDL-1.1-only er den første GFDL. Dokumentations-copyleft med invariant sections. Historiske manualer bærer den stadig.
CC-BY-SA-4.0
Brug den kommercielt, men alt du bygger på den, bliver under samme licens. Det er her, Stack Overflow-uddrag bider.

Ofte stillede spørgsmål om GNU Free Documentation License 1.3 kun

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

Hvad er GNU Free Documentation License 1.3 kun?

GNU FDL 1.3 only dækker dokumentation. Du må kopiere og ændre dokumentet, hvis resultatet bliver under GFDL. Invariant sections kan ikke ændres eller fjernes. Cover texts skal blive på forsider. Debian og andre behandlede GFDL med invariant sections som non-free. SPDX listede den som GFDL-1.3. Wikipedia forlod GFDL til fordel for CC-BY-SA.

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

Du opfylder GFDL-1.3-only 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 GFDL-1.3-only?

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

GFDL-1.3-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 GFDL-1.3-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 GFDL-1.3-only sig fra GNU Free Documentation License 1.2 kun?

GFDL-1.3-only kræver dette: GFDL-1.3-only er copyleft til manualer og wikier, låst til 1.3. Invariant sections og cover texts er faldgruberne. Ikke en kodelicens. GNU Free Documentation License 1.2 kun kræver dette: GFDL-1.2-only er dokumentations-copyleft fra 2002. Samme invariant-section-design som 1.3, uden de senere 1.3-kompatibilitetsjusteringer. Åbn GNU Free Documentation License 1.2 kun-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 GFDL-1.3-only til en køber?

Kataloget markerer GFDL-1.3-only 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 GFDL-1.3-only til en køber?

Kataloget markerer GFDL-1.3-only 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.

Læs /docs/obligation-copyleft-source-offer.

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 Free Documentation License 1.3 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.