The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Анализ проблем с GPL у бизнес-модели Red Hat , opennews (??), 25-Июн-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


25. "Анализ проблем с GPL у бизнес-модели Red Hat "  –1 +/
Сообщение от n00by (ok), 25-Июн-23, 16:28 
Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код. Преподносилось всё так, что владеть всем таким кодом будет FSF (во главе со Столлманом, естественно) и штатные юристы смогут защищать, делясь прибылью с авторами. Но что-то пошло не так и FSF убрали из схемы. На деле сработало обычное право сильного.
Ответить | Правка | Наверх | Cообщить модератору

27. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 16:47 
> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код.

Нет.

___To copyleft a program, we first state that it is copyrighted___; then we add distribution terms, which are a legal instrument that gives everyone the rights to use, modify, and redistribute the program's code, or any program derived from it, but only if the distribution terms are unchanged.

Источник: https://www.gnu.org/licenses/copyleft.en.html

Ответить | Правка | Наверх | Cообщить модератору

34. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 25-Июн-23, 17:16 
>> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код.
> Нет.
> ___To copyleft a program, we first state that it is copyrighted___; then
> we add distribution terms, which are a legal instrument that gives
> everyone the rights to use, modify, and redistribute the program's code,
> or any program derived from it, but only if the distribution
> terms are unchanged.
> Источник: https://www.gnu.org/licenses/copyleft.en.html

Это толкование лицензии. В случае споров имеет силу сам её текст.

Ключевой вопрос: в праве ли автор изменить лицензию. Если это Qt Company, выпускающая свою библиотеку под двойной лицензией, то вполне может (но там и вторая лицензия на весь код, а GPL лишь на часть). Если Васян и я опубликовали проект, а потом я вдруг захотел сменить на MIT, либо мы договоримся, либо Васян отправит меня подальше под дружное одобрение Анонимов. Если Васянов сотня, то договориться невозможно. Зато если все передали права в FSF - можно сместить Столлмана, что и пытались.

The FSF holds copyright on a large proportion of the GNU operating system, and other free software. We hold these assets to defend free software from efforts to turn free software proprietary. Every year we collect thousands of copyright assignments from individual software developers and corporations working on free software. We register these copyrights with the US copyright office and enforce the license under which we distribute free software — typically the GNU General Public License. We do this to ensure that free software distributors respect their obligations to pass on the freedom to all users, to share, study and modify the code. We do this work through our Free Software Licensing and Compliance Lab.

https://www.fsf.org/about/

Ответить | Правка | Наверх | Cообщить модератору

123. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 23:44 
> Это толкование лицензии. В случае споров имеет силу сам её текст.

Текст GPL не содержит требований передать права GNU, FSF или иной организации.

Ответить | Правка | Наверх | Cообщить модератору

159. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от n00by (ok), 26-Июн-23, 10:10 
Так и должно быть: автор сам себе злобный буратино и закопал монетки, добровольно передав имущественное право. Де-юре всё чисто.
Ответить | Правка | Наверх | Cообщить модератору

41. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от 123 (??), 25-Июн-23, 17:37 
Блин, ну ты же давно варишься в опенсорсе, вспомни ситуацию с отменой передачи прав FSF.
Разработчики начали протестовать против рабства.
Вот для чего он создавался.

Можешь начать отсюда:
https://www.opennet.ru/opennews/art.shtml?num=55564 (Проект Glibc отменил обязательную передачу прав на код Фонду СПО)

А потом пойди по ссылкам перечисленным ниже.

Вот тебе и копилефт, который, якобы - копирайтед.
Написать для рекламы можно что угодно, а ты оценивай по делам.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

58. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 18:25 
Лицензирование под GPL не означает передачи прав FSF. Если проект выбрал передачу прав — это их решение. Но никакого принуждения к этому со стороны GNU или FSF нет.

