Ubuntu linux вид лицензия: Лицензия Ubuntu для украинского (и не только) законодательства / Хабр

Лицензия Ubuntu для украинского (и не только) законодательства / Хабр

Kuzma

Время на прочтение
2 мин

Количество просмотров

4.1K

Настройка Linux *

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

Буквально вчера в офисном здании где размещена наша небольшая фирмочка в одну из таких же небольших фирмочек постучались люди в погонах — у них нашли палёную винду со всеми вытекающими.

Естественно, мы забеспокоились о собственной безопасности. У нас на данный момент на всех десктопах установлена Ubuntu 8.04 LTS, несколько человек приходят с ноутбуками, где стоит лицензионный и не очень софт.

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


Собственно, вопросы:

  • Нужна ли какая-либо бумага, подтверждающая лицензионность Ubuntu Linux?

  • Как правильно сделать такую бумагу?

  • Имеют ли право люди в погонах проверять ноутбуки и флешки сотрудников?

  • Как подтвердить, что ноутбук или флешка является частной собственностью?

  • Что делать в первую очередь, если сотрудники органов не ведуться на лицензионность бесплатного обеспечения и начинают описывать оборудование?

  • Может ли кто-то подробно описать как, с точки зрения закона, должна происходить подобная процедура?

  • Какие права есть у владельцев оборудования? Каких нет?

Заранее благодарю всех ответивших. Я предполагаю, что этот вопрос волнует не только меня.

UPD 30.09.2010: Сегодня со мной связался представитель из UALinux и сообщил, что есть решение проблемы для России и Украины. Этому способствует получение 4-х партнёрских статусов Ubuntu: партнёр по предоставлению услуг поддержки для рабочих станций и серверов под управлением Ubuntu Linux, партнер по программному обеспечению, официальный дистрибьютор Ubuntu Linux на Украине и прохождение сертификации продуктов UALinux. Т.е., насколько я понял, у них можно получить необходимые бумажки.

Теги:

  • ubuntu
  • милиция
  • лицензия

Хабы:

  • Настройка Linux

Всего голосов 113: ↑111 и ↓2 +109

Комментарии
341

Иван Кузнецов
@Kuzma

Пользователь

Комментарии
Комментарии 341

Виды свободных лицензий ПО — Losst

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

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

Содержание статьи:

Виды свободных лицензий ПО

Одна из самых распространенных лицензий программного обеспечения — лицензия GNU GPL. Ее суть во взаимности. Лицензия требует, чтобы если код был изменен, то все изменения были обязательно опубликованы и доступны всем. Это называется копилефт. Но есть другие типы лицензии, которые строятся вокруг свободы для разработчика. Такие лицензии накладывают минимальные ограничения на пользователей и не требуют взаимности от разработчиков. Оба типа лицензий свободны, разница только в том, что именно остается свободным.

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

Если сравнить долю каждой из лицензий по рейтингу Black Duck в этом месяце, по сравнению с январем 2010, то различие вполне очевидно:

В этом рейтинге самой популярной остается GPLv2, но она потеряла больше половины своей популярности, от 46% до 19%. За этот же период разрешительная лицензия MIT выросла от доли 8% до 29%. Apache License 2.0 выросла с 5% до 15%.

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

Консолидация. Это топ 10 лицензий по популярности за 2010 и 2016 год, все, кроме трех из них, снизились в популярности. Больше всего снизилась лицензия GPL, а выросли Apache и MIT, это уже обсуждалось. Но примечательно, что достаточно популярная лицензия BSD, наоборот, снизилась. Та же тенденция у лицензии ISC. Сейчас только несколько лицензий являются самыми популярными и, возможно, скоро мы будем видеть консолидацию между несколькими лицензиями.

Бинарный выбор. Исторически так сложилось, что у вас есть три основных варианта выбора лицензии: копилефт, разрешающая и среднее положение. К средним лицензиям можно отнести  LGPLv2.1 (4), LGPLv3 (2), EPL (1), MPLv1.1 (<1), CDDL (<1) и CDDLv1.1 (<1) они имеют общую долю порядка 7-8%. Теперь все больше и больше выбор сводится к копилефт или разрешающим лицензиям.

