URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 89550
[ Назад ]

Исходное сообщение
"Из-за проблем с лицензированием из ядра Linux будет удалён к..."

Отправлено opennews , 10-Апр-13 22:10 
Рассел Кинг (Russell King), отвечающий за поддержку архитектуры ARM в ядре Linux, объявил (http://permalink.gmane.org/gmane.linux.ports.arm.kernel/230304) о решении об удалении из состава ядра реализации эмулятора операций с плавающей запятой nwfpe (NetWinder Floating Point Emulator) и кода эмуляции векторных операций VFP (Vector Floating Point), в связи со всплывшим лицензионным конфликтом.

Причиной удаления является несовместимость лицензии, под которой поставляется библиотека softfloat (http://www.jhauser.us/arithmetic/SoftFloat.html), послужившая основой для  кода эмуляции операций с плавающей запятой в ядре Linux, с лицензией GPLv2. В процессе аудита лицензионной частоты было выявлено, что лицензия на библиотеку содержит пункт о возмещении ущерба, который в соответствии с критериями Фонда СПО относится к категории дополнительных ограничений, что делает данную лицензию несовместимой с шестым пунктом лицензии GPLv2.

Удаление указанных подсистем отразится на невозможности использования процессоров ARMv4 и ARMv5, на которых без nwfpe будет невозможен запуск компонентов пространства пользователя. Для более новых процессоров ARM удаление nwfpe может сказаться в замедлении выполнения операций с плавающей точкой. В настоящее время планируется начало работы по разработке замены для удалённого кода эмуляции.


URL: http://permalink.gmane.org/gmane.linux.ports.arm.kernel/230304
Новость: https://www.opennet.ru/opennews/art.shtml?num=36657


Содержание

Сообщения в этом обсуждении
"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 22:10 
:'(

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено IMHO , 10-Апр-13 22:10 
так вот она какая воистинно свободная лицензия

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено kai3341 , 10-Апр-13 22:15 
"Свобода одного гражданина кончается там, где начинается свобода другого"; в одной этой фразе заключены все условия совместного существования людей.
Виктор Гюго "Девяносто третий год", 1874.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено цирроз , 11-Апр-13 11:09 
здравый смысл заканчивается в EULA

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 23:03 
сколько можно повторять эту чушь?
свобода заканчивается там, где начинаются права другого

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено IMHO , 10-Апр-13 23:08 
> свобода заканчивается там, где начинаются права другого

который пишет версию лицензии i++


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 23:24 
> который пишет версию лицензии i++

А у других граждан есть свобода выбирать для своего кода лицензию по вкусу. И получить результат. К чему все пришло - мы видим, спасибо. У одних куча паразитов-проприерасов на хребтине, а у других - эта куча из режима паразитов переключилась в режим симбионтов и вкалывает так что только за ушами трещит. А потом некоторые еще и воняют - мол, миллионы, корпорации. Так это... корпорации понимают только силу. А если им позволить паразитировать - до костей обглодают!


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Куяврик , 11-Апр-13 02:33 
"Иногда паразиты влияют на поведение тех, на ком паразитируют. Самый известный пример - проприерасты, возглавляющие  проекты  с открытым кодом, и определяющие, куда им развиваться. Части сообщества, поражённые проприерастической заразой, начинают считать что только они решают, куда и как будут развиваться открытые проекты и не видят влияние корпораций. Одновременно с этим поражённые заразой части сообщества начинают испытывать ненормальную алогичную агрессию к проектам с открытым кодом, развивающимися самостоятельно".

Ой, простите... вот та цитата:
" Самый известный пример — грибы-зомбификаторы из рода Кордицепс, которые приказывают заражённым ими муравьям отправиться умирать туда,  куда нужно самим грибам. "


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Michael Shigorin , 11-Апр-13 02:37 
> Ой, простите...

Не простим!

> вот та цитата:

В цитатницу!

:)


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено другой аноним , 11-Апр-13 09:44 
> ...  начинают считать что только они решают, куда и как будут развиваться
> открытые проекты и не видят влияние корпораций ...

Ну раз сообщество не видит влияние, значит, направление развития не сильно отличается от того, что хочет это сообщество/авторы. Там ведь не гипнотизеры им мозги пудрят. Как только цели начинают не совпадать - просто делается форк. Примеры есть - опенофис/либраофис, Hudson/Jenkins и многие другие


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 12:33 
> Ну раз сообщество не видит влияние, значит, направление развития не сильно отличается
> от того, что хочет это сообщество/авторы.

Этот линукс-хрип не понимает самых базовых основ взаимодействия людей в мире открытых технологий. В частности, этот идиот никак не может осознать что по дефолту никто никому ничего не должен. Что совершенно не мешает формам взаимовыгодного взаимодействия. Если они устраивают все стороны процесса. Иначе участники процесса из него выходят и возможно перегруппируются для решения той же задачи в другом виде, если они считают что им так лучше. А еще дважды два - четыре! :)


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 12:07 
> - проприерасты, возглавляющие  проекты  с открытым кодом,

