После внесения этих изменений, что делать дальше? Сохранить информацию о лицензии неприкосновенной или попытаться обновить ее, в том числе себя, с помощью тегов @author или @revision?
Я думаю, что вы путаете лицензию на программное обеспечение и любые прологи, которые могут быть частью программного обеспечения.
Лицензия - это когда владельцы авторских прав на программу определяют условия использования (лицензию) для других людей. Некоторые лицензии очень разрешительные, другие гораздо более строгие.
Пролог , где авторы вставки @authorи @revisionметки , чтобы обеспечить возможность отслеживать изменения в исходный код. В некоторых случаях, становясь автором нетривиального дополнения к коду, вы можете претендовать на авторские права на этот раздел кода. Распутывание проблем с авторским правом может быть непростым делом и лучше всего решается адвокатами. Тем не менее, вы специально заявили, что вас не волнует этот аспект, поэтому я буду двигаться дальше.
Другая распространенная проблема - изменение стороннего пространства имен / пакета, чтобы оно соответствовало соглашениям вашего проекта. Некоторые типы лицензий включают такую информацию в свой блок лицензий. Могу ли я изменить ее свободно?
Это действительно зависит от условностей проекта.
Если вы разветвляете проект, вы можете делать все, что захотите.
Если вы планируете внести свои изменения обратно в проект, вам следует придерживаться установленного соглашения. Если есть веская причина для изменения пространства имен, вам необходимо представить это сообществу приложения.
Учитывая общие лицензионные правила (обычно они незначительны, не так ли?),
этично (или, по крайней мере, разрешено), что я свободно добавляю информацию в блок лицензии о своих модификациях и, возможно, также изменяю, как мне ссылаться на нее в моем коде (например, использовать YACorp.YALib в качестве Utils.YALib)?
Не меняйте лицензию!
Во-первых, вы, вероятно, не имеете законных прав на изменение лицензии. Во-вторых, любые внесенные вами изменения могут испортить лицензию. Оставьте изменения лицензии для адвокатов.
Что касается обновления пролога, то это зависит от норм проекта. Некоторые проекты не хотят пролога, потому что они используют систему контроля версий для отслеживания этого. Другие проекты делают. Следуйте соглашениям проекта.
На самом деле мои опасения связаны скорее с «уважением к сообществу», чем с юридическими аспектами, я спрашиваю больше о том, насколько мы можем «сойти с ума», оставаясь этичными, если наш проект можно считать частным или личным.
Если вы сохраняете свои изменения при себе, почему вас волнует, что думают другие? То, что вы используете только для себя и никогда не распространяете среди других, никак не влияет на первоначальный проект. Поэтому им все равно, что вы делаете.
Если вы планируете распространять свои изменения или вносить их обратно в проект, вам необходимо оценить условные обозначения этого проекта. Некоторые проекты не хотят быть разветвленными и имеют лицензию, предотвращающую это. Другие заходят так далеко, что говорят «делай, что хочешь», и тебе дают карт-бланш делать так, как ты считаешь нужным. В конечном счете, ответ здесь зависит от конкретного проекта, на который вы смотрите.