ЛИЦЕНЗИЯ ИП

Запрос «Free software» перенаправляется сюда; см. также другие значения.

Движение СПО зародилось в 1983 году, когда Ричард Столлман сформировал идею о необходимости свободы использования программного обеспечения (англ. ) пользователями. В 1985 году Столлман основал Фонд свободного программного обеспечения, чтобы обеспечить организационную структуру для продвижения своей идеи.

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

В соответствии с современным законодательством большинства стран, программный продукт и его исходный код охраняются авторским правом, которое даёт авторам и правообладателю (чаще всего правообладателем является организация — наниматель автора служебных произведений) власть над изменением, распространением, способом использования и поведением программы, включая случаи, когда исходный код опубликован. Сила власти авторских прав в современном обществе настолько велика, что даже изучение или попытки исправления ошибок программ путём дизассемблирования могут преследоваться уголовным правом.

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

Свободное ПО легко коммерциализируется — существует множество бизнес-моделей, где исключена необходимость оплаты копий программы. Например, высокую популярность имеет бизнес-модель, когда предприниматель может заработать за счёт предоставления услуг технической поддержки. Существует и другой вариант коммерциализации для правообладателя свободного кода — реализация программных продуктов на условиях коммерческой лицензии, в случае, если клиенту необходимо интегрировать свободный код в своё проприетарное программное обеспечение и он не желает раскрытия своих разработок.

Разработка ПО как научное исследование

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

Введение ограничений для ПО

Однако компьютеры развивались очень быстро, и бывшие вполне современными в 1970-е PDP-10 к началу 1980-х уже устарели и значительно отставали по производительности от более современных машин. Однако ни для одной из новых архитектур уже не было операционной системы и прочего программного обеспечения, разработанного исключительно в академической среде и по её правилам. Теперь университеты должны были покупать новые компьютеры с новым программным обеспечением и выполнять условия лицензии, ограничивающей их права на разработку и распространение ПО — иначе говоря, ограничивающей возможность научной модели разработки и распространения программного обеспечения.

В это время в лаборатории искусственного интеллекта MIT разрабатывались так называемые LISP-машины, умевшие на аппаратном уровне интерпретировать язык программирования, похожий на LISP — развитый и перспективный язык программирования. На LISP же была написана операционная система для таких машин и всё программное обеспечение для них. В начале 1980-х некоторые сотрудники лаборатории искусственного интеллекта выкупили у MIT права на LISP-машины и математическую систему Macsyma и основали собственные коммерческие компании для дальнейшей разработки в этой области. Очень многие сотрудники лаборатории перешли работать в эти компании, после чего все их дальнейшие разработки уже становились закрытыми для научного сообщества. Новые LISP-машины распространялись с лицензиями, запрещающими пользователям модифицировать и распространять исходные тексты программ. Программы, которые раньше для сотрудников MIT были аналогом научных публикаций, стали принадлежащим кому-то продуктом.

Ричард Столлман, основатель движения свободного ПО.

Тогда в поисках единомышленников Ричард Столлман создаёт некоммерческую организацию «Фонд свободного программного обеспечения». Своей основной целью фонд ставил сохранение программного обеспечения, процесс разработки которого всегда будет гарантированно открытым, а исходные тексты всегда доступны. Более масштабная цель фонда — разработка операционной системы, целиком состоящей из открыто разрабатываемого программного обеспечения. Декларируя такую цель, Столлман, фактически, хотел вернуть представлявшееся ему идеальным состояние, когда в MIT работали в собственной операционной системе для PDP-10.

Операционная система, разрабатываемая в рамках фонда, должна была стать совместимой с операционной системой UNIX. К началу 1980-х UNIX очень широко использовалась, в том числе и в академической среде. Для этой операционной системы существовало много программ, свободно распространявшихся в научном сообществе, поэтому хотелось, чтобы эти программы работали и в новой — свободной — операционной системе. Эта будущая операционная система получила название GNU.

