Spring til hovedindhold
SourceTrust
Se andre licenser

NASA-1.3

NASA Open Source Agreement 1.3

OSI-godkendt, men FSF kalder den ikke-fri, og den kan ikke kombineres med GPL. Eksportkontrol-vilkår gælder også.

På denne side

Hvad den gør

NASA Open Source Agreement 1.3 er det, NASA udgiver noget af sin software under, blandt andet dele af World Wind- og Core Flight System-familierne. Det er en aftale frem for en simpel tilladelse, og den læses sådan. Du må bruge, ændre og videredistribuere koden, også inde i et kommercielt produkt. Til gengæld beholder du de statslige notitser og forbehold, markerer dine ændringer og identificerer dig selv som den, der lavede dem. Du gør også den ændrede kildekode tilgængelig under samme aftale og følger amerikansk eksportkontrol-lovgivning.

Detaljer

Det, en gennemgang først har brug for, er klassifikationen. NASA-1.3 er godkendt af Open Source Initiative, men Free Software Foundation fører den som en ikke-fri licens, i høj grad fordi den beder om, at dine bidrag er din egen originale skabelse. Den kan heller ikke kombineres med GPL. Den kombination kan falde igennem i en kundes indkøbspolitik, selvom koden er offentlig og gratis. Eksportkontrol-bestemmelsen er den anden overraskelse, for den binder dig, selv når du aldrig distribuerer, hvilket er usædvanligt i denne familie.

Fordele

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

Ulemper

  • At vendorere eller linke statisk kan trække mere af dit træ ind i det dækkede sæt, end et dynamisk link ville.
  • Kildekode-tilbuddet er reelt, i det øjeblik du distribuerer binære filer, der indeholder ændrede dækkede filer.

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 NASA-1.3 kræver, når I sender kode ud

Når du distribuerer en binær fil, der indeholder NASA-1.3-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 mærkningspligten, når hver ændring, du distribuerer, er markeret som en ændring og nævner den person eller organisation, der lavede den.

  2. Du opfylder kildekode-betingelsen, når kildekoden til din ændrede udgave er tilgængelig under samme aftale for alle, der modtager den binære fil.

  3. Du har styr på notitserne, når de statslige forbehold og de oprindelige notitser bliver i filerne og følger med din distribution.

  4. Du har dækket eksportkontrol, når nogen har tjekket de amerikanske eksportregler for de lande, du sender til, før udgivelsen går ud.

  5. Du undgår endorsement-problemet, når intet i dit produkt eller din markedsføring bruger NASA's navn eller emblem til at antyde opbakning.

De pligter, NASA-1.3 navngiver

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

  • En statslig udgivelse antages at være public domain. NASA-1.3 er en aftale med reelle betingelser, så behandl den som en licenseret afhængighed på lige fod med andre.
  • Eksportklausulen bliver ignoreret, fordi koden ligger på en offentlig hjemmeside. Offentlig tilgængelighed er ikke en eksportbeslutning, så spørg, før du sender til udlandet.
  • En købers positivliste bliver besvaret med 'den er OSI-godkendt'. Sig det hele, inklusive FSF's holdning, så procurement ikke bliver overrasket senere.

Hvad NASA Open Source Agreement 1.3 ikke gør

Søgeresultater flader ofte NASA Open Source Agreement 1.3 ud til et slogan. Dette er de sædvanlige fejllæsninger. NASA-1.3 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • NASA Open Source Agreement 1.3 tvinger dig ikke til at åbne hele din applikation. Den gensidige pligt bliver på de dækkede filer.
  • Det er ikke "tilladelig med ekstra papirarbejde." Ændrer du en dækket fil og sender den ud, skal den fils kildekode være tilgængelig under samme licens.

Hvordan NASA-1.3 adskiller sig fra nærliggende licenser

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