Взаимоисключающие параграфы :). Если некто возглавляет открытый проект - с фига ли он тогда проприераст? А сабж вообще Торвальдс возглавляет. Не похожий на проприераса ни разу. Нормальный дядька. Без рьяного фанатизма, но и паразитам всяким на шею себе сесть не даст. По поводу чего его проект и развивается так что остальным завидно и они слюной брызжут. Да, хороший руководитель проекта - на дороге не валяется.

> и определяющие, куда им развиваться.

В случае линукса никто единолично это не определяет - это сумма усилий участников. А то что каждый участник работает над нужной ему задачей - так это чертовски логично. При этом даже если оно - корпорас, а кто сказал что результат этой работы полезен только ему?

> Части сообщества, поражённые проприерастической заразой, начинают
> считать что только они решают, куда и как будут развиваться открытые проекты

Wrong! В открытом мире решает тот кто фактически пишет код. Какая неожиданность. А то что руль может оказаться крупнее капитана - так потому оно и пилится на субзадачи, субпроекты, конфигуряется по ситуации и прочая.

> и не видят влияние корпораций.

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

> Одновременно с этим поражённые заразой части сообщества начинают испытывать
> ненормальную алогичную агрессию к проектам с открытым кодом, развивающимися
> самостоятельно".

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

> Ой, простите... вот та цитата:
> " Самый известный пример — грибы-зомбификаторы из рода Кордицепс, которые приказывают
> заражённым ими муравьям отправиться умирать туда,  куда нужно самим грибам. "

Вы у Павлинукса фирменного чая с грибочками пригубили? :)


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Клыкастый , 12-Апр-13 10:06 
> А то что руль может оказаться крупнее капитана

То есть вы понимаете о чём речь, но идеология не позволяет признать, что капитан не такой уж капитан.

>  К господам с двойными стандартами, которые с одной стороны вещают про независимое развитие, но с другой - совсем не против получать подачки от корпорасов

Нет, к господам с двойными стандартами, которые с одной стороны вещают, что BSD не нужна никому, а когда им говорят - нужна, даже платят - начинается эвенкийская песня про додачки от корпорастов.

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

Вы главное не забывайте кричать "говно!" и "нинужен!", потому как если этого не делать, выяснится что в проект отдаются ZFS, CLang, а cups так и вообще всем достался.

> Вы у Павлинукса фирменного чая с грибочками пригубили? :)

Я смотрю ты шаришь в этом деле.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Алексей Морозов , 13-Апр-13 20:50 
> cups так и вообще всем достался.

CUPS, простите, кому достался? И от кого? А, главное, в каком виде ;)


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 19:42 
++i надо.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 04:36 
Свобода или есть или её нет. Что такое ограниченная свобода? Ограничение накладывает сам индивид, носитель свободы, своим свободным волеизъявлением, или не накладывает, что собственно не отменяет свободы другого индивидума.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 12:08 
> Свобода или есть или её нет. Что такое ограниченная свобода?

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


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 16:09 
Смотря что понимать под свободой. Надо бы почитать этого Гюго и его "93-й год".

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Xasd , 10-Апр-13 23:04 
> так вот она какая воистинно свободная лицензия

зачем здесь этот сарказм? данный пример действительно показывает как GPL защищает людей от действий которые в В ПЕРСПЕКТОВЕ могли бы урезать свободу.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено IMHO , 10-Апр-13 23:09 
> показывает как GPL защищает людей

девелопер решил защитить себя, что в этом плохого ?


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 23:21 
> девелопер решил защитить себя, что в этом плохого ?

Ну вот и пусть защищается. Правда, как известно, "один в поле не воин".


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Enik , 11-Апр-13 11:24 
И другой девелопер тоже решил себя защитить и решил не использовать код. В чем проблема вообще?

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 23:15 
> так вот она какая воистинно свободная лицензия

Да, конечно, намного лучше как у бздунов - когда в реальном оборудовании от поставщиков способных его произвести - все блобьем позабито. И никаких исходников, разумеется.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено DeadMustdie , 10-Апр-13 22:12 
Забавно. Авторы SoftFloat написали в своей лицензии, что за все проблемы, вызванные ошибками в SoftFloat, отвечает лицо, решившее применить SoftFloat. Изобретатели GPL написали хитрее - они-де ни за что не отвечают :)

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Юнити , 10-Апр-13 22:23 
А разве есть лицензия по которой за проблемы с софтом отвечает автор/ы софта?

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 22:26 
Ага - MS например может возместить 5 долларов. Читайте соглашение.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено ананим , 10-Апр-13 22:32 
Читайте соглашение — не из-за проблем софта.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 22:46 
Хмм... Windows просто в любом случае заставлял каждого пользователя страдать, иногда вплоть до потери важных файлов. Почему бы всем сразу не потребовать от M$ возмещения в 5$? Даже при их бюджете это было бы основательно.

P.S.: Представил толпу людей у офиса M$, требующих свои 5 долларов, и Балмера, разбрасывающего, матерясь, деньги из окна.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 23:17 
> P.S.: Представил толпу людей у офиса M$, требующих свои 5 долларов, и
> Балмера, разбрасывающего, матерясь, деньги из окна.

