Бесплатные лицензии на программное обеспечение


  Share  
|

Термин Open Source был придуман в попытке решить путаницу вокруг слова бесплатно в "свободное программное обеспечение". На Open Source инициатива (ИОО) была создана в целях управления термин Open Source, и, хотя его попытки товарного знака термин (для защиты его смысл), были отвергнуты в США по патентам и товарным знакам, ИНМ ли провести сертификацию знак ИОО Сертифицированные с открытым исходным кодом. (Есть никаких юридических ограничений на использование этого термина Open Source, но есть на ИОО Сертифицированный открытое программное обеспечение сертификации знака.)

В ИОО поддерживает Open Source Определение (OSD), а также описание прав, предусмотренных Open Source лицензий, а также поддерживает полный список всех лицензий, которые он удостоверяет, чтобы выполнить требования экранное меню, среди которых: Исходный код должен иметься; продукта должно быть свободно распространяемая; полученных работ должна быть разрешена и дискриминации в отношении лиц, групп или областей стремятся не должно быть позволено. Полное экранное меню, наряду с перечнем лицензий сертифицированы как ИОО Сертифицированный Open Source Software, доступен на http://opensource.org/.

The GNU General Public License

Лицензия GPL является одним из наиболее ограничительных свободных лицензий на программное обеспечение. Если включить исходный код, что лицензируется в соответствии с GPL в другую программу, эта программа также должна быть лицензирована в соответствии с GPL. [2] The Free Software Foundation (FSF; автору о GPL) считает, увязки с библиотеки должны быть "создание производной работы", а некоторые другие считают, что она представляет собой "труд простого агрегирования." Таким образом, FSF считает, что вы не можете связать с библиотеки в соответствии с GPL, если программа не была связана также регулируется в том, что касается GPL. Тем не менее, некоторые люди считают, что связь является "простым агрегирования", а GPL говорит:

Некоторые люди называем GPL вирус по этой причине.

В дополнение, простое объединение другой работы, не основанной на Программе с Программой (или работой, основанной на Программе) на одном томе хранения или средстве распространения не переносит другую работу под действие этой лицензии.

Если вы считаете, исполняемый быть "объем хранения", Вы могли бы рассмотреть связь просто агрегирования.

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

В библиотеке GNU General Public License

В библиотеке GNU General Public License (LGPL) был разработан сделать библиотек в целом полезным. Точка на LGPL заключается в том, чтобы позволить пользователям обновить или улучшить свои библиотеки без необходимости получать новые версии программы, связанные с этих библиотек. С этой целью в LGPL не попытка поставить любого лицензионных ограничений на программы, связанные с библиотеку, до тех пор, как эти программы связаны против разделяет версии библиотеки лицензированы под LGPL или предоставляются с объектом файлы для применения, что позволяет пользователю relink применения новых или измененных версий библиотеки.

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

Лишь немногие библиотеки имеют лицензию в соответствии с GPL, большинство имеют лицензии в соответствии с LGPL. Библиотеки лицензии в соответствии с GPL, как правило, таким образом просто потому, что автор не знала или рассмотреть LGPL. В ответ на вежливые просьбы, многие авторы relicense своих библиотек в соответствии с LGPL.

MIT / X / BSD-Style Лицензии

MIT / X-стиль лицензий намного проще, чем GPL или LGPL, их только ограничения (указана просто), что бы хранить все существующие уведомления об авторских правах и условия лицензии нетронутыми в источнике и бинарных дистрибутивов, и не использовать название какого-либо автора одобрить или поощрять, полученных произведений без предварительного письменного разрешения.

Старый BSD-style лицензии

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

Художественный лицензии

Perl-язык исходный код распространяется с лицензией, что позволяет следить либо точки зрения GPL или альтернативной лицензии, whimsically называется художественным License. Основными целями художественным лицензии должны сохранить перераспределение прав и предотвратить пользователей от продажи изменения, изменения собственности, что маскарад в качестве официальной версии. Другое программное обеспечение авторы приняли Перл в конвенции позволит пользователям следующие термины либо GPL или художественным лицензии, немногие имеют лицензию только в соответствии с условиями художественным License.

Лицензия Несовместимость

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

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

Если вы работаете с кодом лицензии в соответствии с GPL или LGPL, вы не можете включить в него код лицензии старую BSD-стиль лицензия, так как GPL и LGPL запрещает "дополнительные ограничения", и старые лицензии BSD содержит дополнительные ограничения (то есть, вне всякого в GPL или LGPL), в отношении рекламы и утверждения. Из-за этого конфликта, некоторые фрагменты программного обеспечения лицензируется в соответствии с альтернативной точки зрения-как GPL и старую BSD-стиля условия лицензии предлагаются, вы можете выбрать, с которыми условиями для выполнения.

Если код лицензированных под GPL или LGPL включены в работу, полученных из BSD / MIT / X-стиль лицензия, на основе всей работы (для всех практических целей), должны иметь лицензию в соответствии с GPL или LGPL, соответственно.

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

в этой статье идет речь добавил профессор Рис Стивенс

Share  

© 2005-2010 E-articles.info All Rights Reserved - Terms and conditions