Иногда к несвободному ПО относят и всё «коммерческое ПО», считая свободное ПО видом бесплатного, однако это неверно: получать выгоду от программы можно не только продажей несвободных лицензий.

Определение свободного ПО

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

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

Только удовлетворяющая всем четырём перечисленным принципам программа может считаться свободной программой, то есть гарантированно открытой и доступной для модернизации и исправления ошибок и дефектов, и не имеющей ограничений на использование и распространение. Нужно подчеркнуть, что эти принципы оговаривают только доступность исходных текстов программ для всеобщего использования, критики и улучшения, и права пользователя, получившего исполнимый или исходный код программы, но никак не оговаривают связанные с распространением программ денежные отношения, в том числе не предполагают и бесплатности. В англоязычных текстах здесь часто возникает путаница, поскольку слово «free» по-английски означает не только «свободное», но и «бесплатное», и нередко употребляется по отношению к бесплатному программному обеспечению, которое распространяется без взимания платы за использование, но недоступно для изменения пользователями и сообществом, потому что его исходные тексты не опубликованы. Такое бесплатное ПО вовсе не является свободным. Наоборот, свободное ПО вполне можно распространять (и распространяют), взимая при этом плату, однако соблюдая при этом критерии свободы: каждому пользователю предоставляется право получить исходные тексты программ без дополнительной платы (за исключением цены носителя), изменять их и распространять далее. Всякое программное обеспечение, пользователям которого не предоставляется такого права, является несвободным — независимо от любых других условий.

Программное обеспечение с открытым исходным кодом

Логотип FSF — Фонда свободного ПО — разработчика GNU GPL лицензий

Декларировав критерии свободного ПО, члены Фонда свободного ПО стали распространять свои программы в соответствии с этими принципами, никак не оформляя это документально: иначе говоря, первоначально свободные программы распространялись вообще без лицензии. Однако произошедший с самим Ричардом Столлманом прецедент (см. ниже) убедил его в том, что документальное оформление необходимо для свободного ПО.

Логотип GNU GPLv3

Лицензия, сформулированная Столлманом, должна была работать так же, как и лицензии на несвободное программное обеспечение: это типовой договор автора программы (обладателя авторских прав) с пользователем, в котором автор, среди прочего, оговаривает права пользователя по отношению к программе. В отличие от типовой собственнической лицензии, лицензия Столлмана предоставляет пользователю права, являющиеся критериями свободной программы: получать исходные тексты программ, изменять их, распространять изменённые и неизменённые версии. Впоследствии лицензия Столлмана получила название GNU General Public License («Основная общественная лицензия GNU»), сокращённо GNU GPL или просто GPL.

Сообщество разработчиков и пользователей

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

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

В любой достаточно сложной программе непременно имеются ошибки и дефекты, количество которых обычно неизвестно. Многие крупные производители ПО создают и оплачивают работу отдела контроля качества (QA — Quality assurance), который контролирует соответствие процесса разработки ПО определённым требованиям, выполнение которых позволяет снизить вероятность появления ошибок в ПО (например, требованиям стандарта DO-178B, который применяется при разработке ПО для авиационных систем). Однако в настоящее время отсутствуют методы, позволяющие полностью гарантировать отсутствие ошибок в достаточно сложном ПО (существуют формализованные критерии сложности ПО).

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

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

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

Диагностика ошибки, произошедшей на компьютере пользователя, — задача не из лёгких, поскольку у сотрудников службы поддержки (и тем более программистов фирмы) может не быть доступа к этому компьютеру. Поэтому отделами поддержки широко практикуются программы, выдающие разнообразную информацию о компьютере пользователя, а в сложных случаях и пресловутая отладочная информация (сотрудник просит пользователя прогнать программу в «диагностическом режиме» (как правило, при помощи недокументированной настройки, либо пользователю присылается отладочная версия нужного модуля) и отправить ему полученный файл отчёта).