Они каждую копию винды дороже продают. Так что вы по любому не в плюсе.

Давайте я вам $5 возмещу. После того как вы мне дадите $100 :)


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 16:14 
>> P.S.: Представил толпу людей у офиса M$, требующих свои 5 долларов, и
>> Балмера, разбрасывающего, матерясь, деньги из окна.
> Они каждую копию винды дороже продают. Так что вы по любому не
> в плюсе.
> Давайте я вам $5 возмещу. После того как вы мне дадите $100
> :)

Дайте лучше мне, я возмещу $10.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 19:35 
> Дайте лучше мне, я возмещу $10.

Я протестую, это демпинг! Куда смотрят антимонопольщики?! Я так не смогу возместить затраты на возмещение! </sarcasm> (на злобу дня)


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 16-Апр-13 21:43 
Может, они уже в цену Windows включают возмещение)

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено qux , 12-Апр-13 12:24 
Даже это afaik не во всех их лицензиях есть.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Михрютка , 10-Апр-13 22:59 
> А разве есть лицензия по которой за проблемы с софтом отвечает автор/ы
> софта?

нет, но суд, если что, это не остановит. прецеденты уже были.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено некто , 11-Апр-13 10:31 
а хотя бы один прецедент в студию можно?

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Михрютка , 11-Апр-13 13:09 
> а хотя бы один прецедент в студию можно?

вот, например.

http://www.out-law.com/page-11011


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Paver , 11-Апр-13 10:03 
Публичная - вряд ли. А вообще - конечно есть. Лицензия - это договор, в нем что угодно можно прописать, включая гарантии. Любой каприз за ваши деньги.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Xasd , 10-Апр-13 22:55 
вот за это мне и нравится GPL !

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

а если бы случись такая фигня во FreeBSD -- так оно там и валялось бы дальше.

[сообщение отредактировано модератором]


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 23:18 
> а если бы случись такая фигня во FreeBSD -- так оно там и валялось бы дальше.

Да они вон ZFS под CDDL в ядро засунули. Хоть оно и копилефт, кривоватый, но все-таки.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Xasd , 13-Апр-13 12:54 
точно!

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Хрен с горы , 10-Апр-13 23:06 
Ждем реакцию Торвальдса. Ой, думаю, огребет этот Рассел Кинг...

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено V , 10-Апр-13 23:07 
>которые вносят юредическую неясность.
>вносят юредическую неясность.
>юредическую неясность.
>юредическую

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Xasd , 13-Апр-13 13:04 
как нам всем научиться читать, что написано? -- http://www.linorg.ru/how-to-read.html

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено AlexAT , 10-Апр-13 23:08 
А вынести в модуль, как фирмварь - нэ, не вариант?

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 23:19 
> А вынести в модуль, как фирмварь

А оно кому-то надо - геморроиться с чужими проблемами?


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Жаптус , 10-Апр-13 23:11 
Пусть Столлман тряхнет боро^стариной.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 09:02 
> Пусть Столлман тряхнет боро^стариной.

Старина может и отвалиться уже. Трясти ей по любому поводу.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено sasa , 10-Апр-13 23:14 
> Удаление указанных подсистем отразится на невозможности использования процессоров ARMv4
> и ARMv5, на которых без nwfpe будет невозможен запуск компонентов пространства
> пользователя.

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

> Для более новых процессоров ARM удаление nwfpe может сказаться в замедлении выполнения операций с плавающей точкой.

это вообще бред какой-то - зачем системам с _аппаратным VFP_ софтовая _эмуляция_ сопроцессора ?


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 10-Апр-13 23:20 
> это вообще бред какой-то - зачем системам с _аппаратным VFP_ софтовая _эмуляция_
> сопроцессора ?

Наверное потому что не у всех ARMов он есть.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено sasa , 10-Апр-13 23:41 
> Наверное потому что не у всех ARMов он есть.

вот пример - конфиг ядра для armv5 без сопроцессоров для плавучки

Floating point emulation  --->
*** At least one emulation must be selected ***
[ ] VFP-format floating point maths

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


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 00:35 
> вот пример - конфиг ядра для armv5 без сопроцессоров для плавучки

Во, зашибись - сам спросил, сам ответил. Вот все бы так.

> с плавающей точкой, в ядре в таком случае никакая эмуляция не нyжна.

Ну да. Нафига эта штука именно в ядре - вообще хз. Может так быстрее получается в каких-то случаях?


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено sasa , 11-Апр-13 01:37 
> сам спросил

это был наводящий вопрос - эмуляция в ядре с EABI нафик не нужна, если у тебя нет проприетарных бинарников собранных с hard-float и запускаешь ты их на процессоре без FPU

> Может так быстрее получается в каких-то случаях?

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

http://www.arm.linux.org.uk/mailinglists/faq.php#f3