Проект glibc был создан внутри GNU Project, поэтому неудивительно, что они выбрали передачу прав. Но в мире, вероятно, десятки тысяч проектов под GPL, ни один из которых не передавал свои права.

Ответить | Правка | Наверх | Cообщить модератору

64. "Анализ проблем с GPL у бизнес-модели Red Hat "  +1 +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 18:35 
> Но никакого принуждения к этому со стороны GNU или FSF нет.

Правда? Историю с nano напомнить или сам нагуглишь?

Ответить | Правка | Наверх | Cообщить модератору

116. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 22:59 
>> Но никакого принуждения к этому со стороны GNU или FSF нет.
> Правда? Историю с nano напомнить или сам нагуглишь?

Давай я тебе её напомню, а то ты сам запутался.

Первый релиз был в 1999 году, в состав проекта GNU нано вошёл два года спустя, в 2001 году, без принуждения. Через 15 лет после этого попытался выйти, но обратной силы у передачи прав нету. В итоге проект вернулся в GNU.

Подсказываю: ты уверенно путаешь первичную, абсолютно добровольную передачу прав проекту GNU в 2001 году с событиями 2016 года.

Также напомню сообщение о возврате в GNU от мейнтейнера: "Copyright assignments to GNU for nano will indeed not be required, but are of course encouraged when possible".

Ответить | Правка | Наверх | Cообщить модератору

140. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 03:23 
Ты мне тоже напомнил. А следом в голове вот эта хохма всплыла:
https://www.opennet.ru/opennews/art.shtml?num=31339 (В GNU Emacs обнаружен факт нарушения лицензии GPL)
Ответить | Правка | Наверх | Cообщить модератору

66. "Анализ проблем с GPL у бизнес-модели Red Hat "  +2 +/
Сообщение от 123 (??), 25-Июн-23, 18:45 
Так это и был пример, для чего GNU создавалось.
Идея была собрать весь код в одном месте, но многие не повелись, поэтому GNU-шантаж был признан неудавшимся (даже гном вышел). Поэтому Столлмана отменили, а народ, передавший имущественные права, вдруг прозрел и начал пытаться отменить передачу. Корпорациям GPL стала как не страшна, так и не нужна и они нашли способ начать смуту, используя как раз копилефт.

Интересно, куда денется GPL, когда первая буква в аббревиатуре перестанет существовать. И что будет с десятками тысяч проектов.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

117. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 23:02 
> Интересно, куда денется GPL, когда первая буква в аббревиатуре перестанет существовать.
> И что будет с десятками тысяч проектов.

Никуда они волшебным образом не денутся. Лицензия не перестает существовать только потому, что перестает функционировать организация, которая написала ее текст.

Ответить | Правка | Наверх | Cообщить модератору

131. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 02:05 
Люди с паспортом СССР тоже так думают.
Надеюсь, ты прав.
Ответить | Правка | Наверх | Cообщить модератору

133. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 26-Июн-23, 02:27 
> Люди с паспортом СССР тоже так думают.

У меня первый загранпаспорт был СССРовский ещё, со спецвкладышем РФ :) Ничего, нормально ездил по нему.

Ответить | Правка | Наверх | Cообщить модератору

185. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (190), 26-Июн-23, 12:44 
> даже гном вышел
> Столлмана отменили

Хорошая иллюстрация твоего понимания проблемы.
Даже Гном? Гном был в эпицентре скандала.
Отменили Столлмана? Попытались, но не вышло.

Из-под FSF стали выходить из-за кампании по её дискредитации, организованной корпорациями-спонсорами всех этих неполживых, зарабатывающих на копилефте, корпораций (привет, IBM/RedHat) и неподкупных директоров некоммерческих фондов (привет, Gnome, на половину состоящий из сотрудников RedHat, и лично гномогенсек Neil McGovern), внезапно, по велению сердца, бросившихся всё прощать M$ и параллельно гнать бочку (привет, Fedora, Debian, и их боевые гномосеки-шапкопоклонники) на FSF и лично RMS.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

188. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (190), 26-Июн-23, 12:51 
> куда денется GPL, когда первая буква в аббревиатуре перестанет существовать

Собственник GNU ПО — FSF, а не GNU.

Но то, что ты ничего не понимаешь в обсуждаемых вопросах, мы уж выяснили.

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

259. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 27-Июн-23, 00:11 
Ну, в данном случае под одну аббревиатуру объединены все смежные проекты. Где GNU, там и FSF.

Драки между спонсорами и разработчиками за опенсорс - это то, что приведёт линукс к светлому будущему?
А они почему-то только вокруг GPL происходят.

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

Ответить | Правка | Наверх | Cообщить модератору

298. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 09:18 
> Драки .. - это то, что приведёт линукс к светлому будущему?

Без борьбы светлое будущее (для всех) невозможно.

> А они почему-то только вокруг GPL происходят.

Только? А у корпораций - мир, дружба, жвачка, банкротства и поглощения?
Приватизация GPL - современный тренд, спланированная атака. СПО созрело, началась делёжка.
Как в 80-е либер-анархисты поддержали либералов развалить Союз и победить Соцлагерь, так сейчас БДСМ-щики поддерживают корпоратов, чтобы развалить и растащить СПО. Падёт FSF, падёт весь СПО-лагерь.

> Вы даже исказили смысл опенсорса.

Столлман не одно копье сломал, объясняя разницу между "свободным" и "открытым". Но тщетно. Я всё исказил..

> Если ты вынужден защищать свой код из-за того, что он открыт, то зачем его открывать.

Чтобы совместными усилиями решать непосильные одному проблемы? У капитала есть галеры, а вокруг чего сплотится сообщество?
Не хочешь защищать код, передай тому, кто будет защищать (например, FSF).

> Взять твой код, изменить его и заменить копирайты - нет никакой проблемы.

С GPL - есть проблема, если код чужой.

Ответить | Правка | Наверх | Cообщить модератору

311. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 27-Июн-23, 14:35 
В линуксе полно кода с негпл лицензиями. А ещё больше модифицированного, считающегося своим собственным.
При этом постоянно пытаются придумать механизмы, чтобы запретить использовать код из линукса.
Это двуличие. Линукс не создавался с нуля, а использовал чужой код. Почему он мешает использовать свой?

То, что корпорации будут пытаться завалить GPL было очевидно.
Это не СПО.
Когда начинаются действия подобные этому https://www.opennet.ru/opennews/art.shtml?num=53485 (Предложение по блокировке драйверов-прослоек, предоставляющих доступ к GPL-вызовам ядра Linux), то надо забыть слово СПО в отношении GPL.

GPL - это зашквар.

Ответить | Правка | Наверх | Cообщить модератору

48. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 17:57 
> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав
> на код. Преподносилось всё так, что владеть всем таким кодом будет
> FSF (во главе со Столлманом, естественно) и штатные юристы смогут защищать,
> делясь прибылью с авторами. Но что-то пошло не так и FSF
> убрали из схемы. На деле сработало обычное право сильного.

Не угадал
Прав на код нельзя лишится
Авторские права всегда остаются у человека, по определению

Можно передать имущественные права

Концепция копилефта не отрицает концепции авторства, как не запрещает автору код лицензировать под несколькими лицензиями, как не обязывает его раздавать всем направо и налево

У русских очень странное понимание и что такое авторское право, и что такое свободные лицензии, понимание не имеющее ничего общего с реальностью, свои фантазии

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

52. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 25-Июн-23, 18:06 
>> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав
>> на код. Преподносилось всё так, что владеть всем таким кодом будет
>> FSF (во главе со Столлманом, естественно) и штатные юристы смогут защищать,
>> делясь прибылью с авторами. Но что-то пошло не так и FSF
>> убрали из схемы. На деле сработало обычное право сильного.
> Не угадал
> Прав на код нельзя лишится
> Авторские права всегда остаются у человека, по определению

