Чи потрібен заголовок ліцензії у вихідних файлах під час застосування програми Apache Software License 2.0 до проекту? [зачинено]


15

Читаючи додаток Apache Software License 2.0, мені залишається незрозумілим, що саме я повинен робити зараз:

ДОДАТОК: Як застосувати ліцензію Apache до своєї роботи

Щоб застосувати ліцензію Apache до вашої роботи, прикріпіть таке повідомлення на панелі котлів, поля, додані дужками, "[]" замінені на вашу власну ідентифікаційну інформацію. (Не включайте дужки!) Текст повинен бути укладений у відповідний синтаксис коментаря для формату файлу. Ми також рекомендуємо, щоб ім’я файлу чи класу та опис цілі були включені на ту ж «надруковану сторінку», що і повідомлення про авторські права, для полегшення ідентифікації в сторонніх архівах.

Щоб пояснити трохи більше: я зараз беру участь у проекті з відкритим кодом на Github, де було прийнято рішення про ліцензію на ASL2.0. В останній комісії текст ліцензії був доданий LICENSEдо кореневого каталогу.

Цікава частина зараз: Що ще потрібно зробити, щоб повністю ліцензувати код під ліцензією Apache Software. Зокрема: Що вважається "робочим" і чи обов'язково включати в проект повідомлення про котельну таблицю до кожного вихідного файлу?

Я вважаю, що слід додати повідомлення до вже існуючого README, як я це бачив в інших проектах з відкритим кодом. Щось у напрямку:

Ліцензія:

Якщо явно не вказано інше, всі файли в цьому сховищі ліцензовані відповідно до ліцензії на програмне забезпечення Apache 2.0 [вставте тут повідомлення про котло]

Я думаю, що це повинно бути нормально, оскільки політика Apache щодо заголовків джерел (навіть якщо вони призначені лише для проектів, що належать Apache Software Foundation) заявляє:

Кожен оригінальний вихідний документ (код та документація, але виключаючи файли ЛІЦЕНЗІЇ та УВАГИ) ДОЛЖЕН у верхній частині містити короткий заголовок ліцензії. Якщо дистрибутив містить документи, на які не поширюються CLA, CCLA або Software Grant (наприклад, сторонні бібліотеки), перегляньте посібник з політики.


  1. Кожен вихідний файл повинен містити такий заголовок ліцензії - зауважте, що у заголовку не повинно бути повідомлення про авторські права:

Зокрема, "слід" тут змушує мене думати, що заголовок ліцензії у кожному файлі не є обов'язковим для кожного вихідного файлу проекту, ліцензованого під ASL.


1
Чи є у вас заперечення щодо просто включення заголовка у кожен вихідний файл?
Роберт Харві

Ну це клопоти: (Крім того, можливе повторне ліцензування ускладнюється з цим, і я маю особисту "кривду" проти ліцензійних заголовків.
Vogel612,

2
Мех. Зміна ліцензії - це операція "Знайти та замінити" для всіх файлів у будь-якій програмі IDE, яка коштує її.
Роберт Харві

Ви також можете просто включити короткий вислів у кожен файл, наприклад "Цей проект ліцензований під ліцензією XYZ. Детальніше див. Файл LICENSE, який можна знайти в базі цього архіву проекту", або слова для цього.
Брандін

2
Ні, це не обов'язково: apache.org/dev/apply-license.html#copy-per-file Але, як Жюль заявляє нижче, якщо файл переглядається або повторно використовується ізольовано, ліцензія буде очевидною
Steen

Відповіді:


18

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

(Зверніть увагу, що це не юридична порада; якщо це важливо, вам слід звернутися за консультацією до юриста, який знаходиться у вашій юрисдикції тощо).


3

Про це вже згадувалося в коментарях, але для того, щоб зробити його більш помітним, повторюючи тут розділ із FAQ FAQ Apache Software Foundation (він, можливо, буде доданий пізніше).

Чи маю я КОПІЮВАННЯ ЛІЦЕНЗІЇ В КОЖНОМИ ДЖЕРЕЛАФІЛІ?

Для розповсюдження потрібна лише одна повна копія ліцензії. Дивіться політику.

http://www.apache.org/dev/apply-license.html#copy-per-file

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.