Now, unfortunately, the default on ARM Linux has traditionally been set to have the compiler use hard-float, even if ARM Linux never ran on any ARM CPU with a real hardware FPU. The CPU is therefore raising the invalid instruction exception each time some FPU opcode is encountered. Then the kernel traps that exception, looks at the given FPU instruction and emulates it in software. But here not only the kernel must perform the FP operation, it must emulates the whole hardware FPU as well. That's what NWFPE or FastFPE are doing. This is obviously the worst performing arrangement that can be due to the exception trap and emulation overhead


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 12:16 
> это был наводящий вопрос - эмуляция в ядре с EABI нафик не
> нужна, если у тебя нет проприетарных бинарников собранных с hard-float и
> запускаешь ты их на процессоре без FPU

К счастью я стараюсь держаться от проприерастии на пушечный выстрел. Поэтому ваши методы бритья кактусов мне как-то по барабану. К большому счастью это ваши трудности :).

> не может быть эмуляция сопроцессора в ядре быстрее софтовой реализации в юзерспейс

Логично. Просто я был вообще не в курсе на#$% это может понадобиться. Вы вон там выше объяснили на кой фиг надо такое фигурное бритье кактусов.

> is therefore raising the invalid instruction exception each time some FPU
> opcode is encountered. Then the kernel traps that exception, looks at
> the given FPU instruction and emulates it in software.

Ну как бы проблемы тех кто не может контролировать свое окружение меня не ...бут :). Они сами себе злобные бакланы. А я уже давно сказал что блобье в лине - стабильная заявка на геморрой. У меня его по очевидной причине не будет.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено qux , 12-Апр-13 12:30 
> Нафига эта штука именно в ядре - вообще хз. Может так быстрее получается в каких-то случаях?

Там ведь тоже кому-то может захотеться с floating point посчитать, хотя за это по рукам бьют. Не уверен, что gcc при сборке ядра может запихнуть туда свой софт-вариант.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Michael Shigorin , 11-Апр-13 18:00 
> как видишь эмуляция отключена полностью, тем не менее все прекрасно работает c
> gcc у которого в юзерспейс есть софтовая реализация операций для чисел
> с плавающей точкой, в ядре в таком случае никакая эмуляция не нужна.

О, спасибо.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено sasa , 10-Апр-13 23:30 
> Наверное потому что не у всех ARMов он есть

пимер процессора armv6 или armv7 без VFP можешь привести ?


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 00:35 
> пимер процессора armv6 или armv7 без VFP можешь привести ?

А линукс поддерживает не только armv6 и v7, внезапно.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено _ , 11-Апр-13 04:44 
msm7200, msm7200A

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено sasa , 11-Апр-13 09:09 
> msm7200, msm7200A
> проблема не отразится на SoC OMAP, но скажется на процессорах Qualcomm

теперь понятен намек :) я к счастью с таким дерьмом не связывался.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 12:21 
> теперь понятен намек :) я к счастью с таким дерьмом не связывался.

Вы вообще как-то не поняли что линух поддерживает ДО-ФИ-ГА архитектур. И то с чем сталкивались лично вы - лишь верхушка айсберга.



"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено sasa , 11-Апр-13 13:34 
>  И то с чем сталкивались лично вы - лишь верхушка айсберга.

почему бы производителям азиатского андеграунда самим не позаботиться о себе ? где вклад этих великих "изобретателей" в майнстрим ?


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 19:19 
> почему бы производителям азиатского андеграунда самим не позаботиться о себе ? где
> вклад этих великих "изобретателей" в майнстрим ?

У азиатского добреца как правило есть и плавучка, и неон и чего там еще. Вот эти как правило на лицензировании наборов команд не экономят, легаси со времен царя Гороха у них нет, все дела. Еще и вагон периферии на все вкусы. При копеечной цене за чип.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено qux , 12-Апр-13 12:34 
> почему бы производителям азиатского андеграунда самим не позаботиться о себе ?

Это вы так о Qualcomm?

> где вклад этих великих "изобретателей" в майнстрим ?

А где искали?
http://go.linuxfoundation.org/who-writes-linux-2012


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 00:02 
>возможно удастся убедить автора softfloat в необходимости удаления проблемного пункта лицензии.

Самый нормальный выход. Можно принудительно воспользоваться факом животворящим, привлеча Линуса.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено UNIm95 , 11-Апр-13 00:57 
Либо форкнуть со сменой лицензии GPL2 на GPL3

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 12:17 
> Либо форкнуть со сменой лицензии GPL2 на GPL3

Останется только договориться со всеми кто писал код + переписать все что не получилось оговорить. Сущие мелочи.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 12:59 
>> Либо форкнуть со сменой лицензии GPL2 на GPL3
> Останется только договориться со всеми кто писал код + переписать все что
> не получилось оговорить. Сущие мелочи.

ну, и ещё такая мелочь, что GPLv3 в ядро всё равно не лезет.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено Аноним , 11-Апр-13 13:24 
> ну, и ещё такая мелочь, что GPLv3 в ядро всё равно не лезет.

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


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 13:29 
>> ну, и ещё такая мелочь, что GPLv3 в ядро всё равно не лезет.
> Ну если задаться целью — можно и запихнуть.