Без лицензии. Сколько бы ни говорилось об открытых лицензиях, но до сих пор остаются репозитории открытых проектов с кодом, не использующим ни одну из лицензий. Со временем процент лицензированных репозиториев сокращается:

Есть много объяснений этому явлению, например,безразличие разработчиков. Но все открытые программы без лицензии — это не открытое программное обеспечение и это плохо.

Основные лицензии свободного ПО

А теперь давайте сделаем краткое описание для каждой лицензии из рейтинга чтобы вы могли ориентироваться что они из себя представляют:

GNU General Public License. Расшифровывается как универсальная общественная лицензия. Была разработана в 1988 году в рамках проекта GNU. Принцип действия лицензии, как уже говорилось, все изменения кода должны быть опубликованы. Программа не может быть включена в проприетарное ПО, но зато может свободно распространяться между пользователей, изучаться и улучшаться при условии публикации улучшений. За время развития было выпущено три версии — GPLv1, GPLv2 и GPLv3, в которых были немного ослаблены ограничения лицензии gpl к проприетарному ПО.

MIT License. Это лицензия, разработанная Массачусетским технологическим институтом (МТИ). Это разрешительная лицензия, а это значит, что несмотря на свободность распространения, ПО может использоваться в качестве части проприетарных программ.

Apache License 2.0. Это еще одна разрешительная лицензия. Кроме того, что разрешается полностью свободно распространять продукт, программы можно встраивать в проприетарное ПО. Но нельзя изменять название, а в файлах нужно прикладывать всю информацию об изменениях и лицензии.

Artistic License — свободная лицензия, разработанная The Perl Foundation. Это копилефт лицензия, она требует чтобы все изменения были опубликованы, а в файлах были описаны вносимые правки.

BSD Licese 2.0. Лицензия на программное обеспечение университета Беркли. Лицензия очень похожа на MIT, и программное обеспечение тоже можно встраивать в проприетарные проекты. Но здесь нельзя использовать оригинальное название свободного проекта.

Code Project Open 1.0.2 License. Это лицензия, опубликованная сообществом разработчиков The Code Project. Она разрешает использовать исходный код и сами программы в коммерческих целях, код можно изменять и включать в другие проекты.

Mozilla Public License (MPL) 1.1. Эта лицензия была разработана в компании Netscape и улучшена в Mozilla Foundation. Разрешается использование кода в закрытых проектах, но измененный код должен быть лицензирован в соответствии с MPL.

Microsoft Public Licese (MS-PL) — это свободная лицензия, которая предоставляет право на использование, распространение и изменение кода. Но при распространении нужно сохранить информацию об авторских правах.

Понятие об отличиях основных лицензий свободного ПО на одной схеме:

Выводы

В этой статье мы рассмотрели основные типы свободных лицензий, а также некоторые самые популярные лицензии и их процент использования. Надеюсь эта информация была полезна для вас.

Небольшое видео по теме свободных лицензий и лицензии GPL:

Источник: redmonk.com

apt — Как найти лицензии на все, что установлено в вашей системе?

Задавать вопрос

спросил

Изменено
4 года, 11 месяцев назад

Просмотрено
26 тысяч раз

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

Используя dpkg --get-selections , я могу получить список всего, что установлено. Однако я не вижу способа получить информацию о лицензии для каждого пакета. Например, я могу использовать aptitude show для получения свойств каждого пакета, но это не включает лицензию:

 $ aptitude show apache2
Пакет: apache2
Состояние: установлено
Автоматически устанавливается: нет
Версия: 2.2.14-5ubuntu8.6
Приоритет: необязательно
Раздел: httpd
Сопровождающий: Разработчики Ubuntu 
Размер без сжатия: 36,9к
Зависит: apache2-mpm-worker (= 2.2.14-5ubuntu8.6) | apache2-mpm-prefork (= 2.2.14-5ubuntu8.6) | apache2-mpm-event (= 2.2.14-5ubuntu8.6) | apache2-mpm-itk (= 2.2.14-5ubuntu8.6),
         apache2.2-общий (= 2.2.14-5ubuntu8.6)
