The OpenNET Project / Index page

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

Основатель MySQL рассказал о возможных проблемах при двойном лицензировании

06.08.2009 05:34

Майкл Видениус (Michael Widenius), основатель MySQL AB, в своем блоге высказался по поводу двойного лицензирования программного обеспечения Open Source. Он говорит о том, что выпустить MySQL под двойной лицензией их с Дэвидом Аксмарком (David Axmark), сооснователем MySQL AB и разработчиком MySQL, вдохновил Петер Дойтч (Peter Deutsch), который применил двойное лицензирование для Ghostscript - сначала под GPL, а затем под Aladdin Free Public License и проприетарной лицензией. В 2000 году бесплатная лицензия MySQL была изменена на GPL. Таким образом, по мнению Майкла Видениуса, для того, чтобы обойти ограничения GPL при использовании MySQL необходимо было приобретать специальную коммерческую лицензию. Основатель MySQL AB считает такой подход в вопросах двойного лицензирования, наиболее оптимальным и собирается его придерживаться для выпуска продукции своей новой компании Monty Program Ab.

Далее Майкл Видениус говорит о том, что Sun Microsystems значительно изменила MySQL OEM License внеся ряд дополнительных ограничений (нельзя изменять MySQL каким-либо образом, а также нельзя использовать любой из форков MySQL (например, Drizzle, ExtSQL или MariaDB); покупатель будет привязан к текущей версии MySQL Enterprise, т.е. ему придется заплатить за модернизацию; нельзя передавать/продавать лицензию кому-либо другому).

Не ограничиваясь констатацией сложившейся ситуации, Майкл Видениус предложил рекомендации лицензиатам и тем, кто хочет приобрести лицензию на MySQL; рекомендации компаниям, осуществляющим двойное лицензирование; рекомендации для сообщества разработчиков. Так, первым он советует изучить лицензионные ограничения и сделать вывод, стоит покупать лицензию или нет. В крайнем случае, можно связаться с Sun Microsystems и возможно получится изменить условия последней. Если планируется применение двойного лицензирования, то необходимо убедиться, что приобретаемая лицензия позволяет использовать открытую версию MySQL.

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

Разработчикам, вносящим свой вклад в развитие проекта, имеющего двойное лицензирование, Майкл Видениус советует обратить внимание на то, как будет использовать их код в соответствии с коммерческой лицензией. Например, какие существуют ограничения относительно использования в условиях двойного лицензирования?; Какие изменения можно внести в код в условиях двойного лицензирования?; Привязывает ли повторное лицензирование к конкретной версии проекта?; Можно ли будет использовать возможность опубликовать собственный код, как открытый, или включить его в свою продукцию?. Таким образом, Майкл Видениус считает, что двойное лицензирование не должно ограничивать лицензиатов в использовании лицензионной копии, а разработчиков в использовании их кода.