это ж всё ядро придётся перелицензировать. пупок треснет.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено Аноним , 11-Апр-13 19:20 
> это ж всё ядро придётся перелицензировать. пупок треснет.

Так я на это и намекал :)


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 06:00 
Знающие люди скажите, этой проблемы неподверженны процессоры freescale i.mx6?

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Michael Shigorin , 11-Апр-13 16:39 
> Знающие люди скажите, этой проблемы неподверженны процессоры freescale i.mx6?

Процессоры -- никоим образом.  Бинарники, собранные с hardfloat для использования FPU, который в i.MX6 есть -- тоже нет.  А вот если захочется именно такое ядро с уже/ещё убранной эмуляцией использовать с бинарниками, которые на неё рассчитывают -- тогда и... (но такие бинарники на такой железке в любом случае крайне неоптимальны)


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено бедный буратино , 11-Апр-13 09:03 
Для свободы программ и для свободы людей - очень плох раздор между GPL и BSD. Он не создаёт ничего нового и полезного, а только разрушает созданное.

И вообще, нет особых причин спорить. Ну, конечно, кроме причины "хочется поругаться, а не с кем". Шли бы лучше с продавцами в магазинах ругаться, что они вам windows предустанавливают - от этого было бы намного больше пользы, на 8000-м анониме продавцы бы не выдержали...


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 09:48 
> Для свободы программ и для свободы людей — очень плох раздор между
> GPL и BSD.

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


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено бедный буратино , 11-Апр-13 10:04 
>> Для свободы программ и для свободы людей — очень плох раздор между
>> GPL и BSD.
> нет этого «раздора».

Я его видел. Выше в теме. В чём смысл выяснять, у кого длиннее? Или в чём смысл воевать одному свободному проекту с другим свободными проектом, когда цели общие? Враги только руки потирают от споров "Arch vs Debian", "Gentoo vs OpenBSD" и прочих. Все эти споры должны стать нашим тёмным прошлым, иначе никакого свободного общества не будет - раз люди не могут себя чувствовать там свободно. А ведь это свободное общество очень нужно.

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

Смотрю, как по мановению чьей-то руки, споры о разных ветках Windows моментально прекратились, как только запахло жареным. И все начали выступать единым фронтом - "linux и свободные ОС - плохо, сложно и нет (каких-то загадочных) игор". Вот бы и нам так.


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

А какой смысл сего действия?

(Как и технология - как технически в проект под BSD вставляются патчи под какой-то другой лицензией? Если я написал патч - под какой он лицензией?)


> и назад код забрать уже не получится. отчего-то некоторые бсдлевцы считают,
> что это «ущемляет их свободу».

Это не ущемляет свободу, это показывает неполадки со здравым смыслом.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено ACCA , 11-Апр-13 11:04 
Про единый фронт - это перегиб.

Сегодня общался с производителем железяки, которая цепляется через Blue Tooth. В комплекте софт только под ведроид + открытые спеки протокола. На нытьё манагеров про венду дали встречный вопрос - "Под какую именно? У них BT стеки несовместимые между собой. Пускай MS сами индусят драйвер под нашу железяку. Если осилят."

Мне-то пох, я его за Linux зацеплю. А под Windows да, был бы недетский гемор.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено бедный буратино , 11-Апр-13 11:17 
> Про единый фронт - это перегиб.

А что делить пользователям и разработчикам BSD и GPL?

Это как "Спартак - Динамо" - Спартак это круто, потому что Спартак, а Динамо это не круто, потому что не Спартак. Это понятно, непонятно только одно - И ЧТО? В чём причина спора-то? Ну круто и круто, другие люди причём?


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 12:52 
>> Про единый фронт — это перегиб.
> А что делить пользователям и разработчикам BSD и GPL?

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

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

p.s. да, GPL. софтиной тоже поделись. или не используй. или пиши ко мне и договаривайся о смене лицензии.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено бедный буратино , 11-Апр-13 12:54 
> разработчикам — есть что. некоторым без разницы, как используют их код, лишь
> бы в about упомянули. а некоторые хотят, чтобы используемый код можно
> было гарантировано получить назад в случае распространения derivative works.

Проблемы не вижу. Кто автор проекта - тот и хозяин музыки. А если кто-то хочет переделать проект только для того, чтобы в том числе авторы оригинального проекта не могли бы возвращать патчи на старых условиях - это больной человек, без вариантов. Или провокатор, что одно и то же.

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

А кто-то мешает ставить лицензии на СВОИ библиотеки? Я что-то этот момент пропустил.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 13:05 
> Проблемы не вижу. Кто автор проекта — тот и хозяин музыки.

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

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

> А кто-то мешает ставить лицензии на СВОИ библиотеки? Я что-то этот момент
> пропустил.