Предоставлено: apache2-mpm-event, apache2-mpm-itk, apache2-mpm-prefork, apache2-mpm-worker
Описание: метапакет HTTP-сервера Apache.
 Целью Apache Software Foundation является создание безопасного, эффективного и расширяемого HTTP-сервера в виде программного обеспечения с открытым исходным кодом, соответствующего стандартам.  Результат уже давно
 веб-сервер номер один в Интернете.
 Он поддерживает HTTPS, виртуальный хостинг, CGI, SSI, IPv6, простую интеграцию сценариев и баз данных, фильтрацию запросов/ответов, множество гибких схем аутентификации и
 более.
Домашняя страница: http://httpd.apache.org/

Существует ли сторонний репозиторий, который связывает лицензию с каждым пакетом?

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

  • кв
  • дпкг

3

Вот что я в итоге сделал. (результаты в ~/licenses.txt со всеми существующими лицензиями в /usr/share/doc )

9Лицензия:’ /usr/share/doc/*/copyright | сортировать -я | уникальный -ic | сортировать -n

по-прежнему возвращает много мусора. Для лучшего вывода вам, вероятно, понадобится инструмент, который анализирует каждый файл в зависимости от значения поля Format: .

Совершенно другим способом является файловая структура в /usr/share/common-licenses/ (спасибо к https://stackoverflow.com/questions/1884753/license-info-of-a-deb-package#1884785 ). В нем перечислены основные лицензии, используемые в дистрибутивах на основе Debian (и тексты их лицензий). Этот список предоставляется пакетом base-files и , а не связаны со списком установленных пакетов, но, вероятно, достаточно информации для среднего босса/клиента.

 лс /usr/share/common-licenses/
Apache-2.0 BSD GFDL-1.2 GPL GPL-2 LGPL LGPL-2.1
Художественное GFDL GFDL-1.3 GPL-1 GPL-3 LGPL-2 LGPL-3

Обновление
Я только что опубликовал простое решение для командной строки, которое извлекает информацию о лицензии из файлов авторских прав с помощью большого количества эвристик. https://github.com/daald/dpkg-licenses. Не стесняйтесь попробовать. Любые предложения приветствуются.

Я просто натыкаюсь на dpkg-licenses (https://github. com/daald/dpkg-licenses).

Просто клонируйте репозиторий

клон

git https://github.com/daald/dpkg-licenses.git

Затем

./dpkg-licenses > licenses.txt

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

1

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя адрес электронной почты и пароль

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Нажимая «Опубликовать свой ответ», вы соглашаетесь с нашими условиями обслуживания, политикой конфиденциальности и политикой использования файлов cookie

.

Как проверить лицензию пакетов apt через командную строку ПЕРЕД установкой?

Задавать вопрос

спросил

Изменено
2 года, 4 месяца назад

Просмотрено
884 раза

Я хочу проверить лицензию пакета перед установкой с помощью apt и flatpak.
Это было бы особенно полезно в PPA/пользовательских репозиториях, которые допускают использование лицензий, отличных от FLOSS, и могут иметь зависимости, отличные от FLOSS.

Это должно быть возможно, поскольку Discover, по-видимому, может это сделать, по крайней мере, для официальных пакетов (хотя, возможно, это невозможно для пользовательских репозиториев, поскольку их нет на Launchpad?). По крайней мере, у Flathub есть информация о лицензии на страницах пакета.
Но я хочу проверить через командную строку.

  • snap info $PKG_NAME можно использовать для проверки лицензии удаленных пакетов snap — OK
  • apt info $PKG_NAME / apt-cache show $PKG_NAME не содержит (всегда?) информацию о лицензии
  • информация о плоском пакете $PKG_ID работает только для установленных пакетов
  • поиск в плоском пакете $PKG_NAME -vv занял слишком много времени, чтобы показать практически отсутствие информации

В идеале должен быть простой способ проверить политику конфиденциальности, но я полагаю, что это слишком много…

Связанный:

  • Как узнать информацию о пакете перед установкой в ​​терминал
    apt- cache и apt info , похоже, нет информации о лицензии
  • Как найти лицензии для всего, что установлено в вашей системе?
    Как узнать лицензию для каждого из установленных приложений/пакетов?
    Кажется, это только для уже установленных пакетов, но я хочу проверить это перед установкой.