.:: 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

Визначення концепції "Відкритого вихідного коду" (Open Source)

Версія 1.9
Історія змін знаходиться тут.

Вступ

Відкритий вихідний код означає не тільки доступ до вихідного коду. Умови розповсюдження програмного забезпечення з відкритим вихідним кодом повинні відповідати наступним критеріям:

1. Вільне розповсюдження

Ліцензія не повинна обмежувати будь-яку сторону від продажу чи передачі програмного забезпечення в якості частини збірного програмного продукту, що містить програми з кількох різних джерел. Ліцензія не вимагає отримання авторського гонорару або іншої винагороди при будь-якому продажу.

2. Вихідний код

Програма повинна містить вихідний код та дозволяти розповсюдження у вихідному коді разом з компільованою формою. Якщо будь-яка форма продукту не розповсюджується з вихідним кодом, повинні існувати належним чином декларовані методи отримання вихідного коду за ціною, що не перевищує обгрунтовану вартість відтворення, але бажано - безкоштовне завантаження через Інтернет. Вихідний код повинен бути переважною формою, в якій програміст може змінювати програму. Навмисна зміна тлумачення вихідного коду не дозволяється. Проміжні форми, такі як вихідні дані препроцесора чи транслятора, не дозволені.

3. Похідні продукти

Ліцензія повинна дозволяти модифікації та похідні продукти та повинна дозволяти їх розповсюдження за тими ж умовами, що є в ліцензії оригінального програмного забезпечення.

4. Цілісність авторського вихідного коду

Ліцензія може обмежувати вихідний код від розповсюдження в змінений формі, якщо ліцензія дозволяє розповсюдження файлів-заплаток (patch file) разом з вихідним кодом з метою модифікації програми під час збірки (компіляції). Ліцензія повинна в явному вигляді дозволяти розповсюдження програмного забезпечення, що було зібране з модифікованого вихідного коду. Ліцензія може вимагати від похідних продуктів різних назв чи номерів версій, порівняно з оригінальним програмним забезпеченням.

5. Заборона дискрімінації окремих персон чи груп.

Ліцензія не повинна дискримінувати будь-яку персону чи групу.

6. Заборона дискримінації напрямків застосування

Ліцензія не обмежує будь-кого щодо використанні програми у визначених напрямках застосування. Наприклад, це не обмежує використання програми в бізнесі або в області генетичних досліджень.

7. Розповсюдження ліцензії.

Права, що закріплені за програмою, повинні бути застосовані до всіх одержувачів програми без потреби складання додаткової ліцензії між сторонами.

8. Ліцензія не повинна залежати від продукту

Права, що закріплені за програмою, не повинні залежати від того, що програма може бути частиною визначеного програмного забезпечення. Якщо програма здобута з цього програмного забезпечення та використовується чи розповсюджується згідно з умовами програмної ліцензії, всі сторони , що отримують програму, повинні мати ті ж самі права, які надаються згідно з оригінальним програмним забезпеченням.

9. Ліцензія не повинна обмежувати інше програмне забезпечення

Ліцензія не повинна обмежувати інше програмне забезпечення, що розповсюджується разом з ліцензованим продуктом. Наприклад, ліцензія не повинна наполягати на тому, щоб всі інші програми, що розповсюджуються з продуктом на спільному носії , повинні бути програмним забезпеченням з відкритим вихідним кодом.

Переклад: Шкіль Вадим

*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."