> Ну а вот автор в лицензии хотел получать возврат наработок в проект.
> Это способствует развитию его проекта. И кто вы собственно такие, чтобы
> с нахрапом передергивать и просить автора перелицензировать ваши факапы? Нахалы!Да вообще уроды.
Кстати, наработки -- тоже интересная зацепка. Мы не меняли их код. Вообще никак! Использовали в процессе статической линковки для запуска OpenBSD на хитром гипервизоре. Но из-за пункта 2б в GPLv2 мы становимся обязанными опубликовать исходники всего нашего ядра. Хотя ничего не меняли в собственно GPL-нутых исходниках. Вот это называется "вирус".
GPL-код юзерленд-утилит, который мы используем, честно лежит на CD-ROM, на котором поставляется наш продукт. Тут всё ОК.
> Сперва схапают, а потом интересуется "ой, а можно ли?".
Да, ошибочка вышла, неприятно :-) Кстати, мне тоже интересно, как получилось, что так легко взяли GPL-нутый код и не озаботились включением его переписывания в план работ. Но это уже не ко мне вопрос...
> При том как чужое хапать - на авторские права вам ЧИХАТЬ.
Ничего подобного! Мы же не выпускаем продукт, в который нагло включили неопубликованный GPL-кусок, мы его честно изничтожаем и в окончательном варианте GPL уже не будет! :-) Где же тут чихать-то? Внимательнее будьте.
> А как ВАШЕ хапать - так мы такие щепетильные сразу все из себя.
Это вообще о чём и как относится к моей ситуации???
>И именно от таких умников GPL и защищает проекты.
гыгы, вот и защитили -- код выкинут, автору один хрен профита нуль :))
> Удачи впихать OpenBSD на сабжевую плату и чтобы оно при этом что-то осмысленное
> делало с задействованием фич железки.
О, это да -- с эмбеддедом в OpenBSD всё печально :-)
> Да, вы так случайно наклали на чужие авторские права, зато свои права
> вы покачать не забыли почему-то. Интересные такие случайности. Вот GPL от
> таких "случайностей" GPL как раз и защищает, потому что по другому
> такие как вы просто не понимают.
См. выше.
>> и нам пришлось потратить время на уничтожение GPL-кода.
> Как по мне - это честно. Не хотите кооперировать с автором - вкалывайте сами.
Это точно. С той только поправкой, что мы вообще не меняли тот GPL-код никак. Кооперация офигенная получилась бы. Внезапно вывалить наши собственные разработки в общий доступ только потому, что нескольким файлам не повезло оказаться под GPL. Супер вообще.
>> я не вижу никаких оснований не делать бинарный драйвер для этого граф. ускорителя,
>> причины этого могут быть самые разные. Однако, если потом производитель
>> платки берёт этот чипсет, он сразу подписывается на то, что часть
>> железа будет только с бинарным драйвером -- и соглашается с рисками,
> Как ни странно, я совершенно согласен что закрытые драйвера - гадость. Даже
> если забить на ваши бсдшные страдания, невозможность по людски сбилдить систему
> так как было бы удобно мне, а не производителю блобокрапа -
> куча проблем на ровном месте. Совершенно дебильных проблем. Которые вот такие
> вот как вы своим жлобством и создают окружающим. За что-то такое
> проприетариев и не любят.
Ну хоть в чём-то наше мнение совпадает.
> Вообще-то, на топичном рынке в целом наблюдается довольно интересная тенденция: наиболее
> крупные производители уже начинают пилить DRM+KMS бэкэнды для своих SoC. Это,
> конечно, далеко не все что от них хотели (а как насчет
> 3D?). Но по крайней мере это обеспечит простой вывод графики +
> ставшую стандартной в пингвинах основу для более могучих применений. Не то
> чтобы предел мечтаний, но лучше чем было.
Да, это было бы неплохо. Притом для всех потенциальных потребителей -- во фре уже рабочая реализация KMS. Та же OpenBSD, по мне, вообще не система для embedded, ей и не надо :-)
>[оверквотинг удален]
> работы GPU вообще невозможно. Что? OpenCL? При такой архитектуре попытки его
> реализовать - вообще без шансов. Даже не потому что GPU не
> смог, а потому что закрытое фирмваре подобнх наворотов не предусматривает.
> Вот только там ARMовский проц - вообще так, дополнительный элемент архитектуры. Это
> GPU где до кучи присобачен ARM для отрисовки менюшек и прочей
> требухи в медиаплеерах. ARM хилый и стартует вообще опосля GPU, его
> пинает бинарное фирмваре GPU. Это конечно не блоб в ядре, но
> без этой блобятины система на ARM вообще не загрузится. Потому что
> первым загружается GPU вот этой блобятиной, а дальше оно уже раскочегаривает
> все остальное.
Кстати да, я смотрел аудиодрайвер под Rpi в Linux -- там делаются RPC-вызовы к, по-видимому, той самой firmware, но за счёт этого драйвер довольно простой.
>> вот это чудо ещё появилось -- и всё туда же.
> Увы, в SoC "благодаря" огороженным мобилкам сложилась довольно закрытая и огороженная экосистема.
> К счастью ситуация улучшается. Но вот GPU пока остаются проблемным топиком.
Ждём :-)