У типичной свободной программы (то есть, некоммерческой и/или разрабатываемой небольшой компанией или частным лицом) обычно нет оплачиваемого отдела контроля качества. Значит, пользователь может столкнуться с ещё большим количеством ошибок, чем в типичной коммерческой проприетарной программе. Тем актуальнее для него возможность сообщить об ошибке разработчикам программы. Раньше в сопровождающей программу документации было принято указывать электронный адрес, по которому разработчики принимали сообщения об ошибках (bug report). Некоторые вводили стереотипную форму для таких сообщений, чтобы облегчить и автоматизировать их обработку. Уже это требует существенно более высокой связности сообщества во всём мире, существенно большей, чем достаточно для закрытой разработки.

Разработчики и контролёры‐испытатели проприетарного продукта могут ходить на службу в один и тот же офис и там обмениваться информацией или тратить определённую долю рабочего времени на составление и анализ строгих отчётностей, содержащих сообщения об ошибках и отчёты об устранении неисправностей. Такая организация труда эффективна, если круг разработчиков невелик и ввести общий распорядок относительно легко. Для открытого же проекта круг и взаимное расположение потенциальных разработчиков не ограничены ничем, поэтому эффективность разработки в гораздо большей степени зависит от того, насколько просто всем членам сообщества договариваться между собой, а также от «сознательности» пользователей.

Принципиальное преимущество пользователя свободной программы заключается в том, что у него, в отличие от пользователей несвободных программ, всегда есть возможность заглянуть в исходные тексты. Конечно, для многих пользователей исходные тексты не более понятны, чем машинный код. Однако при достаточном уровне познаний в программировании пользователь может сам установить причину ошибки в программе, а то и устранить её, исправив соответствующим образом исходный текст. А если пользователь заинтересован в развитии программы, то с его стороны будет разумно не только сообщить автору об ошибке, но и прислать ему свои исправления к исходному тексту программы: автору останется только применить эти исправления к тексту программы, если он найдёт их корректными и уместными. Пересылать автору исправленный текст программы целиком непрактично: он может быть очень большим (десятки тысяч строк), и автору будет нелегко разобраться, что же изменено (а вдруг изменения сделаны неграмотно?).

Если пользователю программы не хватает в ней какой-то функции, то при должной квалификации он вполне может запрограммировать её сам и включить в исходный текст программы, либо заплатить за это кому‐то ещё. Естественно, ему выгодно, чтобы его дополнение попало в «главный», авторский вариант программы (его называют upstream) и появлялось во всех последующих версиях: можно точно так же оформить его в виде патча и выслать автору. Этой возможности лишён пользователь несвободной программы, даже если он достаточно квалифицирован. Единственный способ включить в программу нужную ему функцию — обратиться к производителю (если программа проприетарная) с соответствующей просьбой и надеяться, что производитель сочтёт предложенную функцию действительно необходимой.

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

Нужно заметить, что преимущества свободной разработки для пользователя не следует преувеличивать. Не все свободные программы в равной степени доступны для изменения пользователям, и это совершенно не связано с лицензией на их распространение. Важный фактор здесь — объём программы: если в ней десятки тысяч строк (как, например, в OpenOffice.org), то даже квалифицированному пользователю потребуется слишком много времени, чтобы разобраться, что к чему. Рассчитывать же на то, что разработчики ответят на все замечания и предложения пользователя немедленным исправлением программы, тоже нельзя, поскольку они не несут перед пользователем никаких обязательств по качеству программы. В этом отношении пользователь проприетарной коммерческой программы может оказаться в лучшем положении (хотя обязательства её разработчика обычно также обусловлены лишь законами, а не его волей).

