В същото време други групи предпочитат двойно лицензиране за своите продукти. Например, по -старите версии на библиотеката cURL позволяват избора на използване на публичния лиценз на Mozilla или лиценза MIT.

Според списъка на Фондацията за свободен софтуер горният лиценз на MIT се нарича по -правилно лиценз Expat, тъй като MIT има твърде много лицензи под свое име, а другият е лиценз X11. Въпреки това той нарича лиценза Expat лиценз на MIT и те изобщо нямат лиценз X11, но има подобен лиценз X.Net, който неговите автори отказват.

Сравнение с други лицензи

Лицензът на MIT съвпада най-много с лиценза BSD с три клаузи, като се различава само в клаузата, забраняваща използването на хубаво именосителят на авторските права върху рекламата. Лицензът BSD 4-клауза също включва подобна клауза, задължаваща всичкорекламните материали показват този лиценз, за ​​разлика от лиценза на MIT. Последният също така говори по -изрично за правата на крайния потребител, включително правата за използване, копиране, промяна, включване в друг източник, публикуване, разпространение, подлицензиране и / или продажба на лицензиран софтуер.

Лиценз, подобен на BSD с две клаузи, като лиценза Apple Computer WebCore (въпреки че голяма част от WebCore е лицензиран под LGPL) също се счита за почти идентичен с лиценза на MIT, без клауза за „реклама“.

Лицензът се счита за академичен лиценз, тоест е признат за подходящ за използване в областта на научното развитие.

Вижте също

Връзки

• Ричард Столман, прев. Сергей КоропСистемният капан на X Window (6.10.1999 г.). Архивиран
• Павлов М.Портал за лицензи за софтуер на руски (руски). LicenseIt.ru. - Описание и текстове на лицензи на руски език. Архивиран от оригинала на 16 февруари 2012. Посетен на 7 юли 2010.

Фондация Уикимедия. 2010 г.

4 отговора

Струва ми се, че основната разлика между лиценза за MIT и GPL е, че MIT не изисква промените да бъдат с отворен код, докато GPL го прави.

Вярно - като цяло. Не е необходимо да отваряте промените си, ако използвате GPL. Можете да го промените и да го използвате за свои собствени цели, стига да не го разпространявате. НО ... ако го разпространявате, тогава целият ви проект, използващ GPL код, също автоматично ще стане GPL. Това означава, че той трябва да е отворен и получателят получава същите права като вас, тоест може да го внедри и преразпредели, модифицира, продаде и т.н. И това ще включва вашия собствен код, който след това вече няма да бъде собственост - той става с отворен код.

Разликата с MIT е, че дори да разпространявате собствения си код, който използва код на лиценза MIT, не е нужно да създавате отворен код. Можете да го разпространявате така затворено приложениекъдето кодът е криптиран или двоичен. Включването на код за лиценз на MIT може да бъде шифровано, ако носи известие за лиценз на MIT.

GPL по -рестриктивен ли е от лиценза MIT?

Да много.

Мога ли да включа лицензиран код GPL в лицензиран MIT продукт?

Можеш. GPL е безплатен софтуер, както и MIT, и двата лиценза не ви ограничават до групиране на код, където „include“ винаги е двустранно.

Така че, ако включите лицензирания код на GPL в лицензирания продукт на MIT, едновременно ще включите лицензирания продукт на MIT в лицензирания код на GPL.

Прав сте, че GPL е по -рестриктивен от лиценза MIT.

Не можете да включите GPL код в продукт, лицензиран от MIT. Ако разпространявате комбинирана работа, която комбинира кода на GPL и MIT (с изключение на някои специфични ситуации, като например „просто агрегиране“), това разпространение трябва да е съвместимо с GPL.

Можете да включите лицензирания код на MIT в продукт на GPL. Цялата комбинирана работа трябва да се разпространява съгласно GPL. Ако сте направили промени в части от кода на MIT, ще трябва да публикувате източника на тези промени, ако преразпределите приложение, което съдържа GPL и MIT кода.

счита се, че потребителят е сключил лицензионното споразумение (отпечатано върху опаковката), ако е отворил кутията с

Free е безплатна програма или скрипт. Можете да използвате и разпространявате този софтуер

Безплатният GPL е безплатен и безплатен софтуер. Обикновено с такъв лиценз вие

Рекламният софтуер е безплатна програма, която напълно изпълнява възложените му функции, но с

Shareware програма или скрипт. Обикновено програмите от този тип са ограничени по отношение на функционалността. Тези.

Shareware програма или скрипт. Повечето платени програми се правят по този принцип. Същността му

Демо - демо версия. Програмите, които работят на този принцип, обикновено нямат функционални и

Производителят на софтуер разпространява своите продукти чрез мрежа от дистрибутори, които от своя страна работят

Когато прехвърля неизключителни права, притежателят на авторските права предоставя на потребителя правото да използва софтуера на равна основа със себе си

Когато прехвърля изключителни права върху софтуера, притежателят на авторските права прехвърля на потребителя

Когато разпространявате софтуер при условия с отворен код, притежателят на авторските права, даващ на потребителя правото да използва

Свободният софтуер (FreeWare) не го прави

На потребителя се дава възможност да се запознае с програмата, да тества нейните възможности при решаване на потребителски проблеми.

Потребителят трябва да плати за програмите, само след което получава правата върху тях. Обикновено

Лиценз на MIT

Лиценз за

GPL: Основни свободи на GNU

Софтуерният лиценз на университета в Бъркли (BSD лиценз) е лицензионно споразумение, приложено за първи път

Има три опции за текста на този лиценз:

BSD лицензът позволява търговска употреба на софтуера с търговска цел. За софтуер, издаден под този лиценз,

Лиценз за безплатен софтуер на Apache Software Foundation.

Файловете, лицензирани съгласно CDDL, могат да бъдат обединени с файлове под други отворени или

Това е един от лицензите за безплатен софтуер. Версия 1.0 е разработена от Mitchell

Както всеки друг лиценз за безплатен софтуер

Този лиценз е формулиран от IBM за разпространение на продуктите му. Специална характеристика на този лиценз е

Този лиценз се счита за безплатен от Фондацията за свободен софтуер и е отворен от Open

Първоначалният субект на авторското право винаги е „физическото лице, чието творчество е създадено“

Притежателят на авторските права (автор или негов наследник) да уведоми за своето изключително право на

Лиценз на MIT

GNU Lesser General Public Li