Зависит от страны. В РФ неимущественное право неотчуждаемо. В США есть например Norton Commander и McDonald’s.

> Можно передать имущественные права

И это зачастую требуют от авторов коммитов.

> Концепция копилефта не отрицает концепции авторства, как не запрещает автору код лицензировать
> под несколькими лицензиями, как не обязывает его раздавать всем направо и
> налево

И кто автор Linux? Может он сменить лицензию?

> У русских очень странное понимание и что такое авторское право, и что
> такое свободные лицензии, понимание не имеющее ничего общего с реальностью, свои
> фантазии

Заявил человек без юридического образования.

Ответить | Правка | Наверх | Cообщить модератору

61. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Капитан Очевидность (?), 25-Июн-23, 18:28 
> Зависит от страны. В РФ неимущественное право неотчуждаемо. В США есть например
> Norton Commander и McDonald’s.

Посмотрел, в США тоже авторское право остается всегда у автора, а вот иные права могут быть переданы

> И это зачастую требуют от авторов коммитов.

Где? Например в ядре Linux не требуют, что как раз вызывает проблему с тем, что лицензию сменить нельзя

> И кто автор Linux? Может он сменить лицензию?

Для смены лицензии ядра нужно, что бы ВСЕ коммитеры чей код есть в текущей версии ядра подписались под этим, а так как часть из них уже мертвы, часть просто пропали куда-нибудь(кто в запой, кто в дурку, кто в деревню жить), то это невозможно

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

> Заявил человек без юридического образования.

Расскажи мне чего у меня еще нет и что у меня есть
Ну мне так, чисто поржать
Юридическое образование у меня, кстати, российское, так как родился я в РСФСР и вокруг меня 26.12.91 образовалась РФ. И заканчивал я, в том числе, ННГУ им.Лобачевского, прикинь

Ответить | Правка | Наверх | Cообщить модератору

124. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 23:51 
> Для смены лицензии ядра нужно, что бы ВСЕ коммитеры чей код есть в текущей версии ядра подписались под этим

Это не совсем так. Вернее даже, совсем не так. Если кто-то отказался перелицензировать свой код или успел помереть, его код можно написать с нуля под новой лицензией. В зависимости от того, как много такого кода, это может быть оправдано или не оправдано. Для ядра Linux это вполне может оказаться не оправдано. Но это не значит, что такой возможности технически нет.

Такая история уже была в проекте LibreCAD. Когда этот форк QCAD только появился, его авторы попросили автора QCAD поменять лицензию классов геометрических вычислений с GPLv2-only на GPLv3+, а тот отказался. И они в какой-то момент взяли себе студиозуса по программе GSoC, чтобы тот переписал этот кусок кода с нуля. (Потом QCAD сам переехал на GPLv3+, но форк с тех пор успел уехать в свою сторону, ну и в целом, это уже совсем другая история.)

Ответить | Правка | Наверх | Cообщить модератору

164. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 26-Июн-23, 10:26 
>> И это зачастую требуют от авторов коммитов.
> Где? Например в ядре Linux не требуют, что как раз вызывает проблему
> с тем, что лицензию сменить нельзя

Была же выше ссылка.

https://www.opennet.ru/opennews/art.shtml?num=55564 (Проект Glibc отменил обязательную передачу прав на код Фонду СПО)

>> Зависит от страны. В РФ неимущественное право неотчуждаемо. В США есть например
>> Norton Commander и McDonald’s.
> Посмотрел, в США тоже авторское право остается всегда у автора, а вот
> иные права могут быть переданы

Ссылку выше тоже смотрели, а автора Norton Commander сходу вряд ли назовёте, все знают™, что это Питер Нортон.