Место свободных программ на сегодняшнем рынке ПО очень значительно, и многие коммерческие и государственные предприятия используют свободное ПО прямо или опосредованно. Собственно, опосредованно все пользователи Интернета задействуют, например, свободную программу BIND, предоставляющую службу DNS. Многие организации, особенно предоставляющие услуги через Интернет, используют свободный web-сервер Apache, от работы которого непосредственно зависит их прибыль, не говоря уже о серверах на платформе Linux. Главный недостаток с точки зрения коммерческого пользователя: разработчики свободных программ не несут никаких обязательств по качеству программы, кроме моральных. Поэтому, сегодня большие корпорации, например, Intel или IBM, находят необходимым поддерживать проекты по разработке свободного ПО, оплачивая сотрудников, которые работают в рамках этих проектов.

Классическим таковым методом является де-юре сохранение прав на ПО за производителем, который как бы даёт ПО своим пользователям во временное пользование. В этом случае использование нелицензионного ПО по сути приравнивается к концепции права англоязычных стран, известной как theft of services. Но эта концепция не имеет аналогов в иных национальных культурах, например, российской, и именно по причинам, приведённым на 2 абзаца выше (хозяин не лишается возможности использования вещи, что и есть главное негативное последствие кражи). В российском праве theft of services любых видов есть не более чем административное правонарушение, при этом за нелицензионное ПО предусмотрена уголовная ответственность, что звучит диссонансом в российской культуре.

Существует и точка зрения противников вышесказанного. Так, например, последовательная легализация theft of services означает бесплатность всех услуг, что означает скорее всего содержание всей этой сферы госбюджетом, а в таковом случае, во-первых, за услуги платят все налогоплательщики из своих налогов, причём без рыночного механизма влияния потребителя на производителя («кушай что дают»), во-вторых, это отвлекает госсредства от задач национальной важности, в-третьих, отсутствие рыночной конкуренции приведёт к нивелированию качества всех услуг к некоему дешёвому и не очень качественному минимуму (возможно даже возложение части оказания услуги на потребителя в виде «доделай сам»). Всё то же самое относится и к идее тотальной бесплатности всего ПО.

Несвободные программы называют «проприетарными» (от англ. ) или «собственническими». Иногда их неправильно называют просто «коммерческими», что неверно: получать выгоду от программы можно различными способами и многие успешные свободные проекты это подтверждают.

Миграция на свободное ПО

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

Распространённость свободного и открытого ПО

Информация в этой статье или некоторых её разделах устарела.

Вы можете помочь проекту, обновив её и убрав после этого данный шаблон.

Ubuntu — одна из самых популярных свободных ОС, дистрибутив Linux.

Не специализирующиеся на компьютерной тематике СМИ, как правило, отождествляют открытое и свободное ПО, используют их как синонимы. Поэтому данные по распространённости открытого и свободного ПО обычно приводятся вместе.

СПО активно используется в Интернете. Например, самый распространённый веб-сервер Apache является свободным, Википедия работает на MediaWiki, также являющемся свободным проектом.

СПО используется в Министерстве юстиции Бельгии, в котором уже половина компьютеров работает под управлением Linux, и полицией Франции, которая полностью перешла на использование GendBuntu — дистрибутива, основанного на Ubuntu. Перевести все компьютеры этого учреждения на свободное ПО планируется до конца 2009 года.

Свободное программное обеспечение в России

Свободное программное обеспечение, в любом случае, может свободно устанавливаться и использоваться на любых компьютерах. Использование такого ПО свободно везде: в школах, офисах, вузах, на личных компьютерах и во всех организациях и учреждениях, в том числе, и на коммерческих и государственных, в России и в странах СНГ.

В учреждения Министерства Обороны России, а также в российских посольствах в других странах используется операционная система МСВС. Данная ОС, сделанная на основе Red Hat Linux с незначительными изменениями, не является свободным ПО, её исходные коды закрыты.

Логотип OpenDocument Format

С 1 июня 2011 года действует ГОСТ Р ИСО/МЭК 26300-2010 на формат OpenDocument.

Свободное программное обеспечение в школах

Пользователи, которые бы иначе предпочли свободное ПО несвободному, продолжают использовать несвободное по следующим причинам:

С 2013 года коммерческие организации и ИП получили право оказывать услуги в сфере образования наравне с некоммерческими организациями. Услуги в области образования лицензируются. Ранее мы расмотрели полный перечень лицензируемых видов деятельности 2023 года этой статье расскажем, как получить лицензию на образовательную

Кому нужна лицензия

Для начала выясним, когда лицензия на образовательную деятельность не требуется. В п. 1 постановления Правительства РФ от 18 сентября 2020 г. N 1490, утвердившего положение о лицензировании образовательной деятельности, указано, на кого этот порядок не распространяется. Из этого следует, что лицензия не нужна, если образовательные услуги оказывает лично индивидуальный предприниматель. Это услуги репетиторов, частных учителей, студий, кружков и т.д., где занятия ведет сам ИП, имеющий соответствующее образование и стаж работы.

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

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

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

Получение лицензии на образовательную деятельность – сложный и длительный процесс. Только рассмотрение документов и принятие решения о выдачи лицензии или об отказе в выдаче занимает 60 дней. А до этого надо подготовить ещё ряд разрешений других государственных органов и разработать собственные образовательные программы. И всё же, бизнес в сфере образования можно назвать доходным, поэтому если вы хотите заниматься этим направлением, то надо один раз пройти процедуру лицензирования.

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

Отдайте весь бухучёт и кадровый учёт профессионалам. Финансовые гарантии

Лицензионные требования

Положение о лицензировании устанавливает в 2023 году следующие требования к соискателям:

Полный перечень требований, в зависимости от типа образования, смотрите в тексте Постановления.

В нормативных актах, регулирующих лицензирование образовательной деятельности, не совсем чётко рассмотрен вопрос об организационно-правовой форме лицензиата. В законе об образовании № 273-ФЗ даётся следующее понятие образовательной организации: «некоммерческая организация, осуществляющая на основании лицензии образовательную деятельность в качестве основного вида деятельности». Понятие «организация, осуществляющая обучение» означает юридическое лицо, которое ведёт эту деятельность в качестве дополнительной.

Далее приводится ещё одно толкование: «организации, осуществляющие образовательную деятельность», под которыми понимают:

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

Документы для получения лицензии

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

Формы справок доступны на сайте Минобразования.

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

Порядок получения лицензии

Лицензирование образовательной деятельности осуществляют Рособрнадзор и региональные исполнительные органы. В Рособрнадзор надо обращаться, если планируется открытие:

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

Порядок получения образовательный лицензии состоит из следующих шагов:

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

Отказ должен быть мотивированным и возможен по двум основаниям: недостоверность сведений или отсутствие условий для процесса обучения. Госпошлина в случае отказа не возвращается.

Что будет, если работать без лицензии

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

Кроме этого, оказание услуг без лицензии снижает конкурентность образовательной организации:

Советуем посмотреть интересное видео, в котором рассмотрен порядок лицензирования образовательной деятельности.

Мы в соцсетях: Телеграм,  ВКонтакте,  Дзен  — анонсы статей, новости по регистрации и ведению бизнеса

Лицензия свободного программного обеспечения

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 29 апреля 2022 года; проверки требует 1 правка.

Лицензия свободного ПО (англ. free software licence) — лицензия на программное обеспечение, которая предоставляет получателям права модифицировать и повторно распространять, что в противном случае могло бы быть запрещено законом об авторском праве. Чтобы квалифицироваться как лицензия свободного ПО, лицензия должна предоставлять права, описанные в Определении свободного программного обеспечения или в одном из аналогичных определений, основанных на этом.

Наиболее распространённой лицензией СПО является GNU General Public License.

Утверждённые FSF лицензии

Организация Open Source Initiative составляет и поддерживает список одобренных лицензий открытого ПО. Организация разделяет взгляды FSF на наиболее распространённые лицензии свободного ПО, однако списки не идентичны ввиду различных критериев данных групп.

от 28 октября 2013 г. N 966