Після внесення цих змін, що правильно робити далі? Зберігати інформацію про ліцензію недоторканою чи намагатися оновити її, включаючи себе, чимось на кшталт тегів @author чи @revision?
Я думаю, що ви плутаєте ліцензію на програмне забезпечення та будь-який пролог, який може бути частиною програмного забезпечення.
Ліцензія - це те, коли власники авторських прав на програму визначають умови використання (ліцензію) для інших людей. Деякі ліцензії дуже дозвільні, інші - значно обмежуючі.
Пролог - це те, де автори вставляють @authorі @revisionтеги, щоб надати спосіб відстеження змін у вихідному коді. У деяких випадках, якщо ви станете автором нетривіального додатку до коду, ви можете претендувати на авторські права на цей розділ коду. Відсторонення проблем, пов'язаних з авторським правом, може бути тернистим і найкраще вирішується адвокатами. Однак ви конкретно заявили, що не переймаєтесь цим аспектом, тому я продовжуватиму роботу.
Ще одна поширена проблема - це зміна просторового простору імен / пакета сторонніх імен для відповідності його умовам проекту. Деякі типи ліцензій включають подібну інформацію в їхній ліцензійний блок, чи можу я її вільно змінювати?
Це дійсно залежить від умов проекту.
Якщо ви роздвоюєте проект, ви можете робити все, що завгодно.
Якщо ви плануєте внести свої зміни до проекту, вам слід дотримуватися встановленої конвенції. Якщо є вагома причина для зміни простору імен, вам потрібно представити це спільноті програми.
Враховуючи загальні ліцензійні правила (зазвичай вони відрізняються в незначних аспектах, правда?),
етично (або принаймні дозволено), що я вільно додаю інформацію до блоку ліцензій про свої зміни та, можливо, також змінюю, як я посилаюся на неї у своєму коді (наприклад, використовую YACorp.YALib як Utils.YALib)?
Не змінюйте ліцензію!
По-перше, ви, швидше за все, не маєте законних прав на зміну ліцензії. По-друге, будь-які внесені вами зміни, швидше за все, зіпсують ліцензію. Залиште зміни в ліцензії адвокатам.
Що стосується оновлення прологу, це залежить від норм проекту. Деякі проекти не хочуть прологу, тому що вони використовують контроль джерел для відстеження цього. Інші проекти роблять. Дотримуйтесь конвенцій проекту.
Насправді мої занепокоєння стосуються більше «поваги до громади», ніж юридичних аспектів, я запитую більше про те, наскільки ми можемо «дивитись», залишаючись етичними, якщо наш проект можна вважати приватним чи особистим.
Якщо ви тримаєте свої зміни в собі, чому вам все одно, що думають інші? Те, що ви використовуєте лише для себе і ніколи не поширюєте іншим, не впливає на початковий проект. Тому їм все одно, що ти робиш.
Якщо ви плануєте розповсюдити свої зміни або внести їх назад у проект, вам слід оцінити умови цього проекту. Деякі проекти не хочуть розкручуватись і матимуть ліцензію, яка це не дозволяє. Інші йдуть так далеко, що говорять "роби те, що ти хочеш", і тобі дається карт-бланш робити так, як вважаєш за потрібне. Зрештою, відповідь тут залежить від конкретного проекту, який ви дивитесь.