Может ли когда-либо подавать запрос на извлечение информации принятие лицензионного соглашения участника? [закрыто]

Некоторые программные проекты имеют лицензионное соглашение . Соглашение может, например, передавать авторские права на сторонние вклады первоначальному создателю проекта. Может ли подача запроса на выгрузку на github когда-либо означать принятие такого соглашения?

Лицензионные соглашения о вкладе - это, по большей части, контракты. Договор имеет обязательную силу, только если сторона соглашается (то есть соглашается), как указано любым разумным способом. Эти средства могут включать в себя традиционные подходы, такие как подписание бумажного соглашения, а также механизмы «нажми и принимай», отправка электронного письма с надписью «Я согласен» или, как уже упоминалось здесь, отправка запроса извлечения - но только если это В данных обстоятельствах разумно сделать вывод, что вы действительно согласились. Если уведомление, на которое вы соглашаетесь, отправляя запрос на извлечение, где-то похоронено, и вы не должны были его видеть, или у вас нет возможности увидеть его до подачи запроса, вы можете избежать связаны с договором. Но если вы были проинформированы (например, в виде заметного уведомления на сайте), что отправка запроса на извлечение является соглашением, и разумно ожидать, что вы поймете, что соглашение применено, тогда да, вы будете связаны. Это вопрос здравого смысла - в этом нет особой магии.

Я юрист, практикующий в области лицензирования ИС, но если у вас есть вопросы по вашему конкретному делу, вам следует поговорить с адвокатом, который представляет вас - я говорю только об общем случае.

Мне было бы интересно узнать - если предположить, что эта строка не слишком старая на данный момент - примеры, на которые вы ссылаетесь. Я нашел эту строку, когда искал пример сайта, на котором говорится, что запрос на получение разрешения представляет собой соглашение с CLA.

Отмечу, что вопрос о том, что такое «работа по найму» или передача прав ИС, - это другой вопрос. Большинство CLA не являются ни тем, ни другим.

Я не юрист, и если вы хотите, чтобы на ваш ответ полагался ответ, проконсультируйтесь с юристом, который специализируется на авторском праве, в идеале с акцентом на Open Source / Free Software.

Тем не менее, авторские права редко передаются неявно - заметное исключение составляет работа по найму, которая в одних странах используется по умолчанию, а в других - стандартное положение в трудовых договорах. При использовании программного обеспечения с открытым исходным кодом обычно считается, что сопровождающий проекта несет ответственность за обеспечение соответствия проекта закону и то, что его распространение по определенной лицензии не нарушает ни авторских прав, ни существующих соглашений и лицензий. Есть два стандартных способа сделать это:

а) принимать только те материалы, которые были выпущены по совместимой лицензии их соответствующими авторами; этот подход требует не бумажной работы, а некоторого усердия, потому что сопровождающий проекта может быть привлечен к ответственности, если что-либо будет включено и переиздано таким образом, что нарушает исходную лицензию (например, включая код GPL в проекте, выпущенном по лицензии MIT). б) Заставить участника подписать явное соглашение о передаче авторских прав, обычно в обмен на обещание выпустить его по свободной лицензии. Иногда авторские права не передаются, но вместо этого предоставляется безотзывная лицензия, которая дает сопровождающему проекта те же права, что и при передаче авторского права; однако, он позволяет первоначальному автору выпустить свой собственный код (но только это!) под другой лицензией вне основного проекта.

Это заставляет меня полагать, что если вы явно не согласны на передачу авторских прав, вы все равно сохраняете полное авторское право. Я также ожидал бы, что отправка запроса на удаление может быть истолкована как неявное соглашение о том, что ваш вклад будет распространяться на тех же условиях, что и основной проект, т.е. если вы отправляете исправления в проект GPL, можно предположить, что вы делаете так с намерением включить их и распространять как часть проекта.

Тем не менее, всякий раз, когда я получаю взнос для любого из моих проектов, я недвусмысленно спрашиваю, согласны ли они со мной, включая и перераспределяя их работу.

Несколько альтернатив, которые могут быть безопаснее:

• сделать первый раз коммиттеры написать строку «Я согласен с CLA» в CLA.mdфайле. Сообщение фиксации затем идентифицирует человека.
• https://github.com/clahub/clahub

Если вам нужен фактический ответ, например, «это может иметь реальные юридические последствия», вам нужно спросить настоящего юриста, а не людей, которых вы никогда не встречали по другую сторону интернета.

Лицензии Shrinkwrap (где они дают вам текст во время установки и заставляют вас нажать «Я принимаю лицензию» для установки) были признаны юридически действительными, но я считаю, что отчасти это объясняется тем, что они уверены, что вы видите (и нажмите) кнопку «согласиться». Если от лица, отправляющего запрос на извлечение, не требуется аналогичного действия, я подозреваю, что оно не может быть юридически обязательным, поскольку участник может встать в суде и сказать: «Я понятия не имел, что они используют лицензию foo» или что-то подобное.

Если бы я руководил небольшим проектом, который нуждался в каких-то законных вещах от участников, я бы позаботился о том, чтобы они отправили электронное письмо, официально принимая юридические данные, прежде чем принять их вклад.

Согласно законодательству Великобритании, существует договор, в котором одна сторона делает предложение, а другая сторона принимает это предложение. Поэтому, чтобы ответить на ваш вопрос, да, бывают ситуации, когда судья решает, что, предоставляя доступ к своему программному обеспечению людям и публикуя условия лицензии, он делает договорное предложение. Затем, когда вы решили получить доступ к исходному коду, вы продемонстрировали свое согласие с договором, который предоставляет вам законный доступ к исходному коду.

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