NASA-1.3
OSI-godkendt, men FSF kalder den ikke-fri, og den kan ikke kombineres med GPL. Eksportkontrol-vilkår gælder også.
MPL-1.1
Mozilla-licensen fra 1998. Kildekode-pligten hænger på de filer, du har ændret, ikke på hver MPL-fil, du sender ud, og den har ingen bro til GPL.
EPL-1.0
Den ældre Eclipse-licens. Samme Contribution-baserede pligt som EPL-2.0, men uden bro til GPL, så en blanding med GPL-kode er et reelt problem.
Apache-2.0
Tilladelig som MIT, plus en udtrykkelig patenttilladelse. Hagen er NOTICE-filen: den skal med inde i de binære filer, du sender ud.

Ofte stillede spørgsmål om NASA Open Source Agreement 1.3

Svar på almindelige spørgsmål om, hvad NASA Open Source Agreement 1.3 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er NASA Open Source Agreement 1.3?

NASA Open Source Agreement 1.3 er det, NASA udgiver noget af sin software under, blandt andet dele af World Wind- og Core Flight System-familierne. Det er en aftale frem for en simpel tilladelse, og den læses sådan. Du må bruge, ændre og videredistribuere koden, også inde i et kommercielt produkt. Til gengæld beholder du de statslige notitser og forbehold, markerer dine ændringer og identificerer dig selv som den, der lavede dem. Du gør også den ændrede kildekode tilgængelig under samme aftale og følger amerikansk eksportkontrol-lovgivning.

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

Du opfylder mærkningspligten, når hver ændring, du distribuerer, er markeret som en ændring og nævner den person eller organisation, der lavede den. Du opfylder kildekode-betingelsen, når kildekoden til din ændrede udgave er tilgængelig under samme aftale for alle, der modtager den binære fil. Du har styr på notitserne, når de statslige forbehold og de oprindelige notitser bliver i filerne og følger med din distribution. Du har dækket eksportkontrol, når nogen har tjekket de amerikanske eksportregler for de lande, du sender til, før udgivelsen går ud. Du undgår endorsement-problemet, når intet i dit produkt eller din markedsføring bruger NASA's navn eller emblem til at antyde opbakning.

Udløser det ekstra pligter at hoste et produkt, der bruger NASA-1.3?

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

NASA-1.3 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 NASA-1.3?

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 NASA-1.3 sig fra Mozilla Public License 1.1?

NASA-1.3 kræver dette: OSI-godkendt, men FSF kalder den ikke-fri, og den kan ikke kombineres med GPL. Eksportkontrol-vilkår gælder også. Mozilla Public License 1.1 kræver dette: Mozilla-licensen fra 1998. Kildekode-pligten hænger på de filer, du har ændret, ikke på hver MPL-fil, du sender ud, og den har ingen bro til GPL. Åbn Mozilla Public License 1.1-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 NASA-1.3 til en køber?

NASA-1.3 har en katalogrække markeret som copyleft, så et punkt om kildekode-tilbud dukker op på projektets tjekliste i konteksterne Distribueret binær og Blandet. Der findes intet forpligtelsespunkt for eksportkontrol eller for mærkningspligten, så de bliver hos dig og din jurist. Det, SourceTrust bærer med, er den gemte licenstekst, ind på din attestation-side og ind i hver eksportfil, den danner ud fra det offentliggjorte snapshot.

Hvor registrerer jeg NASA-1.3 til en køber?

NASA-1.3 har en katalogrække markeret som copyleft, så et punkt om kildekode-tilbud dukker op på projektets tjekliste i konteksterne Distribueret binær og Blandet. Der findes intet forpligtelsespunkt for eksportkontrol eller for mærkningspligten, så de bliver hos dig og din jurist.

Det, SourceTrust bærer med, er den gemte licenstekst, ind på din attestation-side og ind i hver eksportfil, den danner ud fra det offentliggjorte snapshot. Læs /docs/export-sbom om formaterne.

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 NASA Open Source Agreement 1.3 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.