OSI logo Site Index
 .:: Document Index ::.
*The Open Source Definition
*The Halloween Documents
*OSI Press Releases
*OSI Certification Mark
*OSI Approved Licenses
*Peru Answers MS F.U.D.
*OSI's History in connection to OSI Site History
*On 'shared source'
*GRAPHICS/TRADEMARKS
 .:: OSD change log ::.
*1.0 identical to DFSG, except for addition of MPL and QPL to clause 10.
*1.1 added LGPL to clause 10.
*1.2 added public-domain to clause 10.
*1.3 retitled clause 10 and split off the license list, adding material on procedures.
*1.4 Now explicit about source code requirement for PD software.
*1.5 allow "reasonable reproduction cost" to meet GPL terms.
*1.6 Edited section 10; this material has moved.
*1.7 Section 10 replaced with new "Conformance" section.
*1.8 Section 1: replaced "may not" with "shall not".
*1.9 Section 9: removed rationale referring to the action of the GPL as Contaminat[ion].
*Section 10 added.
 .:: Conformance to the OSD ::.

(This section is not part of the Open Source Definition.)

We think the Open Source Definition captures what the great majority of the software community originally meant, and still mean, by the term "Open Source". However, the term has become widely used and its meaning has lost some precision. The OSI Certified mark is OSI's way of certifying that the license under which the software is distributed conforms to the OSD; the generic term "Open Source" cannot provide that assurance, but we still encourage use of the term "Open Source" to mean conformance to the OSD. For information about the OSI Certified mark, and for a list of licenses that OSI has approved as conforming to the OSD, see the OSD Certification Mark page.

 .:: OSD Translations ::.
*English Authoritative Version
*English (with annotations)

*Arabic
*Bahasa Melayu
*Bulgarian
*Chinese
*Chinese (Simplified)
*Dansk
*Dutch
*Esperanto
*Finnish
*Francais
*German
*Greek
*Hebrew
*Hungarian
*Indonesian
*Italian
*Japanese
*Latvian
*Lithuanian
*Norwegian
*polski
*Portuguese
*Romanian
*Russian
*Serbo-Croat
*Spanish
*Swedish
*Tamil
*Thai
*Turkish
*Ukranian
*Vietnamese

*Translation HOWTO

La Difino de Libera Programaro

Versio 1.9

La de?ovitaj, kursivaj sekcioj ?i-sube aperas kiel notoj al la Difino de Libera Programaro (DLP), kaj ne estas parto de la DLP.

Enkonduko

Libera Programaro ne simple signifas atingon al la fonta kodo. La disdonaj kondi?oj de libera programaro devas plenumi la sekvantajn kriteriojn:

1. Libera Redisdonado

La licenco ne limigu ajnan anaron de vendi a? doni la programaron kiel ero de ara programara distribuo enhavanta programojn de pluraj malegalaj originoj. La licenco ne postulu tantiemon a? alian honorarion por tia vendo.

Kialo: Trudante la licencon postuli liberan disdonon, ni forvi?as la tenton for?eti multajn longtempajn gajnojn por fari malmultan mallongtempan vendan monon. Se ni ne farus tiel, estus ega premo malfideli?i ?e kunlaborantoj.

2. Fonta kodo

La programo devas enhavi la fontan kodon, kaj devas permesi disdonadon kaj per fonta kodo kaj per tradukita formo. Kiuokaze iu formo de produkto ne estas distribuata kun fonta kodo, devas ?eesti bone publicita maniero por akiri la fontan kodon je ne pli ol racie modera reprodukta kosto–preferinde, el?utante per interreto senkoste. La fonta kodo devas esti la preferata formo en kiu programisto modifus la programon. Intence malklarigita fonta kodo estas malpermesita. Mezaj formoj kiaj eligo de anta?traktilo a? tradukilo estas malpermesitaj.

Kialo: Ni postulas atingon al nemalklarigita fonta kodo ?ar oni ne povas evoluigi programojn sen modifi ilin. ?ar la nia celo estas fari evoluon facila, ni postulas ke modifoj estu faciligitaj.

3. Derivitaj verkoj

La licenco devas permesi modifojn kaj derivitajn verkojn, kaj devas permesi ke ili estas disdonataj la? la memaj kondi?oj kiel la licenco de la origina programaro.

Kialo: La nura kapablo legi la fonton ne estas sufi?a por subteni sendependan egalecan recenzon kaj rapidan evoluan elektadon. Por okazigi rapidan evoluon, homoj bezonas povi eksperimenti kaj redistribui modifojn.