я поясняю личные причины выбора той или иной лицензии.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено бедный буратино , 11-Апр-13 13:12 
> как я уже писал, *свой* код я желаю распространять под GPL. имею
> право. BSDL позволяет слиться в экстазе, дописав в исходник GPL. и
> работать тогда будут обе лицензии. я ведь становлюсь соавтором, так? и
> тоже имею право выбирать лицензию, которую хочу — лишь бы оригинальной
> не противоречила. вот я и выбираю.

уанс егейн

вхат из лицензия на патчи?


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 13:15 
(вздыхает) то самое, то самое. а ты думал, что на патч нельзя лицензию повесить? ошибаешься. я могу выпускать патчи под *любой* лицензией. совершенно любой. в некоторых ситуациях эти патчи просто нельзя будет накладывать на оригинал, вот и всё.

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено бедный буратино , 11-Апр-13 13:30 
> (вздыхает) то самое, то самое. а ты думал, что на патч нельзя
> лицензию повесить? ошибаешься. я могу выпускать патчи под *любой* лицензией. совершенно
> любой. в некоторых ситуациях эти патчи просто нельзя будет накладывать на
> оригинал, вот и всё.

Я ничего не думал, не имею такой привычки.

Я хочу ЗНАТЬ, как это происходит технически.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 13:33 
> Я хочу ЗНАТЬ, как это происходит технически.

начнём издалека. ты знаешь, как «цепляется» лицензия на «обычный исходный код»? полагаю, что да. а теперь представь себе такой финт: патч — это тоже исходный код. ВНИЗАПНА. если всё ещё не ясно, то я бессилен.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено бедный буратино , 11-Апр-13 13:37 
>> Я хочу ЗНАТЬ, как это происходит технически.
> начнём издалека. ты знаешь, как «цепляется» лицензия на «обычный исходный
> код»? полагаю, что да. а теперь представь себе такой финт: патч
> — это тоже исходный код. ВНИЗАПНА. если всё ещё не ясно, то я бессилен.

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

Вася сделал патч в программе, затем rm BSD, cat /dev/urandom > NEWLICENSE, и сидит довольный. Я взял, вытащил из его git кусок патча, заменяющий a = 5 на a = 592.

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


Вообще, это блестящий пример создания проблем на пустом месте. Когда автор переделывает приложения НАЗЛО другим, чтобы первоначальные авторы не могли возвращать патчи. Это звучит как бред, это выглядит как бред, и это имеет ещё 42 формальных признака бреда.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 13:45 
> Насколько я помню, зона действия GPL — это хидера.

это бредятина. явно указывать лицензию в исходнике *не обязательно*.

> Вася сделал патч в программе, затем rm BSD, cat /dev/urandom > NEWLICENSE,
> и сидит довольный.

этого финта я не понял. удалять оригинальную лицензию нельзя, если это разрешение явно не прописано в её тексте.

> Вопрос — новая лицензия уже действует, или нет.

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

если лицензии явно нет, то лучше уточнить у Васи, потому что много где (да почти везде) код без явного указания лицензии вообще считается проприетарным, а не public domain.

> Как вообще расхождения отслеживаются?

расхождения ЧЕГО?

> Может быть, я первый придумал эту замену и применил её в
> локальном репозитории.

пока она сидит у тебя в локальном репе — хоть на голове стой.

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

> Вообще, это блестящий пример создания проблем на пустом месте. Когда автор переделывает
> приложения НАЗЛО другим, чтобы первоначальные авторы не могли возвращать патчи. Это
> звучит как бред, это выглядит как бред, и это имеет ещё
> 42 формальных признака бреда.

с чего ты решил, что назло? код — мой. я хочу его распространять под лицензией, которая нравится мне. ты вот сейчас сказал: «автор не вправе выбирать лицензию». вот это — действительно бред.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено qux , 12-Апр-13 13:14 
> Насколько я помню, зона действия GPL - это хидера.

А *.с чего обделили?

> Вася сделал патч в программе, затем rm BSD, cat /dev/urandom > NEWLICENSE,
> и сидит довольный. Я взял, вытащил из его git кусок патча,
> заменяющий a = 5 на a = 592.
> Вопрос - новая лицензия уже действует, или нет.

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

> Как вообще расхождения отслеживаются?

Чего с чем?

> Может быть, я первый придумал эту замену и применил её в
> локальном репозитории.

На патентное право похоже, возможно придется доказывать что первый.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 12-Апр-13 13:26 
> На патентное право похоже, возможно придется доказывать что первый.

совершенно не похоже. доказывать надо будет не первенство, а авторство. просто один из способов доказать, что «я не спёр, а сам написал» — это доказать, что сам написал раньше, чем Вася свой код опубликовал. но не единственный, иначе не было бы clean room, например.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено qux , 12-Апр-13 13:42 
>> На патентное право похоже, возможно придется доказывать что первый.
> совершенно не похоже. доказывать надо будет не первенство, а авторство. просто один
> из способов доказать, что «я не спёр, а сам написал» —
> это доказать, что сам написал раньше, чем Вася свой код опубликовал.
> но не единственный, иначе не было бы clean room, например.