.

  1. Главная ссылка к новости (http://monty-says.blogspot.com...)
Автор новости: wrnews
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/22884-mysql
Ключевые слова: mysql, license
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (43) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Василий Убунтиец (?), 09:12, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    как хорошо что есть PostgreSQL, будем юзать его
     
     
  • 2.3, uZver (??), 10:46, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    к сожалению да, придется применять PostgreSQL. к сожалению потому что в отряде OpenSource СУБД наблюдается убыль на одного члена - уж слишком мутно и сложно становится применять его в проекте.

    PS уже давно на PostgreSQL, но присматривался к возможности опять применять MySQL.

     
     
  • 3.41, vitek (??), 05:39, 09/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >к сожалению да, придется применять PostgreSQL. к сожалению потому что в отряде
    >OpenSource СУБД наблюдается убыль на одного члена - уж слишком мутно
    >и сложно становится применять его в проекте.
    >
    >PS уже давно на PostgreSQL, но присматривался к возможности опять применять MySQL.
    >

    да глупости. вот прибыль - наблюдается.
    http://mtocker.livejournal.com/50931.html - Understanding the MySQL forks

     
  • 2.6, ShU (??), 11:23, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    CouchDB ftw
     

  • 1.2, zerot (ok), 10:21, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я вот тоже давно не подходил к снаряду (MySQL)
    а разве кроме версии от сантехников не был создан форк от сообщества ?
     
     
  • 2.4, uZver (??), 10:48, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >я вот тоже давно не подходил к снаряду (MySQL)
    >а разве кроме версии от сантехников не был создан форк от сообщества
    >?

    В этом форке мало смысла т.к. его сложно применять для закрытых проектов коих большинство в заказах на разработку. GPL хорошо подходит для ОС и ядра, но плохо для СУБД поскольку приложение использующее СУБД становится зависимым от него, а значит "derivated work", а значит само приложение требуется перелицензировать под GPL.

     
     
  • 3.7, ixrws (ok), 11:41, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если mysql использовать как встраиваемую - то да, ваша правда. Если как СУБД, которая крутится и вы к ней обращаетесь - то ваша неправда, так как разницы в открытости или закрытости уже нет. GPL влияет лиш на код, который линкуется с жипиэльным, не больше, не меньше.
     
     
  • 4.14, uZver (??), 16:08, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Если 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.

     
     
  • 5.27, ТТТ (?), 19:36, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Это не так как вы описали это тоже самое что сказать что под винды нельзя написать программу с открытым софтом потому что винды не лицензированы в 2-х лицензиях а при написании программы для виндовса вы заязываетесь на виндовс и его библиотеки.

    точно так же как можно написать открытую программу для винды так же можно написать закрытый модуль для открытой программы. Скажем мы имеем открытую программу которая предоставляет API для написания плагинов. Вы можете написать закрытый плагин который пользуется этим API если в своем коде вы не пользуетесь ни одной строчкой распрастраняющейся по GPL. А уж про связь только чезе SQL запросы какими бы специфическими они не были я вообще молчу.

     
     
  • 6.37, NarkTranquility (?), 02:09, 07/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, есть же вот пример закрытого модуля для ядра - драйвер nvidia. Ядро под GPL, а модуль - проприетарный. При этом модуль жестко завязан на ядро и без него работать не будет. И как то я не слышал, что nVidia нарушает GPL.
     
  • 5.28, pro100master (ok), 20:11, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Лицензия заставляет поставлять исходник сервера БД только при использовании сервера, а не программы, которая может цепляться, а может и нет. А для встраиваемых решений, как вам указали выше, нужна вообще коммерческая лицензия (если что-то за год изменилось в коммерческой лицензии - поправьте). И представьте себе обычный платный хостинг, который по вашим словам, нарушает просто все мыслимые и немыслимые лицензии.
     
     
  • 6.32, uZver (??), 23:53, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >И представьте себе
    >обычный платный хостинг, который по вашим словам, нарушает просто все мыслимые
    >и немыслимые лицензии.

    хостинг не делает "распространение" программы в терминах GPL, потому GPL вообще "не запускается". Суть GPL проявляется только в момент распространения.

    Я могу хоть 10 программ для внутреннего использования написать вкомпилировав GPL версию MySQL в нее. Но пока я не распространяю программу я никому не обязан давать исходники, и даже лицензию не обязан менять на GPL.


     
  • 4.31, fi (ok), 22:08, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    там  libmysqlclient.so под GPL начиная с версии 3.хх
     

  • 1.5, Iv945n (ok), 11:23, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > В этом форке мало смысла т.к. его сложно применять для закрытых проектов коих большинство в заказах на разработку. GPL хорошо подходит для ОС и ядра, но плохо для СУБД поскольку приложение использующее СУБД становится зависимым от него, а значит "derivated work", а значит само приложение требуется перелицензировать под GPL.

    Да ладно? Какое нафиг derivated work? СУБД и приложение - две совершенно отдельные вещи, обменивающиеся между собой данными как, к примеру, HTTP-сервер и браузер.

     
     
  • 2.8, Thirteensmay (?), 13:43, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    т.е. вы хотите сказать что я например, разработав некий коммерческий продукт использующий MySQL, могу включить MySQL в инсталлятор моего продукта и продавать такой продукт спокойно ?
     
     
  • 3.9, Юниксоид (??), 14:20, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, не можете.

    Вы можете включить в инсталлятор функцию скачивания и установки MuSQL с офсайта.
    Например, мессаджбокс:
    -------------------------------------------------
    This software requires MySQL database installed.
    Would you like to download and install MySQL now ?
               Yes           No
    -------------------------------------------------

    Если Yes - инсталлер скачивает и запускает MySQL. Если No, то при запуске программы этот мессадж повторно.

     
     
  • 4.11, Thirteensmay (?), 14:34, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а если инета нету, его на сервере куда идет установка и не должно быть, к тому же мне ведь не по умолчанию установка нужна, а с определенными параметрами, ну и еще на вскидку, что будет если линк на офсайте поменяют или версию другую положат ?
     
  • 4.40, vitek (??), 05:31, 09/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    c чего вдруг?
    вполне можно. c указанием лицензии и (при желании) места, где можно взять сырцы.

    если же Вы изменили саму mysql, тогда обязаны указать место откуда можно скачать сырцы изменённой версии.

     
  • 3.10, Iv945n (ok), 14:25, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >т.е. вы хотите сказать что я например, разработав некий коммерческий продукт использующий
    >MySQL, могу включить MySQL в инсталлятор моего продукта и продавать такой
    >продукт спокойно ?

    Нет, так я не думаю. В таком случае я бы прописал MySQL в системные требования и снабдил бы продукт подробной инструкцией о том как её установить и настроить совместную работу моей программы с MySQL. Дистрибутив MySQL, равно как и её исходные коды при этом никто не запрещает приложить к дистрибутиву программы (но не "вшить" в него). Я так думаю. А можно наверно и иначе поступить: обозвать инсталлятор отдельным продуктом, реализующим задачу автоматизированной установки и настройки MySQL и Вашей программы.

     
  • 3.12, user (??), 14:34, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    именно так некоторые и поступают, например СКУД Сфинкс http://www.spnx.ru/
     
  • 3.13, аноним (?), 16:05, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можете, конечно.
     
  • 3.15, anonymous (??), 16:08, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, GPL это разрешает, если вы предоставите исходники этого сервера, например на сайте своего продукта. Единственная проблема, которая может возникнуть, официальные клиентские библиотеки MySQL тоже под GPL, так что их придется либо реализовать самостоятельно :-)
    либо поискать аналоги под приемлимой лицензией.
     
  • 2.16, uZver (??), 16:13, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Да ладно? Какое нафиг derivated work? СУБД и приложение - две совершенно
    >отдельные вещи, обменивающиеся между собой данными как, к примеру, HTTP-сервер и
    >браузер.

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

    работа СУБД идет через SQL запросы. но сами запросы уникальны для каждой СУБД (если не брать базовый SQL который очень слаб). после написания простейшей строки SELECT * FROM table LIMIT 0,10 вы завязаны на MySQL, что есть derivated work.

     
     
  • 3.17, anonymous (??), 16:27, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    derivative work - это (грубо говоря) всё, что линкуется с исходной программой.
    не вводите людей в заблуждение.
     
     
  • 4.33, uZver (??), 23:58, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >derivative work - это (грубо говоря) всё, что линкуется с исходной программой.
    >не вводите людей в заблуждение.

    к сожалению грубость приблежения накладывает свою погрешность в размере ошибки. derivative work - это НЕ ЛИНКОВКА. линковка приложения это linking... но в GPL применяется термин derivative work и не с проста.

    derivative work это все приложения зависящие от твоего. зависимость в том смысле что ТОЛЬКО с ним они могут работать. приложение ВСЕГДА derivative work от библиотек которые использует (даже динамически) именно поэтому GPL java всегда имеет class path exception.

     
  • 3.18, Iv945n (ok), 16:30, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >простейшей строки 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 на её языке". Её устройство, алгоритымы, работы, сама она вообще меня прямо не интересует - мне надо сказать ей что-то и чтобы она потом мне что-то сказала обратно.

     
     
  • 4.34, uZver (??), 00:33, 07/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    сейчас уже поздно, а завтра не смотря на то что пятница у меня начинаются выходные. Попробую в Пн изложить свою точку зрения.

    Может вы или я что-то проясним.


     
  • 3.39, terr0rist (ok), 15:03, 07/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Перепиши SELECT * FROM table OFFSET 0 LIMIT 10 и да будет тебе щастье =)
     

  • 1.19, Thirteensmay (?), 16:47, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нет такого понятия как 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". Т.е. тут все нормально. Проблема не в этом, а в том что ни слинковаться ни нормальный инсталлятор сделать всетаки нельзя. Получается пользователь должен быть либо профессионалом либо ковырятся в доках и разбираться как что установить и настроить, что в случае коммерческого продукта не есть хорошо.
     
     
  • 2.20, anonymous (??), 16:53, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +2 +/
    нет тут никаких проблем с инсталляторами.
    GPL не накладывает никаких ограничений на распространение скомпилированного кода.
    главное, чтобы соответствующие исходники были доступны всем, кто скачал бинарник.
     
  • 2.21, Andrey Mitrofanov (?), 16:59, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет такого понятия как 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 там можно понимать только

    Мы как-нибудь без Ваших разрешений-указаний перетопчемся? Спасибо.

     
  • 2.35, uZver (??), 00:36, 07/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет такого понятия как 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-й версии изменили названия чтобы больше соответствовать международным нормам, но принцип то остался.

     

  • 1.22, Thirteensmay (?), 17:15, 06/08/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В старых версиях может и есть, без моих разрешений вы так и будете считать что windows это оболочка под dos, хотите - считайте, я не настаиваю.

    To anonymous:
    Ну там ведь есть явное ограничение на включение в состав "большой" программы, прям так и написано. А инсталлятор это и есть imho "большая" программа, т.к. явно прослеживается последовательность вызовов и передачи управления в рамках одного родительского процесса ?

     
     
  • 2.23, anonymous (??), 18:19, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Инсталлятор просто копирует файлы :-)
    И даже если он запускает GPL программу, это всё ещё _использование_ программы.
    Если всё ещё не веришь, об этом есть вопрос в GPL FAQ

    http://www.gnu.org/licenses/gpl-faq.html#GPLCompatInstaller

     
     
  • 3.25, Thirteensmay (?), 18:52, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    О ! спас, вот это реально "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 я там юзать немогу, потому что останавливать сервер если не заплатят я собираюсь ?

     
     
  • 4.36, uZver (??), 00:39, 07/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Т.е. получается если я продаю например серверы с моим коммерческо-gplным ПО, или
    >собираю их, или использую, то GPL я там юзать немогу, потому
    >что останавливать сервер если не заплатят я собираюсь ?

    Да.

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


     
  • 2.24, Andrey Mitrofanov (?), 18:49, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >В старых версиях может и есть, без моих разрешений вы так и
    >будете считать что 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

     
     
  • 3.26, Thirteensmay (?), 19:07, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да причем тут мои интимные проблемы ? ;) Не MySQL ни GPL я сейчас не использую, но присматриваюсь, мрак всеже какойто получается, изначально сомневался что GPL можно нормально использовать в связке с коммерческим ПО, поэтому и спросил, один народ пытается доказать что можно, а другой что нельзя, в текущий момент сам склоняюсь к тому что всетаки лучше не юзать, меньше проблем будет. А вообще если уж на то пошло то в России насколько я понимаю GPL вообще не действует, любой версии. ?
     
     
  • 4.29, pro100master (ok), 21:49, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а зачем вам останавливать сервер, если клиент не заплатил? Остановите программу, сервер никому же не мешает. Не ищите проблем там, где их нет :)))
     
     
  • 5.43, Thirteensmay (?), 12:12, 09/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо если так, понятное дело выключать весь сервер смысла не имеет, но если я остановлю программу, то всеравно получится что device will stop operating.
     
  • 4.30, zerot (ok), 21:53, 06/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Коллеги, есть GPL, а ведь еще и законодательство России GPL говорит о распростра... большой текст свёрнут, показать
     
  • 4.38, Andrey Mitrofanov (?), 13:20, 07/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Да причем тут мои интимные проблемы ? ;)

    Ну, как же -- достатое из широких штанин ""я например, разработав некий коммерческий продукт использующий [...] в инсталлятор моего продукта и продавать такой продукт"" и потрясаемое на публике? Эти твои глубоко нутрянные трудности решаются перечисленными в моей реплике #24 способами и _никого_ здесь _не_интересуют_.

    "По ходу пьесы" также обнаружилось неумение (или даже скорее _нежелание_) читать, но при том склонность к писАнию. То ли идиот, то ли тро^Wфлудер...

    >GPL можно нормально использовать в связке с коммерческим ПО,

    Проблемы несвободных-проприертарных-собственнических программёров волнуют _только_ тех, кому они платят (или в доле) - снова см.выше про адвоката и проч.

    i(ns)mho - http:/openforum/vsluhforumID3/56956.html#32 . К дядьке Видениусу относится тож. Но он-то как раз _успешно_ обналичил GPL проект. Молодец. Проприертарщиков завидки и комплексы одолевают -- как так, "бесплатно", а бабла не срубить. Как мы их понимаем! См.#24.

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

    А ещё лучше свои сентименты держать при себе. Не трясти на публике.

    >А вообще если уж на то пошло то в России насколько я понимаю

    Немедленно! Моментальненько!! Стирай все gcc, glibc-ы, ядра linux, которые используете: если [на тебя] не действует -- это ж _нелицензионное_ использование, маски-шоу уже идут к твоей мордой-в-пол, "Вы подвергаете себя!" (->выше).

    Кста, мозила, с-под которой ты общаешься с Миром -- под двойной лицензией, и я подозреваю, что копилефтная MPL тебе так же нимила^Wне дейстенна... Немедленно стереть и на "ослика"!

     
  • 4.42, vitek (??), 05:57, 09/08/2009 [^] [^^] [^^^] [ответить]  
  • +/
    нда.... невежество прямо какое-то....
    представляете, сексом заниматься лучше не стоит вообще, т.к. есть риск заразиться.. чем-нибудь... не говоря уже о мутантах.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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