4. Integreco de la fonta kodo de la a?toro

La licenco povas restrikti la fontan kodon de esti disdonata en modifita formo nur se la licenco permesas la distribuon de flika?oj kun fonta kodo, por la celo modifi la programon dum muntado. La licenco devas eksplicite permesi disdonon de programaro konstruita el modifita fonta kodo. La licenco povas postuli ke derivitaj verkoj portu malegalan nomon a? versian numeron ol la origina programaro.

Kialo: Instigi multan plibonigadon estas bone, sed uzantoj rajtas scii kiu estas la respondulo de la programaro kiun ili uzas. A?toroj kaj funkcitenistoj amba?flanke rajtas scii kion ili devas subteni, kaj ?irmi la siajn reputaciojn.

La?e, liberprogramara licenco devas garantii, ke la fonto estu prete havebla, sed povas postuli, ke ?i disdoni?u kiel praa baza fonto kun flika?oj. Tiel, "neoficialaj" ?an?oj povas fari?i haveblaj sed klare distingataj de la baza fonto.

5. Neniu diskriminacio kontra? homoj a? grupoj

La licenco devas ne diskriminacii kontra? iu ajn homo a? grupo da homoj.

Kialo: Por havi la maksimuman gajnon el la procezo, la maksimuma malegaleco de homoj kaj grupoj devus egale rajti kontribui al libera programaro. Tial ni malpermesas al ajna liberprograma licenco ?losi iun ajn ekster la procezo.

Iuj landoj, inkluzive Usonon, havas eksportajn limigojn por kelkaj tipoj de programaro. DLP-kongrua licenco povas averti la licencitojn pri aplikeblaj limigoj kaj memorigi al ili, ke ili devas obei la le?on; ?iuokaze, ?i ne povas inkluzivi ?i tiajn limigojn en si mem.

6. Neniu diskriminacio kontra? kampoj de apliko

La licenco devas ne limigi al iu ajn uzi la programaron en specifa kampo de apliko. Ekzemple, ?i ne povas limigi la programon de uzi?i komerce, a? de uzi?i por gena esplorado.

Kialo: La ?efa intendo de ?i tiu kla?zo estas malpermesi licencajn kaptilojn kiuj evitas ke libera programaro estu uzata komerce. Ni volas ke komercaj uzantoj kuni?u kun la nia komunumo, ne senti sin ekskluditaj de ?i.

7. Distribuo de licenco

La rajtoj kunestantaj kun la programo devas apliki?i al ?iuj, al kiuj la programo estas redistribuata, sen la bezono fari aldonan licencon fare de tiuj anaroj.

Kialo: ?i tiu kla?zo celas malpermesi ?losi programaron per nedirektaj iloj kiaj postuli nediskonan akordon.

8. Licenco devas ne esti produktospecifa

La rajtoj kunestantaj kun la programo devas ne dependi de ke la programo estas parto de specifa programara distribuo. Se la programo estas el?erpita de tiu distribuo kaj uzata a? distribuata ene da la kondi?oj de la programa licenco, ?iuj anaroj al kiuj la programo estas redistribuata devas havi la memajn rajtojn kiel tiuj kiuj estas koncedataj kune kun la origina programara distribuo.

Kialo: ?i tiu kla?zo for?losas ankora? unu klason de licencaj kaptiloj.

9. La licenco devas ne limigi alian programaron

La licenco devas ne meti limigojn je alia programaro kiu estas distribuata kune kun la licencata programaro. Ekzemple, la licenco devas ne insisti pri ke ?iuj aliaj programoj distribuataj ?e la mema medio devas esti libera programaro.

Kiaro: Distribuantoj de libera programaro rajtas fari la siajn elektojn pri la sia programaro.

Jes, la GPL kongruas kun ?i tiu postulo. Programaro ligita kun GPL'itaj bibliotekoj heredas la GPL'on nur se ?i formas unuverkon, ne ajna programaro kun kiu ?i estas simple distribuata.


*Currently translations for item 10 of the Open Source Definition are needed. Please send them to Steve.

Origins: Bruce Perens wrote the first draft of this document as "The Debian Free Software Guidelines", and refined it using the comments of the Debian developers in a month-long e-mail conference in June, 1997. He removed the Debian-specific references from the document to create the "Open Source Definition."

Copyright © 2003 by the Open Source Initiative
Send questions or suggestions about the website to Steve M.: webmaster at opensource.org