пиздец Flashcards
(7 cards)
Let’s take the first situation. Assume the product we are selling requires Mozilla Firefox to be included in the distribution. In addition to this, let’s assume the Firefox source code was modified. The first thing to determine is which Mozilla license Firefox is distributed under. According to Mozilla.org, it’s products are distributed under the MPL or the Mozilla End-User-License-Agreement (EULA). Looking at the license file on my Firefox installation, I noticed the MPL 1.1 is what Firefox is distributed with for Windows.
Давайте рассмотрим первую ситуацию. Предположим, что продукт, который мы продаем, требует включения Mozilla Firefox в дистрибутив. В дополнение к этому, давайте предположим, что исходный код Firefox был изменен. Первое, что нужно определить, — это лицензия Mozilla, по которой распространяется Firefox. Согласно Mozilla.org, его продукты распространяются по MPL или Mozilla End-User-License-Agreement (EULA). Просматривая файл лицензии в моей установке Firefox, я заметил, что MPL 1.1 — это то, с чем распространяется Firefox для Windows.
Next, it is necessary to determine what was done to the Firefox browser. Since the Firefox source code was modified, there are procedures that must be followed to properly re-distribute the software. For instance, it is necessary to make source code available for modifications that were performed on Firefox. In addition, it is necessary to ‘label’ the changes that were made to the Firefox source code. According to the Mozilla.org site, it is possible to do this by way of diffs. The FAQs posted on the Mozilla.org site contain more information regarding the specifics that need to be taken into account in this situation.
Далее необходимо определить, что было сделано с браузером Firefox. Поскольку исходный код Firefox был изменен, существуют процедуры, которые необходимо соблюдать для надлежащего повторного распространения программного обеспечения. Например, необходимо сделать исходный код доступным для модификаций, которые были выполнены в Firefox. Кроме того, необходимо «пометить» изменения, которые были внесены в исходный код Firefox. Согласно сайту Mozilla.org, это можно сделать с помощью diff. FAQ, размещенные на сайте Mozilla.org, содержат более подробную информацию о специфике, которую необходимо учитывать в этой ситуации.
The second scenario involves using a component of an Apache product, but not the whole thing. Let’s say we are interested in using parts of the Apache Jakarta Commons code base. Apache makes separate components available for download such as the commons-pool component. This is a set of JAVA packages used for object pooling. The Apache License 2.0 addresses “Derivative Works” which is defined as any work in Source or Object form that is based on the specific Apache software project code. Similar to the Mozilla license, it is necessary to annotate any changes that were made to the source code if we choose to only use parts of it, and then properly include the license file as well as a place for anybody to obtain the modified source.
Второй сценарий подразумевает использование компонента продукта Apache, но не всего. Допустим, мы заинтересованы в использовании частей кодовой базы Apache Jakarta Commons. Apache делает отдельные компоненты доступными для загрузки, такие как компонент commons-pool. Это набор пакетов JAVA, используемых для объединения объектов. Apache License 2.0 рассматривает «производные работы», которые определяются как любая работа в форме исходного кода или объекта, основанная на конкретном коде программного проекта Apache. Подобно лицензии Mozilla, необходимо аннотировать любые изменения, которые были внесены в исходный код, если мы решим использовать только его части, а затем должным образом включить файл лицензии, а также место, где любой может получить измененный исходный код.
Our third scenario involves GNU. This one gets a little tricky. If you choose to use code that is distributed by GNU and it is distributed under the General Public License (GPL), then your code must conform to the GNU license. In fact, the license you must use to distribute your product may have to be the same GNU license. This is where open interpretation can get a little messy.
Наш третий сценарий включает GNU. Это немного сложнее. Если вы решили использовать код, распространяемый GNU, и он распространяется по Стандартной общественной лицензии (GPL), то ваш код должен соответствовать лицензии GNU. Фактически, лицензия, которую вы должны использовать для распространения своего продукта, может быть той же лицензией GNU. Вот где открытая интерпретация может стать немного запутанной.
Traditionally, software that uses a library that is released under the GPL is required to be distributed under the same GPL license if the developer chooses to distribute the product (note: The GPL allows the developer not to distribute the product). This is not to say that it is not possible to use GNU-licensed software and proprietary software in conjunction with each other. To do this, the software must be logically separate as mandated by GNU (For more information, please see http://www.gnu.org).
Традиционно программное обеспечение, использующее библиотеку, выпущенную под GPL, должно распространяться под той же лицензией GPL, если разработчик решает распространять продукт (примечание: GPL позволяет разработчику не распространять продукт). Это не означает, что невозможно использовать программное обеспечение под лицензией GNU и проприетарное программное обеспечение совместно друг с другом. Для этого программное обеспечение должно быть логически разделено, как предписано GNU (для получения дополнительной информации см. http://www.gnu.org).
What happens if the open source license does not conform to the OSI specification? This does not necessarily mean that you should not consider using the product. But you do have to read the license and make sure you understand the terms and conditions.
Что произойдет, если лицензия с открытым исходным кодом не соответствует спецификации OSI? Это не обязательно означает, что вам не следует рассматривать возможность использования продукта. Но вам необходимо прочитать лицензию и убедиться, что вы понимаете положения и условия.
Some non-OSI-compliant licenses are attached to software that is developed and released for academic purposes. This often occurs with the usage of university-based software development projects. Commercial users may find these licenses to be more strict.
Некоторые несовместимые с OSI лицензии прилагаются к программному обеспечению, которое разрабатывается и выпускается для академических целей. Это часто происходит при использовании университетских проектов по разработке программного обеспечения. Коммерческие пользователи могут посчитать эти лицензии более строгими.