Уточнение принимается, но если способ один из, то его часть все равно похожа ведь. Тогда интересны критерии определения первенства, если например сам распространял только бинарник с этой правкой, и конкретным клиентам, а Вася выложил исходники в паблик.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 12-Апр-13 13:46 
а вот это уже зависит от степени компетентности и упоротости суда. и от количества бабла, конечно.

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено qux , 12-Апр-13 14:05 
Так отож. И выходит, что самый оптимальный ответ — не ввязывайтесь, садите картошку :)

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 13:38 
на посмеяться. был когда-то такой компилятор: Virtual Pascal. и его установщик делал забавный финт: если скормить ему (установщику) исходные тексты VCL от Delphi, то установщих их нежно допатчивал и ВНИЗАПНА! у Virtual Pascal появлялась реализация довольно большой части VCL. вот эти вот патчи распространялись под своей лицензией, не такой, какая была у дельфийских исходников. и взять мозолистой рукой авторов Virtual Pascal было не за что. вот такой интересный финт. к вопросу об отдельных лицензиях на патчи.

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено Аноним , 11-Апр-13 13:34 
> Я хочу ЗНАТЬ, как это происходит технически.

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


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 13:47 
именно так.

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 12:46 
> Я его видел. Выше в теме.

это хиханьки.

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

а ведь есть.

> раз люди не могут себя чувствовать там свободно.

кто запрещает-то? кому интересно — те ругаются. кому неинтересно — те просто делают своё дело.

> Казалось бы, какая разница до того, чем не пользуешься и что тебе
> лично не мешает.

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

>> бсдл код, вкатить в него свою гпл (оригинальная лицензия не запрещает)
> А какой смысл сего действия?

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

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

> (Как и технология — как технически в проект под BSD вставляются патчи
> под какой-то другой лицензией? Если я написал патч — под какой
> он лицензией?)

под той, под которой ты указал. если она совместима с BSDL — могут взять в основной проект. если нет — у тебя есть несколько вариантов действий, у бсдлщиков только два: «не брать» и «написать самим». у гплщиков то же самое.

>> и назад код забрать уже не получится. отчего-то некоторые бсдлевцы считают,
>> что это «ущемляет их свободу».
> Это не ущемляет свободу, это показывает неполадки со здравым смыслом.

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

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


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено qux , 12-Апр-13 12:50 
> это хиханьки

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

Формулировка четырех свобод есть, код соответствует? Свободен, круто, дальше пошли.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено qux , 12-Апр-13 12:46 
> (Как и технология - как технически в проект под BSD вставляются патчи под какой-то другой лицензией? Если я написал патч - под какой он лицензией?)

IANAL, но вроде как предполагается, что если кто-то шлет патч к существующему коду под лицензией А, то он этим фактом показывает что добавляемый код идет под ней же.
Есть варианты сложнее, например когда WPA supplicant менял лицензию, в новых патчах просили указать что-то вроде "signed-off-by: <ссылка, где про смену было написано>". Но это больше исключения.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 12-Апр-13 13:04 
это с точки зрения здравого смысла. а закон далеко не всегда здравым смыслом руководствуется, увы.

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено qux , 12-Апр-13 13:10 
> это с точки зрения здравого смысла. а закон далеко не всегда здравым
> смыслом руководствуется, увы.

Это да, и есть случаи хуже, когда сам закон нормально изложить не могут даже его создатели. Далеко ходить не надо, СНГ вот.
Но не думаю, что при добросовестном подходе с обеих сторон (кто патч создал и кто вкоммиттил) будут проблемы. Чтобы были, надо кого-то еще тогда :)


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 12-Апр-13 13:22 
всегда стоит рассчитывать на худшее. например, на то, что человек сойдёт с ума и решит, что все на свете гады. и заявит: «а я явно лицензию к патчу не прикладывал! значит, патч — моя собственность. а ну, нагибайтесь все, вы нарушили правила использования!»

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


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено qux , 12-Апр-13 14:08 
> всегда стоит рассчитывать на худшее. например, на то, что человек сойдёт с
> ума и решит, что все на свете гады. и заявит: «а
> я явно лицензию к патчу не прикладывал! значит, патч — моя
> собственность. а ну, нагибайтесь все, вы нарушили правила использования!»

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


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено Аноним , 13-Апр-13 12:48 
> Против этого должна быть какая-то защита. В штатах любят варианты типа "зайдя
> на эту территорию вы тем самым соглашаетесь что ...",

Поэтому те кто не дурак - патчи принимают аккуратно, оговаривая условия. А кто раздолбай - так тот и нагибается периодически.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено qux , 13-Апр-13 14:10 
> Поэтому те кто не дурак - патчи принимают аккуратно, оговаривая условия. А
> кто раздолбай - так тот и нагибается периодически.

Ну just for fun же :)


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено anonimus , 11-Апр-13 10:25 
> что гплевцы могут утащить к себе бсдл код, вкатить в него свою гпл (оригинальная лицензия не запрещает)

Приведи мне цитату, которая позволяет такое проделывать


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 12:49 
>> что гплевцы могут утащить к себе бсдл код, вкатить в него свою гпл (оригинальная лицензия не запрещает)
> Приведи мне цитату, которая позволяет такое проделывать

иди читай BSDL. заодно помедитируй на разницу между «заменить» и «вкатить» (сиречь, «добавить»).

при явном наличии в исходнике BSDL и GPL без указания «выбирай любую одну» действуют *обе*. одновременно. всё, BSDL в пролёте, потому что вырезать лицензии нельзя.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Adblog , 11-Апр-13 10:22 
Интересно почему это всплыло только сейчас? Когда включали код в ядро не проверяли чтоли?

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 12:54 
> Интересно почему это всплыло только сейчас? Когда включали код в ядро не
> проверяли чтоли?

не заметили. не придали значения. поверили на слово автору. куча причин.

к тому же не все разработчики точно знают, что GPL позволяет, а что — нет. очень многие считают, что если есть пункт «сделал патч — делись», то это уже совместимо с GPL.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 11:01 
А почему просто не вынести этот код в модуль, как всякие г*вн*драйверы г*вн*виде*карт?

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


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 12:56 
> А почему просто не вынести этот код в модуль, как всякие г*вн*драйверы
> г*вн*виде*карт?

потому что такой модуль в составе ядра распространять будет несколько проблематично. он будет болтаться сбоку, как совсем отдельный кусок кода. и маинтайнить его тоже будет лениво, потому что «не часть ядра».

например, поэтому.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено Аноним , 11-Апр-13 13:28 
Тем более что гражданин ниже популярно объяснил что это вообще цепляет только тех у кого проприентарные модули под ARM есть. А это исчезающе малая величина. И пусть такие недальновидные господа сами BOOT-ся со своими проблемами. Врядли разработчики ядра хотят тратить ресурсы на борьбу с проблемами дуралеев не контролирующих свое окружение даже на уровне используемого ABI.

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 13:31 
тем более, что со временем его (эмулятор) выкинут. так же, как выкинули i386. несколько лет — и армы без фпу просто не будут делать, потому что технологически станет без разницы уже.

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено Аноним , 11-Апр-13 19:26 
> потому что технологически станет без разницы уже.

Современные ARMv7 и новее без FPU в общем то практически не выпускаются. Грабли в основном у всякого легаси. Поэтому многие дистры уже свалили на hard-float abi.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 11:49 
Я не пойму, почему бы не попросить автора softfloat изменить лицензию так, чтобы она была совместима с лицензией ядра. Я думаю он не будет сильно против. А?

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 12:23 
>Я думаю он не будет сильно против. А?

Прошу тебя отдай ключи от квартиры. Ты ведь не сильно против. А?


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 13:19 
Он уже эти ключи всем пораздавал "THIS SOFTWARE IS DISTRIBUTED AS IS, FOR FREE....Derivative works are acceptable, even for commercial purposes..."
Так что не надо ляля.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 12:23 
Фига себе. А ведь можно было сперва автора спросить и если бы не сменил тогда уж и резать. Зато время на то чтоб новость создать у него было, дибилы.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 13:20 
Вот и я о том же постом выше.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 13:30 
> ведь можно было сперва автора спросить и если бы не сменил тогда уж и резать.

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


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 14:21 
Расходимся.
http://permalink.gmane.org/gmane.linux.ports.arm.kernel/230523

"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 14:26 
> Расходимся.

но разойтись я сразу ж согласился, и разошёлся. то есть, расходился.


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено бедный буратино , 11-Апр-13 14:30 
>> Расходимся.
> но разойтись я сразу ж согласился, и разошёлся. то есть, расходился.

"А пойдёмте... походим?" // х/ф "Сто грамм для храбрости"


"Из-за проблем с лицензированием из ядра Linux будет..."
Отправлено arisu , 11-Апр-13 15:23 
вот и польза от опеннета: не знал об этом фильме. есть что посмотреть.

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 19:30 
> Расходимся.
> http://permalink.gmane.org/gmane.linux.ports.arm.kernel/230523

Ну вот, не успел я толком разойтись, как уже пора расходиться. Что за фигня? Сплошное расходилово!


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено бедный буратино , 11-Апр-13 16:30 
Лучше "Подкидыш" посмотрите, кто не видел. Вот это, понимаю, фильм. И по российским законам он уже public domain, его можно даже в репозитории добавлять. Как и "Истребители" и "Небесный тихоход".

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено Аноним , 11-Апр-13 19:29 
> российским законам он уже public domain,

А через сколько лет у нас такое счастье наступает?


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено бедный буратино , 12-Апр-13 01:33 
>> российским законам он уже public domain,
> А через сколько лет у нас такое счастье наступает?

Для произведений, выпущенных до 1993 года - через 70 лет после первого показа.


"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено meequz , 12-Апр-13 13:30 
А после 1993?

"Из-за проблем с лицензированием из ядра Linux будет удалён к..."
Отправлено бедный буратино , 12-Апр-13 13:44 
> А после 1993?

А после 1993 в России жизни нет...