Публичен лиценз на Mozilla

(съкратено MPL)

Общ публичен лиценз

CDDL (Общо развитие и

Разпространение на лиценз) Лиценз ZLib GPL BSD лиценз

Apache Software License Shared Sourc Project

Sun Public Lisence (SPL)

преработен и през юни 1991 г. бе издадена версия 2 на GPL, която все още е стандарт. Версията на GPLv3 е публикувана на 29 юни 2007 г.

Целта на GNU GPL е да предостави на потребителя права да копира, променя и разпространява

GPL: Основни свободи на GNU

- свобода за стартиране на програмата, с

всякакви цели;

- свободата да научите как работи програмата и нейната

модификации (предпоставка за това е достъпът до изходния код);

- свобода на разпространение на копия;

Лого на GNU

Свободата за подобряване на програмата и освобождаване на подобрения в публичен достъп(предварително

достъпът до изходния код е предпоставка за това).

Софтуерният лиценз на университета в Бъркли (BSD лиценз) е лицензионно споразумение, за първи път използван за разпространение на UNIX-подобни BSD операционни системи.

Лицензите от тип BSD са сред най-популярните лицензи за безплатен софтуер и се използват за много програми (различни от BSD версиите на UNIX, за които първоначално е създаден лицензът BSD).

Има три опции за текста на този лиценз:

1. Оригинален BSD лиценз или BSD лиценз с четири клаузи.

2. Модифициран BSD лиценз („Нов BSD лиценз“ на сайта на OSI).

3. Лиценз на Intel Corporation „BSD + патентен лиценз“

Първият BSD лиценз се състоеше от 4 точки:

1. Преразпределението на изходния код трябва да запазва горепосоченото известие за авторски права, този списък с условия и следното отказ от отговорност.

2. Преразпределението на двоичен код трябва да възпроизвежда горепосоченото известие за авторски права, този списък с условия и следното отказ от отговорност в документацията и / или други материали, предоставени с преразпределението.

3. Всички рекламни материали, споменаващи функциите или използването на този софтуер, трябва да включват следното известие: „Този ​​продукт включва софтуер, разработен от Калифорнийския университет, Бъркли и неговите сътрудници.“

4. Нито името на университета, нито имената на неговите служители не могат да се използват за поддържане или популяризиране на продукти, базирани на този софтуер, без предварително писмено разрешение.

BSD лицензът позволява собственост търговска употребаНА. За софтуер, издаден под този лиценз, е разрешено да бъде вграден в собственост търговски продукти... Произведения, базирани на такъв софтуер, могат дори да се разпространяват под патентовани лицензи (но все пак трябва да отговарят на лицензионните изисквания). Най -забележителните примери за такива програми са използването на BSD мрежов код в продуктите. Корпорация Майкрософткакто и използването на много компоненти на FreeBSD в операционна система Mac OS X.

Лиценз на MIT е група лицензи, разработени от Масачузетския технологичен институт за разпространение на безплатен софтуер.

Този лицензупълномощава безплатно лица, които са получили копие от този софтуер и свързаната с него документация за използване Софтуербез ограничения, включително неограниченото право за използване, копиране, промяна, добавяне, публикуване, разпространение, сублицензиране и / или продажба на копия на Софтуера.

Лиценз за безплатен софтуер на Apache Software Foundation.

Както всеки друг лиценз за безплатен софтуер, лицензът Apache предоставя на потребителя правото да използва софтуера за всякакви цели, свободно да разпространява, променя и разпространява модифицирани копия.

Файловете, лицензирани съгласно CDDL, могат да се комбинират с файлове под други лицензи с отворен код или собственост. Фондацията за свободен софтуер счита CDDL за несъвместим с Общия публичен лиценз на GNU (GPL). CDDL е одобрен от Съвета на директорите на Инициативата с отворен код (OSI) на 14 януари 2005 г. Счита се за един от деветте най -популярни лиценза с отворен код.

Предишният лиценз, използван от Sun за проекти с отворен код, беше публичният лиценз на Sun (SPL), също извлечен от публичния лиценз на Mozilla

Примери за продукти, използващи CDDL:

OpenSolaris (включително DTrace и ZFS), IDE на NetBeans, GlassFish, JWSDP, DReaM Project

Това е един от лицензите за безплатен софтуер. Версия 1.0 е разработена от Мичъл Бейкър, докато тя е била адвокат в Netscape Communications Corporation. Версия 1.1 е разработена от Mozilla Foundation. MPL се използва в

като лиценз за Mozilla Suite, Mozilla Firefox, Mozilla Thunderbirdи други програми, разработени от Mozilla. Той е адаптиран и от други разработчици, по -специално Sun Microsystems, като Общ лиценз за разработка и разпространение за OpenSolaris, версията на Solaris с отворен код. Фондацията за свободен софтуер не препоръчва използването на MPL в чист вид, тоест без използване на множество лицензи заедно с GPL или съвместим лиценз.

SLY_G 25 септември 2016 г. в 19:24 ч

Анализиране на лиценза MIT ред по ред

• IT законодателство

• Превод

171 думи, които всеки програмист трябва да разбира

Лицензът на MIT е най -популярният лиценз с отворен код. Ето едно от показанията му, с разбор ред по ред.

Четене на лиценза

Ако разработвате софтуер с отворен код и не сте прочели подробно този лиценз - а той е само 171 думи - трябва да го направите. Особено, ако не се занимавате с лицензи ежедневно. Проверете всичко, което не ви е ясно. И ще повторя всички тези думи, по ред и парче по парче, заедно с контекста и коментарите. В същото време е важно да си го представим в неговата цялост.

Лицензът на MIT (MIT)

Авторски права "година" "притежатели на авторски права"

С настоящото се предоставя безплатно разрешение на всяко лице, което получава копие от този софтуер и свързаните с него файлове с документация („Софтуерът“), да се занимава със Софтуера без ограничения, включително без ограничение правата за използване, копиране, промяна, обединяване , да публикува, разпространява, дава подлицензия и / или продава копия на Софтуера и да разреши на лица, на които Софтуерът е предоставен, да го направят при спазване на следните условия:

Горното известие за авторски права и това известие за разрешение трябва да бъдат включени във всички копия или значителни части от Софтуера.

СОФТУЕРЪТ се ПРЕДОСТАВЯ „КАКТО Е“, БЕЗ ГАРАНЦИЯ ОТ НИКАКВА ВИД, ИЗРИЧНА ИЛИ НЕПОСТАВЯНА, ВКЛЮЧВАЩА, НО ОГРАНИЧЕНА ОТ ГАРАНЦИИТЕ НА ТЪРГОВСТВОТО, ФИТИЧНОСТ ЗА ОПРЕДЕЛЕНА ЦЕЛ И НЕПРЕДЕЛЕНИЕ. В НИКАКЪВ СЛУЧАЙ АВТОРИТЕ И ПРИТЕЖАТЕЛИТЕ НА АВТОРСКИ ПРАВА НЕ СЕ ОТГОВОРЯТ ЗА ВСИЧКИ ИСКОВЕ, УВРЕЖДАНИЯ ИЛИ ДРУГА ОТГОВОРНОСТ, НИКАКВО В ДЕЙСТВИЕ НА ДОГОВОР, ПРЕКРАТЯВАНЕ ИЛИ ДРУГО, ИЗВЪРШЕНО ОТ, ИЛИ ВЪВ ВРЪЗКА С СОФТУЕРА ИЛИ ИЗПОЛЗВАНЕТО ИЛИ ИЗПОЛЗВАНЕТО.

Лиценз на MIT

Авторски права "година" "носители на права"

Този лиценз позволява на лица, които са получили копие от този софтуер и свързаната с него документация (наричана по -долу „Софтуер“), да използват Софтуера безплатно без ограничения, включително неограниченото право да използват, копират, променят, обединяват, публикуват, разпространява, подлицензира и / или продава копия на Софтуера, както и на лица, които са снабдени с този Софтуер, при спазване на следните условия:

НАСТОЯЩИЯ СОФТУЕР СЕ ПРЕДОСТАВЯ "КАКТО Е" БЕЗ ГАРАНЦИИ ОТ ВСИЧКИ ВИД, ЯВНИ ИЛИ НЕПОСТАВЕНИ, ВКЛЮЧВАЩИ ГАРАНЦИИ НА ТЪРГОВСТВО, НО В НЯКОЙ НАЧИН В НЕГОТО ДЕКЛАРАЦИЯ. В НИКАКВИ СЪБИТИЯ АВТОРИТЕ И ПРАВИТЕЛИТЕ НЕ СЕ ОТГОВОРЯТ ЗА ВСИЧКИ ИСКОВЕ, ВРЕДИ ИЛИ ДРУГИ ИСКОВЕ, ВКЛЮЧВАЩИ, ПРИ ДЕЙСТВИЕТО НА ДОГОВОР, ВЪРХУ ИЛИ ДРУГА СИТУАЦИЯ ЗА ВСИЧКИ КАПИТАЛНИ ВЪПРОСИ, ЗА ЕКСПРЕС.

Лицензът е разделен на пет параграфа, но логически разделен, както следва:

• Заглавие
  • Име
  • Авторско право
• Разрешение
  • Обхват
  • Условия
    • Прехвърляне на лиценз
    • Отказ от гаранции
    • Ограничаване на отговорността

Отивам.

Заглавие

Име

„Лицензът на MIT“ не е единичен лиценз, а фамилия лицензионни форми, повлияни от стила на продуктите, пуснати от MIT. През годините той се променя често, както за тези проекти, които го използват първоначално, така и като модел за други проекти. Проектът Fedora поддържа архив от интересни варианти на лицензи, със запазени варианти на лицензи в прав текст, сякаш анатомични любопитства във формалдехид, демонстриращи хода на еволюцията.

За щастие инициативата с отворен код и групата за обмен на данни за софтуерния пакет стандартизираха цялостния облик на лиценза на MIT и го нарекоха „The MIT License“. OSI прие низови идентификатори за общи лицензи отворен кодза SPDX, а съкращението MIT изрично се отнася до „лиценза MIT“. Ако трябва да разпространявате продукта си съгласно условията на MIT, моля, използвайте стандартния формуляр за лиценз на MIT.

Но дори и да включите редовете „The MIT License“ или „SPDX: MIT“ във файла LICENSE, отговорният читател ще провери текста ви по стандартния формуляр, точно като защитна мрежа. Много различни форми на лицензи се наричат ​​„Лиценз на MIT“, различаващи се в детайли и поради твърде много замъгляване на концепцията за „лиценз на MIT“ много автори не можаха да устоят на изкушението да добавят нещо свое към текста. Каноничен пример за такава лоша, ужасна, отвратителна промяна е лицензът JSON, който добавя към лиценза на MIT „Програмата трябва да се използва за добри, а не за лоши краища“. Такъв трик е много крокфордски стил. Ужасно главоболие... Може би това е подигравка с адвокатите. Смееха се чак до банката.

Моралът е следният: само писането на „лиценз на MIT“ би било двусмислено. По принцип хората ще разберат какво имате предвид, но просто спестявате време за всички и за себе си, като копирате текста на стандартния лиценз на MIT във вашия проект.

Авторско право

Авторско право<год> <владельцы прав>

Преди влизането в сила на Закона за авторското право от 1976 г. Съединените щати изискват специални действия, „формални изисквания“, за да се гарантира запазването на авторските права. И ако не ги спазвате, правото ви да съдите за незаконно използване на работата ви беше ограничено, а понякога дори изчезна. Едно от формалните изисквания беше т.нар. „Забележка“: Поставяне на белези върху вашите произведения и други действия, необходими за уведомяване на пазара за искане за права. Икона - стандартен характерза това. Няма такава икона в ASCII, така че за същата цел е използвана комбинация.

Законът за авторското право от 1976 г. елиминира необходимостта от формалности. В Съединените щати собствениците на права все още трябва да регистрират работата си преди съдебно производство, но на практика това се прави точно пред самия съд. Няма да загубите авторските си права, ако просто сте забравили да го заявите, регистрирате го, изпратите копие до Библиотеката на Конгреса и т.н.

Но дори и тези изявления вече да не са необходими, те все още са доста полезни. Определяйки годината, през която е извършена определена работа, и правата върху нея, можете веднага да изясните кога тези права изтичат и работата ще стане обществено достояние. Идентичността на авторите също е полезна - в Съединените щати законите се прилагат по различен начин за отделни автори и групи автори. В бизнеса една компания ще помисли два пъти, преди да използва софтуер от своя съперник, дори ако лицензът го позволява. Ако се надявате, че другите ще забележат работата ви и искат да получат лиценз от вас, информацията за притежателя на авторските права също ще бъде полезна.

Не всички лицензи имат място за собственика на авторските права. По -съвременните лицензи, като Apache 2.0 и GPL 3.0, публикуват ЛИЦЕНЗИРАНИ текстове, които трябва да бъдат копирани дословно, а след това в коментарите и отделни файловевече посочват собствениците на произведението. Този подход изключва промените в лицензионните текстове и опростява тяхната автоматична обработка.

Лицензът на MIT идва от издания на код, извършени от различни институции. За такива издания само институтът, издал кода, е собственик на правата. Други институции приеха тези лицензи, замествайки MIT със собствени имена, което доведе до съществуването на общи лицензи. Други лицензи също са преминали през този процес, като например BSD лиценза от Калифорнийския университет, който първоначално е имал четири клаузи, а сега има три и две клаузи, и ISC лицензът за Internet Systems Consortium, вариант на лиценза MIT.

Във всеки случай организацията се идентифицира като притежател на правата и се възползва от възможностите „работа под наем“, която й позволява да запази правата за работа, извършвани от служители и изпълнители. Тези правила обикновено не се прилагат за работа, която служителите и изпълнителите извършват по собствена инициатива. Те също не се прилагат за разпределени групи от хора, работещи заедно, които доброволно предоставят своя код. За фондации за управление на проекти като Apache Foundation и Eclipse Foundation, които приемат код от различни източници, това представлява проблем. Фондациите обикновено се справят с това, като използват домашен лиценз, който претендира за един собственик на права - Apache CLA и Eclipse CLA - за получаване на права от спонсори. Събирането на права на едно място е още по -важно за всички видове лицензи за копилефт, като GPL, които прехвърлят отговорността за разпространение на ценностите на свободния софтуер към притежателите на авторски права.

Днес много проекти, които дори не управляват работата на множество доставчици на код, използват лицензи на MIT. SPDX и OSI допринесоха за това чрез стандартизиране на формуляри за лиценз, които не се отнасят до конкретно лице или група лица с права. В резултат на това повечето автори просто изписват името си в известието за авторски права и понякога вмъкват и годината.

Първоначалният собственик на кода си запазва правата върху работата си. Но докато лицензите, подобни на MIT, дават на другите права да добавят и променят софтуер, създавайки това, което се нарича „производна работа“, те не дават на оригиналния автор възможността да притежава това, което са създали други хора. Всеки, който допринася, запазва правата върху своята част от работата, извършена въз основа на съществуващия кодекс.

Повечето проекти не си правят труда да събират лицензи от участниците, да не говорим за подписването на документи за разпределение на правата. Това е наивно, но разбираемо. Въпреки предположението на разработчиците, че изпращайки заявки за изтегляне до GitHub, те автоматично получават някои права за разпространение на проекта според буквата на лиценза, в САЩ няма такива правила. По подразбиране е защита на авторските права, а не разрешения за прехвърляне на лиценз.

За да се преодолее пропастта между легализираните и документирани прехвърляния на права и липсата на документи, някои проекти приемат сертификата за произход на разработчика, сертификат за произход от разработчика, стандартна декларация, посочена от разработчиците, използващи мета тагове Signed-Off-By. DCO е проектиран да се развива Linux ядраот ядрото на SCO Unix. DCO се справя добре с документирането на процеса, в който всяка от линиите на Linux идва от сътрудници. И въпреки че това не е лиценз, той предоставя много добри доказателства, че тези, които са подали кода си към проекта, предполагат, че той ще бъде разпространен с проекта и че потребителите ще го използват съгласно съществуващия лиценз на ядрото. Също така поддържа четим от човека файл CREDITS с ядрото, който изброява всички хора, които са допринесли, с имена, членство, област на принос и други подробности.

Разрешение

Този лиценз разрешава на лица, които са получили копие от този софтуер и свързаната с него документация (наричана по -долу „Софтуер“),

Същността на лиценза на MIT е, че това е, както може би се досещате, лиценз. Като цяло лицензът е разрешение, че едно лице или юридическо лице - лицензодателят - упълномощава друго - лицензополучателя - да направи нещо, което е в противен случайможе да бъде оспорено в съда. Лицензът на MIT е обещание да не се съди.

Понякога законът разделя лиценза и обещанието за прехвърляне на лиценза. Ако някой наруши обещание да ви даде лиценз, можете да го съдите за нарушаване на обещанието, но може никога да не получите лиценз. В това предложение [ v Английска версиязащото това е архаизмът „с настоящото“ - ок. превод] обяснява, че самият текст на този лиценз вече ви дава лиценз, а не просто обещание да го прехвърлите.

И докато много лицензи дават разрешение за конкретен лицензиран лиценз, лицензът на MIT е „публичен лиценз“. Публичните лицензи дават разрешение на всички, т.е. - обществото. Това е една от трите страхотни идеи зад лицензите с отворен код. Лицензът на MIT възприема тази идея, като предлага лиценз на всички „лица, получили копие от този софтуер“.

Определението на понятието в скоби и кавички („Определение“) - стандартен начинпрекратяване определена стойноств правни документи. Страните ще могат да използват тези термини в съдебни производства.

Обхват

да използвате Софтуера безплатно без ограничения,

Тези думи са, от гледна точка на лицензополучателя, най -важните от всички думи в лиценза на MIT. Основните проблеми с правата са възможността да бъдат съдени за нарушаване на авторски права и нарушаване на патенти. Нито една от тези области на правото не използва думата „използване безплатно“. В резултат на това съдът определено ще попита какво се има предвид под това определение. Съдът ще види, че това описание умишлено е твърде широко и непокрито. Тя дава възможност на лицензополучателя да устои на всякакви претенции на лицензодателя поради факта, че той не е дал разрешение за конкретна употреба на софтуера.

включително неограниченото право да се използва, копира, променя, обединява, публикува, разпространява, подлицензира и / или продава копия на Софтуера, както и на лица, на които Софтуерът е предоставен,

Няма перфектни правни текстове, които да са напълно недвусмислени или напълно разбираеми. Не вярвайте, ако някой ви каже друго. Тази част от лиценза е най -малко перфектната.

Първо, „включително неограничен закон“ е пример за това как не е нужно да пишете правни текстове. Съществуват вариации на тази формулировка:

• включително, без ограничение;
• включително, без ограничение, обобщения на горното;
• включително, но не само;

Други.

Всички те са написани с една и съща цел и никой от тях не го постига. Адвокатите, които ги използват, искат да ядат рибата и да не се наводняват. В лиценза на MIT те означават опит за представяне на определени примери за „използване на софтуер“ - „използване, копиране, промяна“ и т.н., без да се подразбира, че този софтуер може да се използва само от един от горните методи... Проблемът е, че ако такъв лиценз бъде представен в съда, тогава съдът ще трябва да определи значението на тези термини, за да разбере лиценза. Ако съдът иска да разбере какво означава „използване на софтуера“, той няма да може да „пренебрегне“ примерите за използване, посочени в лиценза. Бих казал, че е най -добре да напишете в лиценза „използвайте софтуер без ограничения“. Освен това е по -кратък.

Второ, изброените термини са объркана бъркотия. Някои от тях са обхванати от законите за авторското право и патентите, а други не.

• използвайтенамерени в Кодекса на Съединените американски щати, член 35, параграф 271 (а) в списъка на нещата, поради които без разрешение на притежателя на патента последният може да съди
• копие 17, параграф 106 от Кодекса, в списъка на закона за авторското право
• промяна, публикуване, сливанене се среща в авторското право или патентното право.
• разпространявамсе среща в закона за авторското право.
• сублицензияТова е общ термин в правото на интелектуалната собственост. Това означава правото на другите да разпространяват свои собствени лицензи за частично или пълен списъккакво им позволявате да правят. Тази точка е необичайна за лицензи с отворен код. Нормалният подход е директен, когато всеки, който получи копие от софтуера, също получава лиценз директно от собственика.
• продавам- думата е хибридна. Той е подобен на продажбите, споменати в патентното право, но означава продажба на копия, както в закона за авторското право. По отношение на авторското право той е по -близо до „разпространение“, но законът за авторското право не споменава продажбите.
• както и лица, на които се предоставя този Софтуер- тази фраза изглежда като ненужно повторение на „подлицензиране“. Също така, той не е необходим, доколкото хората, които получават копия на софтуера, веднага получават лиценз.

И накрая, поради тази смесица от правна, индустриална, интелектуална собственост и общи терминиНе е ясно дали лицензът на MIT включва патентоване. „Използване“ намеква за патенти, макар и не много ясно. Фактът, че лицензът идва от собственика на авторските права, който може или не може да има патентни права върху софтуера, както и повечето от глаголите, посочени за примери за използване и самата дефиниция на софтуера, показват лиценз за авторско право. По -новите лицензи, като Apache 2.0, отделно и изрично споменават авторски права, патенти и дори търговски марки.

Три лицензионни условия

при спазване на следните условия

Винаги има уловка - а MIT дори има три!

Ако не отговаряте на условията, няма да получите разрешение. Следователно на теория в този случай можете да бъдете съдени, най -вероятно съгласно закона за авторското право.

Използването на стойността на софтуера за мотивиране на лицензополучателя да изпълни условията, въпреки че не е платил за лиценза, е втората чудесна идея за софтуер с отворен код. Последният, който не намери място в лиценза на MIT, се основава на лицензионни условия - лицензи като условията за използване на публичния лиценз на GNU, за да контролират как хората, които правят промени, могат да лицензират и разпространяват модифицирани версии.

Прехвърляне на лиценз

Горното съобщение за авторски права и тези условия трябва да бъдат включени във всички копия или значителни части от този Софтуер.

Ако дадете на някого копие на Софтуера, вие носите отговорност за включването на текста на лиценза и можете да добавите всякакви бележки за авторски права. Това служи за няколко цели:

1. Казва на другите, че имат публични лицензионни разрешения за софтуера. то ключова характеристикадиректно лицензирани модели, където всеки потребител получава лиценз директно от притежателя на правата.
2. Дава представа за автора на софтуера, така че да е ясно кой трябва да бъде напоен с комплименти, слава и дарения.
3. Предоставя отказ от гаранции и ограничаване на отговорността.

Никой не ви забранява да таксувате пари за разпространение на копия или дори да правите компилирани копия без изходен код. Но в този случай не можете да се преструвате, че кодът ви принадлежи или е под друг лиценз. Получателите на продукта трябва да знаят правата си съгласно „публичния лиценз“.

За съжаление тези условия са лошо изпълнени. Почти всеки лиценз с отворен код има такива условия. Създателите на системен и инсталиран софтуер често разбират, че трябва да покажат файл с информация за лиценза на екрана, да включат копия на лиценза в библиотеки и компоненти. Фондациите, които управляват проекти, преподават тези практики. Но изглежда, че уеб разработчиците не са уведомени. За тях няма прошка.

Отказ от гаранции

НАСТОЯЩИЯ СОФТУЕР СЕ ПРЕДОСТАВЯ "КАКТО Е" БЕЗ ГАРАНЦИИ ОТ ВСИЧКИ ВИД, ЯВНИ ИЛИ НЕПОСТАВЕНИ, ВКЛЮЧВАЩИ ГАРАНЦИИ НА ТЪРГОВСТВО, НО В НЯКОЙ НАЧИН В НЕГОТО ДЕКЛАРАЦИЯ.

В почти всички щати в САЩ те са задължени по закон да следват версия на Единния търговски кодекс, набор от закони, регулиращи търговските сделки. Член 2 на UCC се отнася до договори за продажба на стоки, от употребявани автомобили, закупени на търг, до доставка на промишлени химикали до заводи.

Някои правила на UCC са задължителни и винаги се прилагат. Други описват само състояние по подразбиране - освен ако купувачите и продавачите не пишат друго в споразумението. Сред тези правила по подразбиране са гаранциите, тоест обещанията на продавачите към купувачите за качеството и годността за използване на продуктите.

Дебатира се дали публичните лицензи като MIT са договори - споразумения, в които лицензополучателите и лицензодателите могат да бъдат принудени - или просто са лицензи, към които могат да бъдат приложени условия. Има малко по -малко спорове дали софтуерът е стока и по този начин попада под юрисдикцията на UCC. Но лицензодателите нямат спор относно отговорността: никой не иска да бъде съден, ако софтуерът, който разпространяват, се повреди, причини проблеми, не работи или по някакъв начин се прояви негативно. Това е точно обратното на това, което трите правила за гаранция по подразбиране описват:

1. Търгуемостта, съгласно раздел 2-314, е обещание, че продуктът - софтуер - ще бъде поне със средно качество, правилно опакован и етикетиран и подходящ за нормална употреба... Това правило важи само за дилърите на софтуер - тоест за тези, които ги продават, и за тези, които се смятат за специалисти в тази област.
2. Пригодността за конкретна цел съгласно раздел 2-315 се прилага, когато продавачът знае, че купувачът очаква продуктът да е подходящ за конкретна употреба.
3. Без патентни бариери - Не е част от UCC, но обикновено се използва в договорното право. Той защитава купувача в случай, че се окаже, че закупеният продукт нарушава чужди интелектуални права.

Раздел 2-316 (3) изисква текстът на лиценза, който изключва тези гаранции, да го прави по забележим начин - тоест да привлича вниманието към себе си, вместо да се крие във формата дребен шрифтНа последна страницадоговор. Същото може да се изисква от държавното законодателство за известия за липсата на патентни пречки.

Адвокатите отдавна се заблуждават, че като пишат текста с ГЛАВНИ БУКВИ, те изпълняват изискването за видимост. Това не е истина. Главни буквичесто отчуждават читателя, вместо да привличат вниманието му. Но повечето лицензи с отворен код изписват тази част с главни букви, защото това е най -очевидният начин да направите текст в обикновен текст. текстови файловеДа изпъкнеш. Бих предпочел да използвам звездички или друго ASCII изкуство, но този влак вече го няма.

Ограничаване на отговорността

В НИКАКВИ СЪБИТИЯ АВТОРИТЕ И ПРАВИТЕЛИТЕ НЕ СЕ ОТГОВОРЯТ ЗА ВСИЧКИ ИСКОВЕ, ВРЕДИ ИЛИ ДРУГИ ИСКОВЕ, ВКЛЮЧВАЩИ, ПРИ ДЕЙСТВИЕТО НА ДОГОВОР, ВЪРХУ ИЛИ ДРУГА СИТУАЦИЯ ЗА ВСИЧКИ КАПИТАЛНИ ВЪПРОСИ, ЗА ЕКСПРЕС.

Лицензът на MIT разпространява софтуер безплатно, но законът не предполага, че получателите безплатен лицензхората губят правото си на съд, ако нещо се обърка и лицензодателят бъде признат за виновен. Ограниченията на отговорността, като лицензите, също служат като обещания да не се обръщат към съда - само в този случай те защитават лицензодателите от лицензополучателите.

Съдилищата обикновено четат внимателно отказ от отговорност, тъй като това може да помогне за прехвърляне на риска от едната страна на другата. Да се ​​даде възможност на хората да се защитят, във всяко възможни случаисъдилищата тълкуват тези откази срещу всеки, когото защитават. Често съдилищата отказват да ги вземат предвид, ако такива условия са някъде в дълбочината на договора и не са подчертани. Затова адвокатите са свикнали да пишат и с главни букви.

Ограничението на отговорността, наред с други неща, ограничава размера на парите, срещу които лицензополучателят може да бъде съден. За лицензи с отворен код това ограничение винаги е нула. V търговски лицензичесто има суми, кратни на роялти, платени през последните 12 месеца.

Този раздел изброява видовете съдебни преследвания, които лицензодателят не може да използва. Подобно на много правни форми, този лиценз споменава нарушения на договори и деликт. Деликтните правила се отнасят до извършване на действия, причиняващи щети. Ако прегазите някого на пътя, като изпратите SMS, сте извършили деликт. Ако вашата компания е продавала дефектни слушалки, които са изгорили ушите на хората, тя е извършила деликт. Ако в договора не е посочено изрично изключването на искове за деликт, съдилищата понякога се възползват от това. Лицензът на MIT гласи „Други изисквания“, за да изключи всякакви екзотични изисквания.

Фраза " ИЗВЪРШВАНИ ОТ ИЗПОЛЗВАНЕТО НА СОФТУЕРА ИЛИ ДРУГИ ДЕЙСТВИЯ СЪС СОФТУЕРА"- нервен тик, характерен за придобития страх на адвокат за тяхната безопасност. Въпросът е, че всяко искане, свързано с този софтуер, е обхванато от ограничения и изключения. Използването на софтуера обаче е напълно включено в" другите действия "с софтуера. [ първоначалният лиценз определя три варианта на събития „произтичащи от“, „във връзка с“, „използване“ - тоест „произтичащи от“, „във връзка с“ и „при използване“, които всъщност се дублират , което предизвиква оплаквания от автора на статията - ок. превод] Този език обаче се използва в милиони други лицензи.

Заключение

Но всички тези твърдения не са твърде големи. Лицензът на MIT е класика в съдебната практика. Тя работи. Това не е панацея за всички софтуерни заболявания, по -специално за патентни спорове. Но такива лицензи са служили добре и служат на конкретна цел - премахване на неудобните правила по подразбиране при авторското право, продажбите и договорите - с минимален комплектправни инструменти. В контекста на компютърните теми оцеляването му е невероятно. Той е оцелял и ще оцелее по -голямата част от софтуера, който е лицензиран за него. Може само да се предполага колко десетилетия все още ще работи. Това е особено приятно за тези, които не могат да си позволят да наемат адвокат.

Видяхме, че лицензът на MIT е набор от дефинирани и стандартизирани дефиниции, които причиняват хаос с рандомизираните лицензи, приети от различни организации.

Видяхме как нейният подход към въпросите за приписването и авторските права влияе върху практиките за управление на собствеността в академични и търговски организации.
отворете чрез Добавяне на тагове

Съвместим с GPL

Според Фондацията за свободен софтуер този лиценз се нарича по -точно лиценз X11, тъй като MIT е използвал много лицензи в миналото и в сегашния си вид е написан за X Прозоречна система.

Софтуерът, лицензиран от MIT, включва Expat, Metakit, PuTTY, Bitcoin-Qt, Mono, Ruby on Rails, Twisted, JQuery, Prototype и разбира се X Window System (X11), за който е написан.

Текст на лиценза

Авторско право (в)<год> <владельцы прав>

Този лиценз позволява на лица, които са получили копие от този софтуер и свързаната с него документация (наричана по -долу „Софтуер“), да използват Софтуера безплатно без ограничения, включително неограниченото право да използват, копират, променят, обединяват, публикуват, разпространява, подлицензира и / или продава копия на Софтуера, както и на лица, които са снабдени с този Софтуер, при спазване на следните условия:

НАСТОЯЩИЯ СОФТУЕР СЕ ПРЕДОСТАВЯ "КАКТО Е" БЕЗ ГАРАНЦИИ ОТ ВСИЧКИ ВИД, ЯВНИ ИЛИ НЕПОСТАВЕНИ, ВКЛЮЧВАЩИ ГАРАНЦИИ НА ТЪРГОВСТВО, НО В НЯКОЙ НАЧИН В НЕГОТО ДЕКЛАРАЦИЯ. В НИКАКВИ СЪБИТИЯ АВТОРИТЕ И ПРАВИТЕЛИТЕ НЕ СЕ ОТГОВОРЯТ ЗА ВСИЧКИ ИСКОВЕ, ВРЕДИ ИЛИ ДРУГИ ИСКОВЕ, ВКЛЮЧВАЩИ, ПРИ ДЕЙСТВИЕТО НА ДОГОВОР, ВЪРХУ ИЛИ ДРУГА СИТУАЦИЯ ЗА ВСИЧКИ КАПИТАЛНИ ВЪПРОСИ, ЗА ЕКСПРЕС.

Оригинален текст(Английски)

Авторско право (в)

С настоящото се предоставя безплатно разрешение на всяко лице, което получи копие от този софтуер и свързаните с него файлове с документация („Софтуерът“), да се занимава със Софтуера без ограничения, включително без ограничение правата за използване, копиране, промяна, обединяване , да публикува, разпространява, дава сублицензия и / или продава копия на Софтуера и да разреши на лица, на които Софтуерът е предоставен, да го направят при спазване на следните условия:

Горното известие за авторски права и това известие за разрешение трябва да бъдат включени във всички копия или значителни части от Софтуера.

СОФТУЕРЪТ СЕ ПРЕДОСТАВЯ "КАКТО Е", БЕЗ ГАРАНЦИЯ ОТ НИКАКВА ВИД, ЯВНА ИЛИ НЕПОСТАВЯНА, ВКЛЮЧВАЩО НО ОГРАНИЧЕНА ОТ ГАРАНЦИИТЕ НА ТЪРГОВСТВОТО, ПРИГОДНОСТ ЗА ОТДЕЛНА ЦЕЛ И НЕПРЕДЕЛЕНИЕ. В НИКАКЪВ СЛУЧАЙ АВТОРИТЕ И ПРИТЕЖАТЕЛИТЕ НА АВТОРСКИ ПРАВА НЕ СЕ ОТГОВОРЯТ ЗА ВСИЧКИ ИСКОВЕ, УВРЕЖДАНИЯ ИЛИ ДРУГА ОТГОВОРНОСТ, НИКАКВО В ДЕЙСТВИЕ НА ДОГОВОР, ПРЕКРАТЯВАНЕ ИЛИ ДРУГО, ИЗВЪРШЕНО ОТ, ИЛИ ВЪВ ВРЪЗКА С СОФТУЕРА ИЛИ ИЗПОЛЗВАНЕТО ИЛИ ИЗПОЛЗВАНЕТО.

- (Английски). - Шаблон за лиценз на MIT. официален текст. Посетен на 7 юли 2010 г.

Използване на лиценз

В същото време други групи предпочитат двойно лицензиране за своите продукти. Например, по -старите версии на библиотеката cURL позволяват избора на използване на публичния лиценз на Mozilla или лиценза MIT.

Според списъка на Фондацията за свободен софтуер горният лиценз на MIT се нарича по -правилно лиценз Expat, тъй като MIT има твърде много лицензи под свое име, а другият е лиценз X11. Въпреки това той нарича лиценза Expat лиценз на MIT и те изобщо нямат лиценз X11, но има подобен лиценз X.Net, който неговите автори отказват.

Сравнение с други лицензи

Лицензът на MIT съвпада най-много с лиценза BSD с три клаузи, като се различава само в клаузата, забраняваща използването на хубаво именосителят на авторските права върху рекламата. Лицензът BSD 4-клауза също включва подобна клауза, задължаваща всичкорекламните материали показват този лиценз, за ​​разлика от лиценза на MIT. Последният също така говори по -изрично за правата на крайния потребител, включително правата за използване, копиране, промяна, включване в друг изходен код, публикуване, разпространение, подлицензиране и / или продажба на лицензирания софтуер.

Лиценз, подобен на BSD с две клаузи, като лиценза Apple Computer WebCore (въпреки че голяма част от WebCore е лицензиран под LGPL) също се счита за почти идентичен с лиценза на MIT, без клауза за „реклама“.

Лицензът се счита за академичен лиценз, тоест е признат за подходящ за използване в областта на научното развитие.

Напишете рецензия на статията „Лиценз на MIT“

Бележки (редактиране)

Литература

• Ричард Столман, прев. Сергей Короп.(6.10.1999 г.). Посетен на 7 юли 2010 г.
• Ричард Столман.(Английски). Различни лицензи и коментари за тях. .
• Андрю М. Ст. Лоран.... - 2004.- 207 с.

Връзки

• Павлов М.(Руски). LicenseIt.ru. - Описание и текстове на лицензи на руски език. Посетен на 7 юли 2010 г.

Основното нещо История Организацията Лицензи Проблеми Други

Извадка от лиценза на MIT

„Където има преценка, има и лъжа“, добави малкият човек.
- От колко време си тук? - попита Пиер, дъвчейки последния картоф.
- Какво съм аз? Тази неделя ме изведоха от болницата в Москва.
- Кой си ти, войнико?
- Войници от полка Абшерон. Умираше от треска. Не ни казаха нищо. Нашите бяха двадесет. И те не мислеха, не предполагаха.
- Е, скучаеш ли тук? - попита Пиер.
- Не е скучно, соколе. Наричай ме Платон; Псевдонимът на Каратаев - добави той, очевидно, за да улесни Пиер да се обърне към него. - Дадоха прякор сокола в службата. Как да не скучаеш, соколе! Москва е майката на градовете. Как да не скучаете, гледайки това. Да, червеят гризе зелето, но преди това изчезваш: така са казвали старите хора - добави той бързо.
- Как, как каза? - попита Пиер.
- Какво съм аз? - попита Каратаев. „Казвам: не по нашия ум, а по Божия съд“, каза той, мислейки, че повтаря казаното. И веднага продължи: - Как, господине, имате имоти? И има ли къща? Така че пълна чаша! И има ли любовница? Живи ли са старите родители? - попита той и макар Пиер да не виждаше в тъмното, той почувства, че устните на войника се извиват със сдържана усмивка на привързаност, докато той попита това. Очевидно той беше разстроен, че Пиер няма родители, особено майка.
-Съпруга за съвет, тъща за поздрави, но няма по-скъпа скъпа майка! - той каза. - Е, има ли деца? - продължи да пита той. Отрицателният отговор на Пиер отново явно го разстрои и той побърза да добави: - Е, млади хора, ако Бог даде, ще има. Ако само в съвета да живея ...
- Сега всичко е същото - каза Пиер неволно.
- Ех, скъпи човече - възрази Платон. - Никога не се отказвайте от пари и затвор. - Той седна по -добре, прочисти гърлото си, очевидно се подготвя за дълга история. „И така, скъпи приятелю, все още живеех вкъщи“, започна той. - Нашето наследство е богато, има много земя, селяните живеят добре, а къщата ни, слава Богу. Самият татко излезе да коси това. Живеехме добре. Християните бяха истински. Случи се ... - И Платон Каратаев разказа дълга историяза това как той отишъл в странна горичка зад гората и бил хванат от пазача, как бил бичуван, съден и предаден на войниците. „Е, соколите - каза той с глас, променящ се от усмивка, - те мислеха скръб, но радост! Брат ми би трябвало да си отиде, ако не беше моят грях. А самият по -малък брат има петите на момчетата - и, вижте, останах един войник. Имаше едно момиче и още преди войника Бог изчисти. Дойдох в отпуск, казвам ви. Гледам - ​​те живеят по -добре от преди. Дворът е пълен с коремчета, жените са вкъщи, двама братя работят. Един Михайло, най -малкият, е у дома. Баща и казва: „За мен той казва, че всички деца са равни: какъвто пръст захапеш, всичко боли. И ако тогава Платон не беше обръснат, Михайло щеше да си отиде. " Той ни извика всички - повярвайте ми - постави ни пред изображението. Михайло, казва той, ела тук, поклони се в краката му, а ти, жено, поклони се, а внуците ти се поклониха. Схванах го? говори. И така, скъпи приятелю. Рок търси глава. И всички ние преценяваме: понякога не е добре, понякога не е наред. Нашето щастие, приятелю, е като вода в делириум: ако я извадиш, тя се надува, но когато я извадиш, няма нищо. Така че. - И Платон седна на сламата си.
След кратка пауза Платон стана.
- Е, аз имам чай, искаш ли да спиш? - каза той и бързо започна да се кръщава, казвайки:
- Господи, Исусе Христе, Никола угоднице, Фрол и Лавра, Господи Исусе Христе, Никола угоднице! Фрола и Лавра, Господи Исусе Христе - смили се и ни спаси! - заключи той, поклони се на земята, стана и, въздъхнал, седна на сламата си. - Това е. Положи го, Боже, с камък, вдигни го на топка “, каза той и легна, облечен в палтото си.
- Каква молитва прочетохте? - попита Пиер.
- Като? - каза Платон (той вече спеше). - Прочетете какво? Молех се на Бог. Не се ли молиш?
- Не, и се моля - каза Пиер. - Но какво казахте: Фрола и Лавра?
- А какво ще кажеш - бързо отговори Платон, - празник на конете. И трябва да съжалявате за добитъка, - каза Каратаев. - Виж, измамник, свит. Стана ми горещо, кучината дъще - каза той, като почувства кучето в краката си и, като се обърна отново, веднага заспа.
Отвън се чуваше плач и крещене някъде в далечината, а през пукнатините на сепарето се виждаше огън; но сепарето беше тихо и тъмно. Пиер не спеше дълго и с отворени очилежеше в тъмнината на негово място и слушаше премереното хъркане на Платон, който лежеше до него, и чувстваше, че разрушеният по -рано свят сега е с нова красота, върху някакви нови и непоклатими основи, издигнати в душата му.

В кабината, в която Пиер влезе и в която прекара четири седмици, имаше двадесет и трима военнопленници, трима офицери и двама служители.
Всички те тогава изглеждаха в мъгла на Пиер, но Платон Каратаев остана завинаги в душата на Пиер най -могъщият и скъп спомен и олицетворение на всичко руско, мило и кръгло. Когато на другия ден, на разсъмване, Пиер видя съседа си, първото впечатление от нещо кръгло се потвърди напълно: цялата фигура на Платон във френското му палто, препасано с въже, в шапка и обувки, беше кръгла, главата му беше напълно кръгъл, гърбът, гърдите, раменете му, дори ръцете, които носеше, сякаш винаги се канеше да прегърне нещо, бяха кръгли; приятна усмивка и големи кафяви нежни очи бяха кръгли.
Платон Каратаев трябва да е бил над петдесет, съдейки по разказите му за кампании, в които е участвал като дългогодишен войник. Самият той не знаеше и по никакъв начин не можеше да определи на колко години е; но зъбите му, ярко бели и силни, които всички се разтъркаха в двата си полукръга, когато се смееше (което често правеше), всички бяха добри и цели; в брадата и косата му нямаше нито една сива коса, а цялото му тяло имаше вид на гъвкавост и най -вече на твърдост и издръжливост.
Лицето му, въпреки фините, кръгли бръчки, имаше израз на невинност и младост; гласът му беше приятен и мелодичен. Но основна характеристикаречта му беше спонтанна и противоречива. Явно никога не е мислил какво ще каже и какво ще каже; и от това имаше особена убедителна убедителност в бързината и верността на неговите интонации.
Неговата физическа сила и пъргавина бяха такива в началото на пленничеството му, че той сякаш не разбираше какво представляват умората и болестите. Всеки ден сутрин и вечер той, легнал, казваше: „Легни, Господи, с камък, вдигни го с топка“; на сутринта, ставайки, винаги повдигайки рамене по един и същи начин, той каза: „Легнах - сви се, станах - разтърсих се“. И наистина, веднага щом легна, за да заспи веднага с камък, и си струваше да се разтърси, така че незабавно, без секунда закъснение, да се заеме с някакъв бизнес, като деца, ставайки, вземете играчки. Знаеше как да прави всичко, не много добре, но и не лошо. Печеше, пареше, шиеше, рендосваше, изработваше ботуши. Винаги беше зает и само през нощта си позволяваше да говори, което обичаше, и песни. Той пееше песни, а не като автори, които знаят, че ги слушат, но пееше като птици, очевидно, защото трябваше да издаде тези звуци точно както е необходимо да се разтегне или разпръсне; и тези звуци винаги бяха фини, нежни, почти женствени, тъжни и лицето му беше много сериозно в същото време.