Майкл Видениус (Michael Widenius) (http://en.wikipedia.org/wiki/Michael_Widenius), основатель MySQL AB, в своем блоге высказался (http://monty-says.blogspot.com/2009/08/thoughts-about-dual-l... по поводу двойного лицензирования программного обеспечения Open Source. Он говорит о том, что выпустить MySQL под двойной лицензией их с Дэвидом Аксмарком (David Axmark) (http://en.wikipedia.org/wiki/David_Axmark), сооснователем MySQL AB и разработчиком MySQL, вдохновил Петер Дойтч (Peter Deutsch), который применил двойное лицензирование для Ghostscript - сначала под GPL, а затем под Aladdin Free Public License и проприетарной лицензией. В 2000 году бесплатная лицензия MySQL была изменена на GPL. Таким образом, по мнению Майкла Видениуса, для того, чтобы обойти ограничения GPL при использовании MySQL необходимо было приобретать специальную коммерческую лицензию. Основатель MySQL AB считает такой подход, в вопросах двойного лицензирования, наиболее оптимальным и собирается его при...URL: http://monty-says.blogspot.com/2009/08/thoughts-about-dual-l...
Новость: http://www.opennet.me/opennews/art.shtml?num=22884
как хорошо что есть PostgreSQL, будем юзать его
к сожалению да, придется применять PostgreSQL. к сожалению потому что в отряде OpenSource СУБД наблюдается убыль на одного члена - уж слишком мутно и сложно становится применять его в проекте.PS уже давно на PostgreSQL, но присматривался к возможности опять применять MySQL.
>к сожалению да, придется применять PostgreSQL. к сожалению потому что в отряде
>OpenSource СУБД наблюдается убыль на одного члена - уж слишком мутно
>и сложно становится применять его в проекте.
>
>PS уже давно на PostgreSQL, но присматривался к возможности опять применять MySQL.
>да глупости. вот прибыль - наблюдается.
http://mtocker.livejournal.com/50931.html - Understanding the MySQL forks
CouchDB ftw
я вот тоже давно не подходил к снаряду (MySQL)
а разве кроме версии от сантехников не был создан форк от сообщества ?
>я вот тоже давно не подходил к снаряду (MySQL)
>а разве кроме версии от сантехников не был создан форк от сообщества
>?В этом форке мало смысла т.к. его сложно применять для закрытых проектов коих большинство в заказах на разработку. GPL хорошо подходит для ОС и ядра, но плохо для СУБД поскольку приложение использующее СУБД становится зависимым от него, а значит "derivated work", а значит само приложение требуется перелицензировать под GPL.
Если mysql использовать как встраиваемую - то да, ваша правда. Если как СУБД, которая крутится и вы к ней обращаетесь - то ваша неправда, так как разницы в открытости или закрытости уже нет. GPL влияет лиш на код, который линкуется с жипиэльным, не больше, не меньше.
>Если mysql использовать как встраиваемую - то да, ваша правда. Если как СУБД, которая крутится и вы к ней обращаетесь - то ваша неправда, так как разницы в открытости или закрытости уже нет. GPL влияет лиш на код, который линкуется с жипиэльным, не больше, не меньше.сие есть ЛОЖЬ. GPL не линкуется - для него есть derivative work. Так вот если ваше приложение ЗАВЯЗАНО на конкретное другое приложение (его не сменить), то это derivative work.
Грабля настигает когда вы начинаете использовать кроме базового SQL еще и расширенный синтаксис. А базовый SQL весьма узок - не получится сделать паджинацию не завязавшись на СУБД. т.е. достаточно написать SELECT * FROM `your_table` LIMIT 0, 10 и вы уже завязли на GPL.
Конечно можно убежать от derivative work работая поверх нескольких СУБД. К примеру MySQL PostgreSQL, но зачем держать 2 СУБД (и код для инкрементяльного обновления схемы БД и код для тестирования) если можно применять только PostgreSQL?
потому многие проекты используют PostrgeSQL чтобы не вязаться на возможные проблемы с лицензированием MySQL.
Это не так как вы описали это тоже самое что сказать что под винды нельзя написать программу с открытым софтом потому что винды не лицензированы в 2-х лицензиях а при написании программы для виндовса вы заязываетесь на виндовс и его библиотеки.точно так же как можно написать открытую программу для винды так же можно написать закрытый модуль для открытой программы. Скажем мы имеем открытую программу которая предоставляет API для написания плагинов. Вы можете написать закрытый плагин который пользуется этим API если в своем коде вы не пользуетесь ни одной строчкой распрастраняющейся по GPL. А уж про связь только чезе SQL запросы какими бы специфическими они не были я вообще молчу.
Действительно, есть же вот пример закрытого модуля для ядра - драйвер nvidia. Ядро под GPL, а модуль - проприетарный. При этом модуль жестко завязан на ядро и без него работать не будет. И как то я не слышал, что nVidia нарушает GPL.
Лицензия заставляет поставлять исходник сервера БД только при использовании сервера, а не программы, которая может цепляться, а может и нет. А для встраиваемых решений, как вам указали выше, нужна вообще коммерческая лицензия (если что-то за год изменилось в коммерческой лицензии - поправьте). И представьте себе обычный платный хостинг, который по вашим словам, нарушает просто все мыслимые и немыслимые лицензии.
>И представьте себе
>обычный платный хостинг, который по вашим словам, нарушает просто все мыслимые
>и немыслимые лицензии.хостинг не делает "распространение" программы в терминах GPL, потому GPL вообще "не запускается". Суть GPL проявляется только в момент распространения.
Я могу хоть 10 программ для внутреннего использования написать вкомпилировав GPL версию MySQL в нее. Но пока я не распространяю программу я никому не обязан давать исходники, и даже лицензию не обязан менять на GPL.
там libmysqlclient.so под GPL начиная с версии 3.хх
> В этом форке мало смысла т.к. его сложно применять для закрытых проектов коих большинство в заказах на разработку. GPL хорошо подходит для ОС и ядра, но плохо для СУБД поскольку приложение использующее СУБД становится зависимым от него, а значит "derivated work", а значит само приложение требуется перелицензировать под GPL.Да ладно? Какое нафиг derivated work? СУБД и приложение - две совершенно отдельные вещи, обменивающиеся между собой данными как, к примеру, HTTP-сервер и браузер.
т.е. вы хотите сказать что я например, разработав некий коммерческий продукт использующий MySQL, могу включить MySQL в инсталлятор моего продукта и продавать такой продукт спокойно ?
Нет, не можете.Вы можете включить в инсталлятор функцию скачивания и установки MuSQL с офсайта.
Например, мессаджбокс:
-------------------------------------------------
This software requires MySQL database installed.
Would you like to download and install MySQL now ?
Yes No
-------------------------------------------------Если Yes - инсталлер скачивает и запускает MySQL. Если No, то при запуске программы этот мессадж повторно.
а если инета нету, его на сервере куда идет установка и не должно быть, к тому же мне ведь не по умолчанию установка нужна, а с определенными параметрами, ну и еще на вскидку, что будет если линк на офсайте поменяют или версию другую положат ?
c чего вдруг?
вполне можно. c указанием лицензии и (при желании) места, где можно взять сырцы.если же Вы изменили саму mysql, тогда обязаны указать место откуда можно скачать сырцы изменённой версии.
>т.е. вы хотите сказать что я например, разработав некий коммерческий продукт использующий
>MySQL, могу включить MySQL в инсталлятор моего продукта и продавать такой
>продукт спокойно ?Нет, так я не думаю. В таком случае я бы прописал MySQL в системные требования и снабдил бы продукт подробной инструкцией о том как её установить и настроить совместную работу моей программы с MySQL. Дистрибутив MySQL, равно как и её исходные коды при этом никто не запрещает приложить к дистрибутиву программы (но не "вшить" в него). Я так думаю. А можно наверно и иначе поступить: обозвать инсталлятор отдельным продуктом, реализующим задачу автоматизированной установки и настройки MySQL и Вашей программы.
именно так некоторые и поступают, например СКУД Сфинкс http://www.spnx.ru/
Можете, конечно.
Можно, GPL это разрешает, если вы предоставите исходники этого сервера, например на сайте своего продукта. Единственная проблема, которая может возникнуть, официальные клиентские библиотеки MySQL тоже под GPL, так что их придется либо реализовать самостоятельно :-)
либо поискать аналоги под приемлимой лицензией.
>Да ладно? Какое нафиг derivated work? СУБД и приложение - две совершенно
>отдельные вещи, обменивающиеся между собой данными как, к примеру, HTTP-сервер и
>браузер.браузер и сервер обмениваются данными реализуя HTTP-протокол, который не зависит от браузера и сервера. сервер можно сменить в любой мемент, т.е. HTTP это общий протокол а не конкретного сервера.
работа СУБД идет через SQL запросы. но сами запросы уникальны для каждой СУБД (если не брать базовый SQL который очень слаб). после написания простейшей строки SELECT * FROM table LIMIT 0,10 вы завязаны на MySQL, что есть derivated work.
derivative work - это (грубо говоря) всё, что линкуется с исходной программой.
не вводите людей в заблуждение.
>derivative work - это (грубо говоря) всё, что линкуется с исходной программой.
>не вводите людей в заблуждение.к сожалению грубость приблежения накладывает свою погрешность в размере ошибки. derivative work - это НЕ ЛИНКОВКА. линковка приложения это linking... но в GPL применяется термин derivative work и не с проста.
derivative work это все приложения зависящие от твоего. зависимость в том смысле что ТОЛЬКО с ним они могут работать. приложение ВСЕГДА derivative work от библиотек которые использует (даже динамически) именно поэтому GPL java всегда имеет class path exception.
>простейшей строки SELECT * FROM table LIMIT 0,10 вы завязаны на
>MySQL, что есть derivated work.Обоснуй :-)
Derivative work, это тот work, который получается если взять work и изменить его как хочется, что-то в нём доделав, чего-топоменяв, чего-то убрав, или сделав новый work, сильно напоминающий по смылу первый, или взяв два разных work и склеив из их кусков один.
Так я понимаю этот термин, и моё понимание подтверждается цитатами из законодательства, приведёнными на http://en.wikipedia.org/wiki/Derivative_work
Написав "простейшую строку простейшей строки SELECT * FROM table LIMIT 0,10" я всего лишь "говорю с MySQL на её языке". Её устройство, алгоритымы, работы, сама она вообще меня прямо не интересует - мне надо сказать ей что-то и чтобы она потом мне что-то сказала обратно.
сейчас уже поздно, а завтра не смотря на то что пятница у меня начинаются выходные. Попробую в Пн изложить свою точку зрения.Может вы или я что-то проясним.
Перепиши SELECT * FROM table OFFSET 0 LIMIT 10 и да будет тебе щастье =)
Нет такого понятия как derivated work в GPL, прочите ее текст http://www.gnu.org/licenses/gpl.html. под derivated work там можно понимать только объединение с целью получения единой большой программы, линковка например или включение в др. программу типа инсталлятора (как я понимаю), просто сама по себе работа никак не ограничивается, а объединение в пакет называется "aggregate" и "Inclusion of a covered work in an aggregate does not cause this License to apply to the other parts of the aggregate". Т.е. тут все нормально. Проблема не в этом, а в том что ни слинковаться ни нормальный инсталлятор сделать всетаки нельзя. Получается пользователь должен быть либо профессионалом либо ковырятся в доках и разбираться как что установить и настроить, что в случае коммерческого продукта не есть хорошо.
нет тут никаких проблем с инсталляторами.
GPL не накладывает никаких ограничений на распространение скомпилированного кода.
главное, чтобы соответствующие исходники были доступны всем, кто скачал бинарник.
>Нет такого понятия как derivated work в GPL, прочите ее текст/usr/share/common-licenses$ egrep "derivative work" *GPL*
GPL-2:means either the Program or any derivative work under copyright law:
GPL-2:distribute the Program or its derivative works. These actions are
LGPL-2:Library" means either the Library or any derivative work under
LGPL-2:subsequent copies and derivative works made from that copy.
LGPL-2:work, in isolation, is not a derivative work of the Library, and
LGPL-2:derivative work of the Library even though the source code is not.
LGPL-2:distribute the Library or its derivative works. These actions are
LGPL-2.1:Library" means either the Library or any derivative work under
LGPL-2.1:subsequent copies and derivative works made from that copy.
LGPL-2.1:work, in isolation, is not a derivative work of the Library, and
LGPL-2.1:derivative work of the Library even though the source code is not.
LGPL-2.1:distribute the Library or its derivative works. These actions are
/usr/share/common-licenses$ _ЧЯДНТ?
>под derivated work там можно понимать только
Мы как-нибудь без Ваших разрешений-указаний перетопчемся? Спасибо.
>Нет такого понятия как derivated work в GPL, прочите ее текст http://www.gnu.org/licenses/gpl.html.в GPL оно есть http://www.gnu.org/licenses/gpl-2.0.html
The "Program", below, refers to any such program or work, and a "work based on the Program" means either the Program or any derivative work under copyright law
в 3-й версии изменили названия чтобы больше соответствовать международным нормам, но принцип то остался.
В старых версиях может и есть, без моих разрешений вы так и будете считать что windows это оболочка под dos, хотите - считайте, я не настаиваю.To anonymous:
Ну там ведь есть явное ограничение на включение в состав "большой" программы, прям так и написано. А инсталлятор это и есть imho "большая" программа, т.к. явно прослеживается последовательность вызовов и передачи управления в рамках одного родительского процесса ?
Инсталлятор просто копирует файлы :-)
И даже если он запускает GPL программу, это всё ещё _использование_ программы.
Если всё ещё не веришь, об этом есть вопрос в GPL FAQ
О ! спас, вот это реально "the terms of the GPL do not apply to the installation software". Значит делать полноценные инсталляторы коммерческих систем которые внутри используют GPL и потом спокойно их продавать получается можно. ;) Супер !Но с др. стороны вопросом ниже, час от часу не легче:
Can I use GPLed software on a device that will stop operating if customers do not continue paying a subscription fee?No. In this scenario, the requirement to keep paying a fee limits the user's ability to run the program. This is an additional requirement on top of the GPL, and the license prohibits it.
Т.е. получается если я продаю например серверы с моим коммерческо-gplным ПО, или собираю их, или использую, то GPL я там юзать немогу, потому что останавливать сервер если не заплатят я собираюсь ?
>Т.е. получается если я продаю например серверы с моим коммерческо-gplным ПО, или
>собираю их, или использую, то GPL я там юзать немогу, потому
>что останавливать сервер если не заплатят я собираюсь ?Да.
но ты можешь хостить приложения у себя, а значит GPL не срабатывает на нужды пользователя - нет распространения программы. Значит что пользователь лишен 4-х свобод включая запуск приложения. Потому при хостинге ты можешь погасить сервера за неуплату.
>В старых версиях может и есть, без моих разрешений вы так и
>будете считать что windows это оболочка под dos, хотите - считайте,
>я не настаиваю.То есть под какой лицензией распространяется MySQL -- совсем не в курсе? И чем она отличается от той, что на gnu.org, "биспанятия"? В твоих интимных проблемах виноваты GNU, MySQL, Видениус? Скорбим с тобой. Медицина бессильна, ты сдохнешь.
Чем мы ещё могли бы тебе помочь?
+++Да, регулярно. В каждом флейме про GPL. "А хде маи бапппки?!" http:/openforum/vsluhforumID3/39967.html#73
+++проконсультируйся с адвокатом (обязятельно платно! они Буратин любят)
http:/openforum/vsluhforumID3/42187.html#98
+++Вы подвергаете себя!
http:/openforum/vsluhforumID3/42187.html#101
+++идите и зарабатывайте
http:/openforum/vsluhforumID3/41358.html#32
+++"Улицы Планеты ждут армий новых подметальщиков"(тм)
http:/openforum/vsluhforumID3/43850.html#78
Да причем тут мои интимные проблемы ? ;) Не MySQL ни GPL я сейчас не использую, но присматриваюсь, мрак всеже какойто получается, изначально сомневался что GPL можно нормально использовать в связке с коммерческим ПО, поэтому и спросил, один народ пытается доказать что можно, а другой что нельзя, в текущий момент сам склоняюсь к тому что всетаки лучше не юзать, меньше проблем будет. А вообще если уж на то пошло то в России насколько я понимаю GPL вообще не действует, любой версии. ?
а зачем вам останавливать сервер, если клиент не заплатил? Остановите программу, сервер никому же не мешает. Не ищите проблем там, где их нет :)))
Хорошо если так, понятное дело выключать весь сервер смысла не имеет, но если я остановлю программу, то всеравно получится что device will stop operating.
Коллеги, есть GPL, а ведь еще и законодательство РоссииGPL говорит о распространении кода в первую очередь, не об использовании
к тому же "ведомый" код (вольный перевод) подразумевает, что вы модифицируете чужой труд. Например вы вкомпилируете в свою программу клиентские библиотеки MySQL. Нужно ли здесь лицензировать вашу программу под GPL - в данном случае да, а вообще - от лицензииА вот если Вы предлагаете пользователю поставить типовой дистрибутив Linux/FreeBSD и т.д. с включённым сервером MySQL,
и продаёте пользователю свою программу,
но при этом вместо вкомпиляции библиотек в нее
-- пишите простенького консольного клиента (прокси)
-- документируете консольные ключи (например proxy -i _запрос_ отработает запрос и выдаст ответ на стандартный вывод)
-- лицензируете proxy под GPL - это ваш вклад в свободный софт
-- в своей программе запускаете другую отдельную программу (proxy) и парсите её выводто никакого прямого наследования исходного кода в вашей коммерческой прогоамме у вас нет, и чужим кодом вы не пользуетесь. Proxy распространяется свободно, ваша программа - за денежки, пользователю доводится, для он должен обеспечить развёртывание соответствующего дистрибутива и дополнительного софта - proxy
т.е. еще раз
- в одном случае вы тырите чужой код - это плохо и справедливо требует лицензирования под GPL вашего "ведомого" кода
- в другом случае вы, или даже сразу пользователь - пользуется поставляемыми в составе дистрибутива программами как сервисом. Кода вы не тырите. Просто предоставляете пользователю __надстройку__ над существующим сервисом за деньгикстати, для MySQL есть еще более простой вариант - использовать его родной консольный клиент в пакетном режиме (из командной же строки) для взаимодействия с надстройкой
пользователь развернул ось и сервис - да, имеет право. приобрел вашу программную надстройку, не использующую чужой код - имеет право. Унаследованного кода в надстройке нет - нет. По законодательству России вы создали самостоятельный продукт, пусть узко специализированный (читаем ГК РФ, часть 4). Что и требовалось доказать
>Да причем тут мои интимные проблемы ? ;)Ну, как же -- достатое из широких штанин ""я например, разработав некий коммерческий продукт использующий [...] в инсталлятор моего продукта и продавать такой продукт"" и потрясаемое на публике? Эти твои глубоко нутрянные трудности решаются перечисленными в моей реплике #24 способами и _никого_ здесь _не_интересуют_.
"По ходу пьесы" также обнаружилось неумение (или даже скорее _нежелание_) читать, но при том склонность к писАнию. То ли идиот, то ли тро^Wфлудер...
>GPL можно нормально использовать в связке с коммерческим ПО,
Проблемы несвободных-проприертарных-собственнических программёров волнуют _только_ тех, кому они платят (или в доле) - снова см.выше про адвоката и проч.
i(ns)mho - http:/openforum/vsluhforumID3/56956.html#32 . К дядьке Видениусу относится тож. Но он-то как раз _успешно_ обналичил GPL проект. Молодец. Проприертарщиков завидки и комплексы одолевают -- как так, "бесплатно", а бабла не срубить. Как мы их понимаем! См.#24.
>что всетаки лучше не юзать, меньше проблем будет.
А ещё лучше свои сентименты держать при себе. Не трясти на публике.
>А вообще если уж на то пошло то в России насколько я понимаю
Немедленно! Моментальненько!! Стирай все gcc, glibc-ы, ядра linux, которые используете: если [на тебя] не действует -- это ж _нелицензионное_ использование, маски-шоу уже идут к твоей мордой-в-пол, "Вы подвергаете себя!" (->выше).
Кста, мозила, с-под которой ты общаешься с Миром -- под двойной лицензией, и я подозреваю, что копилефтная MPL тебе так же нимила^Wне дейстенна... Немедленно стереть и на "ослика"!
нда.... невежество прямо какое-то....
представляете, сексом заниматься лучше не стоит вообще, т.к. есть риск заразиться.. чем-нибудь... не говоря уже о мутантах.