>> И кто автор Linux? Может он сменить лицензию?
> Для смены лицензии ядра нужно, что бы ВСЕ коммитеры чей код есть
> в текущей версии ядра подписались под этим, а так как часть
> из них уже мертвы, часть просто пропали куда-нибудь(кто в запой, кто
> в дурку, кто в деревню жить), то это невозможно
> То есть как... Смена лицензии возможна и это обсуждалось, но это нужно
> получить согласие всех кто откликается, выделить оставшийся код и заняться его
> переписыванием. Все это было признано нецелесообразным

Вагон алюминия ты подгоняешь мне сейчас, а душу мою забираешь после смерти? Не пойму, где в этой схеме кидалово (ц)

>> Заявил человек без юридического образования.
> Расскажи мне чего у меня еще нет и что у меня есть
> Ну мне так, чисто поржать
> Юридическое образование у меня, кстати, российское, так как родился я в РСФСР
> и вокруг меня 26.12.91 образовалась РФ. И заканчивал я, в том
> числе, ННГУ им.Лобачевского, прикинь

Вот и поржали. Аноним говорит об образовании. Охотно верю, особенно нюансам семантики.

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

57. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 25-Июн-23, 18:18 
Всё верно. Только в суде очень тяжело доказать авторство по определению, если твои копирайты стёрли или заменили на другие.

Болгенос - это творение Дениса, или Каноникала? Если Дениса, то почему же он так просчитался.

А русских ты к чему приплёл? Свою национальность доказать сможешь, ДНК-тест сдавал?

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

120. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 25-Июн-23, 23:05 
> Всё верно. Только в суде очень тяжело доказать авторство по определению, если
> твои копирайты стёрли или заменили на другие.

Это ты говоришь на основании какого конкретно опыта?

Я даже без суда добивался выкидывания из эппловского аппстора приложения, которое использовало название и логотип GIMP (но не код гимпа).

Ответить | Правка | Наверх | Cообщить модератору

130. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 01:59 
Моя работа не связана с графикой.

Но если посмотреть работы студентов, которые они сдают, то они берут какой-нибудь проект опенсорса, выкидывают всё лишнее, рефакторят код, переделывают интерфейс и сдают. Это то, что мне на глаза попадалось. Из примеров могу вспомнить z-cad на delphi, в котором не стали менять управление и отрисовку, и тем спалились. Разумеется, в коде не было ничего родного. Как и копирайтов.

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

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

А по моей работе у нас даже книг и статей нет, не то что чьих-то исходников. Ядерная энергетика.

Ответить | Правка | Наверх | Cообщить модератору

135. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от prokoudineemail (ok), 26-Июн-23, 02:39 
> Студенты для сложных проектов поголовно нарушают все лицензии и авторские права.

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

> Не знаю, имеешь ли ты представление как устроена наша образовательная программа и как студентам помогает опенсорс.

Знаю россиян, которые были студентами GSoC :) На этом моё знакомство с современным российским IT-образованием (вышка) преимущественно заканчивается.

Ответить | Правка | Наверх | Cообщить модератору

137. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от 123 (??), 26-Июн-23, 03:17 
А их не будет. Код же изменён. Бинарники тоже будут разные.

Доказательств нет и в суд идти не с чем.
Да и сомневаюсь я, что студента, распотрошившего чью-то программу в образовательных целях, у нас будут судить. И если он потом её продавать начнёт, уже никто не узнает откуда код.

Ответить | Правка | Наверх | Cообщить модератору

189. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (190), 26-Июн-23, 13:01 
> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код.

Нет. Это BSD, MIT, Public Domain лишает автора имущественных прав на код.

GPL, сам по себе, таких прав разработчика не лишает. Некоторые компании (например, QtCompany/TrollTech), будучи разработчиками и собственниками кода (а не как RedHat, пришедшая на всё готовое, а собственные проекты за ней ещё лет десять допиливает сообщество до рабочего состояния) публикуют его под несколькими лицензиями, например под (L)GPL и под платной коммерческой лицензией, не требующей раскрытия кода (и прочих свобод гарантируемых GPL).

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

200. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 26-Июн-23, 14:40 
>> Его лицензия одним словом называется "копилефт" - то есть автор лишается прав на код.
> Нет. Это BSD, MIT, Public Domain лишает автора имущественных прав на код.

Лично Вас лишили прав? Или типичная экспертиза?

У меня украли код, придумав, что он подпадает под GPL. А то что я публиковал например под libpng лицензией - не украли.

> GPL, сам по себе, таких прав разработчика не лишает.

Действительно. Потому и нужна группа поддержки, объясняющая незадачливым авторам, какую свободу они обязаны выбрать.

> Некоторые компании (например,
> QtCompany/TrollTech), будучи разработчиками и собственниками кода (а не как RedHat, пришедшая
> на всё готовое, а собственные проекты за ней ещё лет десять
> допиливает сообщество до рабочего состояния) публикуют его под несколькими лицензиями,
> например под (L)GPL и под платной коммерческой лицензией, не требующей раскрытия
> кода (и прочих свобод гарантируемых GPL).

Вот именно, что у Qt двойная лицензия, а не GPL, как почему-то считают некоторые. Весь код целиком под "проприетарной", а кусочек под "свободной".

Ответить | Правка | Наверх | Cообщить модератору

291. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (288), 27-Июн-23, 08:33 
> Лично Вас лишили прав?

Меня нет, я под пермиссивкой делаю лишь редкие патчи в библиотеки, и то, предпочитаю LGPL-библиотеки пермиссивным.
А вот авторы ПО лишили себя *эксклюзивных* имущественных прав, не получив ничего взамен. Так в их соглашении написано.

> Потому и нужна группа поддержки

Нужна. Иначе послушают дураков и окажутся в дураках.

> у Qt .. Весь код целиком под "проприетарной", а кусочек под "свободной".

Двойное лицензирование не так работает. Весь код - бесплатно под свободной, тому, кто платит - под коммерческой. (Некоторые дополнения под свободной не выпускались вообще.) Самое "страшное", что может сделать QtCompany - это выпустить под другой лицензией новые версии библиотек, но старые - так и останутся под LGPL/GPL.

Ответить | Правка | Наверх | Cообщить модератору

303. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 27-Июн-23, 09:39 
>> Лично Вас лишили прав?
> Меня нет, я под пермиссивкой делаю лишь редкие патчи в библиотеки, и
> то, предпочитаю LGPL-библиотеки пермиссивным.

Вот и все факты.

> А вот авторы ПО лишили себя *эксклюзивных* имущественных прав, не получив ничего
> взамен. Так в их соглашении написано.

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

>> Потому и нужна группа поддержки
> Нужна. Иначе послушают дураков и окажутся в дураках.

Понял, прекращаю тебя читать. ;)

Ответить | Правка | Наверх | Cообщить модератору

341. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (349), 28-Июн-23, 11:30 
> Пока что ты пытаешься лишить меня права давать собственную оценку ситуации. Да ещё и демагогией занялся, добавив "эксклюзивных".

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

Ответить | Правка | Наверх | Cообщить модератору

354. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от n00by (ok), 28-Июн-23, 14:41 
> добровольный отказ от эксклюзивных имущественных прав
> за будьте здоровы прописан в каждой пермиссивной лицензии - это факт.

Даже интересно стало, какую же ты чушь напишешь в следующем сообщении вместо цитаты лицензии, что бы подтвердить "факт".

Ответить | Правка | Наверх | Cообщить модератору

382. "Анализ проблем с GPL у бизнес-модели Red Hat "  +/
Сообщение от Аноним (382), 29-Июн-23, 02:27 
> BSD, MIT, Public Domain лишает автора имущественных прав на код.

И я вот пытаюсь понять, откуда у людей берется такой адский п -ц в голове. И не могу понять. Откуда???

Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру