Инициированное организацией Software Freedom Conservancy (SFC) разбирательство (https://www.opennet.me/opennews/art.shtml?num=43944) в отношении поставки модуля с реализацией файловой системы ZFS в составе Ubuntu Linux привлекло внимание к вопросу легальности поставки проприетарных драйверов в составе дистрибутивов. Разработчики проекта Debian рассмотрели (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815060) вопрос размещения в репозиториях проекта проприетарных драйверов NVIDIA и пришли к выводу, что поставка их готовых сборок в дистрибутиве может нарушать лицензию GPLv2, под которой распространяется ядро Linux.Несколько часов назад из non-free репозитория Debian был удалён (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815060#71) пакет nvidia-graphics-modules и все основанные на нём сборки пакетов с модулями ядра "nvidia-kernel-*" (пакеты вручную удалены из Unstable, из Testing и остальных веток они будут удалены через некоторое время после проверки). Пакеты nvidia-kernel-dkms и nvidia-kernel-source оставлены в состве дистрибутива и могут быть использованы для сборки модуля для драйверов NVIDIA из исходных текстов. При попытке установки пакета nvidia-driver автоматически будет выбран nvidia-kernel-dkms.
Напомним, что для соблюдения требований лицензии GPL производители проприетарных драйверов загружают в ядро модуль-прослойку, код которого открыт и распространяется под лицензией GPLv2, но функции ограничены загрузкой закрытых компонентов драйвера, оформленных в виде бинарного блоба. До сих пор подобный обходной манёвр считался приемлемым и устраивал все заинтересованные стороны, как разработчиков ядра, так и производителей драйверов. Решение Debian связано только с поставкой готовых бинарных сборок проприетарных драйверов. На уровне распространения исходных текстов модуля-обвязки о нарушении GPL речь не ведётся.URL: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815060#71
Новость: http://www.opennet.me/opennews/art.shtml?num=43952
##*ть!.. Ндаа.. теперь новичкам не смогу посоветовать дебу как приемлемый дистриб для перехода с винды.. Никто не будет заморачиваться с установкой дров под нвидию через консоль, без иксов.
Опять убунта будет считаться приемлемым дистрибом для новичков, или в след за zfs они и нвидию грохнут? .. а потом все драйвера для вайфаев.. а потом для многих устройств юсби.. а потом вообще доведут до состояния freekernel?.
А вообще маразм, репозиторий non-free изначально не задействован в дебе, для того он и нонфри.. чего они ерундой то занимаются?!
С точки зрения (не)использования консоли dkms-пакеты не отличаются от бинарных. В убунте нвидия всю жизнь ставилась через dkms.
C "точки зрения" конечного хомячка переходящего с винды, нвидия в убунте всегда ставилась "через" Программы и обновления-Дополнительные драйверы или на крайняк через Синаптик )))
>C "точки зрения" конечного хомячка переходящего с винды, нвидия в убунте всегда ставилась "через" Программы и обновления-Дополнительные драйверыэто же только в убунте. В дебиан этого не было.
а насколько трудно ввести non-free? диванно полагаю, что если так повернётся дело, что вычищать начнут подобные штуки - скорее всего введут-таки репозиторий для софтин с другим лицензированием.
> скорее всего введут-таки репозиторий для софтин с другим лицензированием.Для "софтин" с таким "лицензированием" - уже есть добрый ламповый мир вареза.
Для таких софтин есть сайт нвидии. Ониж не продают дрова, причем тут варез.
>> скорее всего введут-таки репозиторий для софтин с другим лицензированием.
> Для "софтин" с таким "лицензированием" - уже есть добрый ламповый мир вареза.Вы не понимаете разницы между правами на распространение и применение?
Нвидийные дрова давно уже distributable proprietary software. Раньше были ещё и non-distributable (и вот тогда или подписывай договор, как сделал альт, или кладёшь варез).
>>> скорее всего введут-таки репозиторий для софтин с другим лицензированием.
>> Для "софтин" с таким "лицензированием" - уже есть добрый ламповый мир вареза.
> Вы не понимаете разницы между правами на распространение и применение?Какие к черту еще "распространения"? У вас иск в суде, вот разберутся с
ним - тогда уже можно рассуждать про distributable.Вы с тем же успехом можете просто взять чужой код и поместить его под своей
свободной лицензией и своим копирайтом: управление каким-либо "распространением"
завершится на первом дотошном ftp-master'е, который явит миру ваш копипастинг.
> А вообще маразм, репозиторий non-free изначально не задействован в дебе, для того
> он и нонфри.. чего они ерундой то занимаются?!Он, non-free, для проприертарной мути, которую Debian может распространять. nvidia.ko он распространять не может.
Сделай свой *дистрибутив* с сарами и nvidia.ko! Борись уже?
+++
Потребители nvidia.ko потребляют плоды "серой зоны GPL" им.Торвальдса. Уж сколько лет прошло, наконец-то! Благодарности слать Линусу, Грэгу, LF.
Source-based для проприертарщиков -- пока без краков-варезов-кигенов.
>[...] a technical alternative that provides an almost
> identical user experience for Debian users who need nvidia.ko: [...]We already provide -dkms and -source packages as well, so users can
build these (nondistributable) modules themselves just fine.
> +++
> Потребители nvidia.ko потребляют плоды "серой зоны GPL" им.Торвальдса. Уж сколько лет прошло,
> наконец-то! Благодарности слать Линусу, Грэгу, LF.Подписанты, заморавшиесся констатацией "мы смотрим в другую сторону, идите с вашей проприертарю в/на суд", здесь:
https://git.kernel.org/cgit/linux/kernel/git/mel/linux.git/l...
Там все фамилии, кому слать спасибы за грабли, разложенные для сабжа.
А может, и не все -- Торвальдс сказал "серая зона - в сад", Корбет записал. А остальные тысячи поучаствовали, молча одобрив.
> Потребители nvidia.ko потребляют плоды "серой зоны GPL" им.Торвальдса.Так точно.
Хорошо что кто-то взялся разгрести эти конюшни, авось что-то хорошее
и выйдет воспоследствии. Жалко что на нвиди остановились: там весь нон-фри,
прицепленный к ядру - давно уже вот такой вот цирк с конями...
> Хорошо что кто-то взялся разгрести эти конюшни, авось что-то хорошее
> и выйдет воспоследствии. Жалко что на нвиди остановились: там весь нон-фри,
> прицепленный к ядру - давно уже вот такой вот цирк с конями...Работодатели Торвальдса http://techrights.org/2016/01/21/linux-foundation-coup/ вмешаются и наведут порядок. Теперь обязательно. %) Весь нон-фри -- там, да
.
Не волнуйтесь, примите успокоительного. Модуль ядра будет скомпилирован автоматически через dkms, разница только в том что это будет чуть дольше по времени. (ну и теоретически он может не собраться если из за какого-то бага)
> Не волнуйтесь, примите успокоительного.Это к рулевым дебиана.
> Модуль ядра будет скомпилирован автоматически через dkms
Мегакостылинг, да и претензия не в том, что нельзя положить, а в том, что нельзя пользоваться. Тупоконечники vs остроконечники, классика.
>МегакостылингБудто бы прикручивание RPM к apt'у не такой же мегакостылинг.
> Будто бы прикручивание RPM к apt'у не такой же мегакостылинг.А почему, собственно, это не нормально?
А Махаил вообще-то правильно обращает внимание на то, что суть судебной тяжбы в том, что нельзя *запускать* одновременно с ядром модуль, лицензия которого с ядром несовместима. Если так, то даже dkms будет под запретом.
>> Будто бы прикручивание RPM к apt'у не такой же мегакостылинг.
> А почему, собственно, это не нормально?
> А Махаил вообще-то правильно обращает внимание на то, что суть судебной тяжбы
> в том, что нельзя *запускать* одновременно с ядром модуль, лицензия которогоЗапускать можно, Кюн и Сандлер писали.
Михаил просто не одобряет нового светлого мира сорс-бейзд проприертарщины. Он просто не принюхамши - с непривычки.
> Запускать можно, Кюн и Сандлер писали.Если не сложно, поделитесь ссылочкой, пожалуйста.
>> Запускать можно, Кюн и Сандлер писали.
> Если не сложно, поделитесь ссылочкой, пожалуйста.Сейчас посмотрел, это не оно. Я всё наврал для красного словца, оно не про "запускать бинарный/несвободный/несовместимый по лицензии модуль в `одном пространстве` с ядром".
Напутал с https://www.gnu.org/licenses/gpl-faq.en.html#NoDistributionR... . В какой-то из недавних статей про GPL было "про запускать-использовать не говорим -- это можно неограниченно по-полной в самой GPL".
Виноват! Прошу прощения.
Ссылка, собственно, на авторов статьи в соседней новости про Canonical нарушает GPL ZFS-ом.
http://www.opennet.me/opennews/art.shtml?num=43944
->
February 25, 2016 by Bradley M. Kuhn and Karen M. Sandler
GPL Violations Related to Combining ZFS and Linux
https://sfconservancy.org/blog/2016/feb/25/zfs-and-linux/"The FSF, stewards of the GPL, have stated many times over the past decades that they believe there is no legal distinction between dynamic and static linking of a C program and we agree."
И это, вроде, вполне относится к невидии с блобом. Нюанс -- "линкует"-то (в смысле запускает) пользователь, не Debian и не Ubuntu. У этих проблема с распространением нелицензионных combined works:
"Until Oracle takes an action like that, it remains a license violation of both CDDLv1 and GPLv2 to distribute binary works that combine together and/or derive from both GPLv2 and CDDLv1 sources."
- и запуск оного пользователем они вовсе не обсуждают. Варез же.
С другой стороны...
...чуть ниже наблюдаем:
"We note that Debian's decision to place source-only ZFS in a relegated area of their archive called contrib, is an innovative solution. Debian fortunately had a long-standing policy that contrib was specifically designed for source code that, while licensed under an acceptable license for Debian's Free Software Guidelines, also has a default use that can cause licensing problems for downstream Debian users. Therefore, Debian communicates clearly to their users that this code is problematic by keeping it out of their main archive. Furthermore, Debian does not distribute any binary form of zfs.ko.
(Full disclosure: Conservancy has a services agreement with Debian in which [...]"
- что [как бы] подразумевает, что распространять отдельно и собирать нелицензионные бинарники "пользователем" -- можно и инновационно. Возможно, я посчитал и это относящимся к случаю невидии. И да "их клиенты" Debian оставили в архиве невидиа dkms- сборщик и бинаре-доунлоадер (Уж не знаю отдельные это сущности или один костыль на другом... И кстати, да, вот же он http://www.opennet.me/openforum/vsluhforumID3/106902.html#58 старейший представитель wget ... http://чёрте.что/чёрте/Где.sh -o - |bash |gcc .... |modprobe --прямо-в-ядро=TRUE )
> Сейчас посмотрел, это не оно. Я всё наврал для красного словца,
> Виноват! Прошу прощения.Как человек, Вы только что заслужили моё глубочайшее уважение.
> распространять отдельно и собирать нелицензионные бинарники "пользователем" -- можно и инновационно.
Большое спасибо за анализ ситуации. Очень познавательно. Впредь буду на него ссылаться.
> теперь новичкам не смогу посоветовать дебу как приемлемый дистриб для перехода с винды..аллилуйя!
> для того он и нонфри..
Чтобы на закон плевать, да GPL нарушать?
> Чтобы на закон плевать, да GPL нарушать?Не апологет нвидии, но когда начинается визг вида "ты уже нарушил", когда тот же SFC только в очередной раз зашевелился -- противно. Примерно так же, как от визга про ath9k или сколько там он был.
это когда разрабы линукса зажали вернуть правки в OpenBSD?
> аморачиваться с установкой дров под нвидию через консоль
> репозиторий non-free изначально не задействованВопрос номер один: а зачем вам две убунты? Вопрос номер два: а вы разве новичкам сразу не говорите что в 3D игры играть нельзя будет? Для остального есть nouveau лет 7 уже как.
Вообщем то правильной _своей_ дорогой идут. Для остальных есть убунты, минт и т.д.
> Для остального есть nouveau лет 7 уже как.Правда, он не всегда работает... Хоть как-то.
Да вроде всегда. Хотя баги конечно тоже есть всегда и везде.
На старых карточках - не заработает практически никогда. Регулярно такие вещи ломают, увы.
Да это не только в nouveau. Это ко всему ядру относиться: то одно поломают, то другое, то название параметров изменят.Они конечно делают это чтобы кому-то что-то дать и у кого-то починить. Но ломается всегда здесь =(
> нельзя будет? Для остального есть nouveau лет 7 уже как.А как там в дебиане у нуовы со скоростью вращения вентиляторов ?
Лучше чем у проприетарных. Поскольку управления частотами нет - частота минимальная и скорости вентиляторов минимальны. По крайней мере это на всех ноутах было которыми мне довелось я пользоваться (сони, асус, эпл).Правда это все ноуты. Возможно там сами что-то поумнее стоит от перегрева, а не просто дровами управляется.
Глянем в корень. Зачем вам тогда вообще дискретная графика? Пользуйтесь встройкой от Интел. Правда у брендов это ноныча дорого, чтобы без дискретки, без bd/dvd привода - у Dell цена Макбука выходит.
или максимальны. Это зависит от настроек видеокарты.
> новичкам сразу не говорите что в 3D игры играть нельзя будет?Чёйто нельзя?
http://postimg.org/image/qw1eri5df/full/Неговоря уже о wine.
Да. Да.Вот когда перестанут быть новичками, тогда сами будут со всем этим ... заниматься. =) И дрова нужные ставить, и патчи под вайн накадывать и стиму со скайпом i32 либы подсовывать и т.д. А в половине игр еще надо на форум пойти почитать чтоб они в правильном разрешении запустились, с альсой/пульсой заработали и т.д.
И все равно игра которую захочешь поиграть будет только под виндой. В игры играют же для удовольствия, а не чтобы во что-то поиграть?
> В игры играют же для удовольствия, а не чтобы во что-то поиграть?а самое большое удовольсви -- это позаниматься сексом с операционной системой, чтобы она всё-таки смогла бы запустить игру :-D
>правильном разрешении запустилисьигры очень часто запускаются на неправильном разрешении. Достаточно зайти в настройки и переключить. И это не зависит виндовс или линукс
>с альсой/пульсой заработали и т.д.Примеры в судию.
в pulseaudio есть совместимость с alsa и вообще никогда таких проблем не было.
>>в pulseaudio есть совместимость с alsaБольше скажу - pulseaudio это надстройка над alsa, уважаемый ;)
настолько надстройка - что не дает работать с alsa напрямую и ломает OSS ?
> http://postimg.org/image/qw1eri5df/full/Там где-то на полу лежат мои глОза. Не наступите!
Неужели так удивлен, что под линух есть игори? лол
вопрос касался нуво же
>а вы разве новичкам сразу не говорите что в 3D игры играть нельзя будет?в пятницу весь вечер играл в said row 4. Что я делаю не так? И как сделать чтоб 3д игр небыло?
>Для остального есть nouveau лет 7 уже как.с артефактами в 2д.
>Вообщем то правильной _своей_ дорогой идут. Для остальных есть убунты, минт и т.д.в ubuntu нет скомпилированного модуля nvidia. От там тоже через dkms собирается.
> ##*ть!.. Ндаа.. теперь новичкам не смогу посоветовать дебу как приемлемый дистриб для перехода с винды..Все правильно. Новичкам надо советовать убунту. Но не из за удаления nvidia-kernel, а из за того что убунту лучше для этого подходит.
По факту разница то небольшая.В инсталляторе убунты дров больше было проприетарных на фай фай, так чтобы это все вообще поставилось. В дебиане вроде бы тоже такая тенденция теперь. Скоро новый инталлятор выпустят - потестим.
Ну и проприетарный софт в ppa можно найти такой, которого нету в дебе. Но это не такой частый случай, что нужна конкретна вот эта прога и замены ей нету.
Что еще я упустил?
Паника, паника! А на самом деле, ничего не изменилось, проверил на нескольких компах, как были репы так и остались. Причём пакеты, о которых идёт речь: nvidia-graphics-modules(который якобы удалили) и nvidia-graphics-drivers(который якобы оставили) - у меня нет и не было, по крайней мере в jessie.
Так же на сайте поиска пакетов дебиана, нет никакого упоминания о nvidia-graphics-drivers(который якобы оставили), ни в одном из репозиториев.
https://packages.debian.org/search?suite=all&searchon=names&...Что за паника вообще? =)
И о каких пакетах идёт речь?
> и nvidia-graphics-drivers(который
> якобы оставили) - у меня нет и не было, по крайней мере в jessie.Пользователям невидии трудно: это имя парета исходников. Да, проприертарных дырверов. Никто ж не обещал, что будет легко, но надо себя заставлять.
> Так же на сайте поиска пакетов дебиана, нет никакого упоминания о nvidia-graphics-drivers(который
> якобы оставили), ни в одном из репозиториев.
> https://packages.debian.org/search?suite=all&searchon=names&...https://packages.debian.org/src:nvidia-graphics-drivers
> Что за паника вообще? =)
> И о каких пакетах идёт речь?
Ясно.. ну вот.. опять печально..
Это автора новости покусал какой-то журналист. Надо и свой моск иметь:
aptitude search nvidia-kernel
c nvidia-kernel-3.16-2-amd64 - NVIDIA binary kernel module for Linux 3.16-2-amd64
p nvidia-kernel-3.16.0-4-amd64 - NVIDIA binary kernel module for Linux 3.16.0-4-amd64
c nvidia-kernel-3.17-1-amd64 - NVIDIA binary kernel module for Linux 3.17-1-amd64С твоей тухлятиной все осталось как було. Эти грёбаные суки удалили модули для _новых_ ядер. Чтоб им всем рак яичек настал.
> Это автора новости покусал какой-то журналист. Надо и свой моск иметь:
> aptitude search nvidia-kernel
Comment:
There is no NVIDIA-licensed software in this source package or in the
metapackages generated by it, but the binary packages it generates from
the nvidia-kernel-source package contain software copyrighted by NVIDIA
and released under the NVIDIA Software License. See the copyright files
in those binary packages for licensing terms.http://ftp-master.metadata.debian.org/changelogs/non-free/n/...
$ ls /usr/share/doc/nvidia-kernel-*/copyright <ENTER>
> С твоей тухлятиной все осталось как було. Эти грёбаные суки удалили модули
> для _новых_ ядер. Чтоб им всем рак яичек настал.Космос слышит о трвоих проблемах с яичками.
> С твоей тухлятиной все осталось как було. Эти грёбаные суки удалили модули
> для _новых_ ядер. Чтоб им всем рак яичек настал.Из stable ничего сразу не удаляют. Вначале удаляют из unstable, потом докатывается до testing и уже к очередному point-релизу скорее-всего почистят и в stable.
Да понятно, я просто расстроился, что не успел для 4.4 хапнуть. Покопал, и выяснил, что и не было. Вообще, они как-то лениво их собирали, частенько пропускали пару релизов ядра. Так что невелика потеря, dkms работает, правда не сам, а опосля волшебного пенделя. Просто тенденция нехорошая...
> Из stable ничего сразу не удаляют. Вначале удаляют из unstable, потом докатывается
> до testing и уже к очередному point-релизу скорее-всего почистят и в stable.Не мелите чепухи, вьюнош:
https://wiki.debian.org/DebianWheezy (почти в каждом point-релизе)
> С твоей тухлятиной все осталось как було.А если подумать? Задача не удалять уже установленные у пользователей пакеты. Поэтому физически удаляют только новые версии из unstable, а в остальных ветках просто заменяют на пустышки, чтобы при очередном обновлении всё не покорёжило у пользователя.
> теперь новичкам не смогу посоветовать дебу как приемлемый дистриб для перехода с винды..А зачем с неё переходить?
А так советуй PC-BSD и нормально - тот же линукс, только ядро юниксовое. Вся графика из GNU и NVIDIA. ZFS "из коробки" без шаманств.
> только ядро юниксовое.В каком месте? Или надо опять бить по рукам ссылкой на список opengroup и требовать "ты мне пальцем строчку покажи, лжец"?
>> только ядро юниксовое.
> В каком месте? Или надо опять бить по рукам ссылкой на
> список opengroup и требовать "ты мне пальцем строчку покажи, лжец"?Поправочка: ядро не Linux®-овое и не UNIX™-овое, а Unix-овое. В общем - общественное достояние без права авторского забвения и без "вирусного" распространения.
>ZFS "из коробки" без шаманствДля новичков самое то. Точно в плепорцию.
Чтобы посмотрели на это тормозящее "нечто" и навсегда вернулись обратно в лоно Микрософта.
>>ZFS "из коробки" без шаманств
> Для новичков самое то. Точно в плепорцию.
> Чтобы посмотрели на это тормозящее "нечто" и навсегда вернулись обратно в лоно
> Микрософта.У меня домашний компьютер 10 летней давности с тремя пулами ZFS почему-то не тормозит. ОЗУ 12 ГБ, AMD Phenom X4 II 810.
> ОЗУ 12 ГБничего себе, у меня максимум BSD крутится на 256 Мб и 512 Мб
>почему-то не тормозитНа твой голубой взгляд может и не тормозит.
А нормальный человек человек извращениями не занимается.
Затраты на поддержание лицензионной чистоты на порядок превышают пользу от неё. Накой вообще нужна столь маразматичная лицензия?
> Затраты на поддержание лицензионной чистоты на порядок превышают пользу от неё. Накой
> вообще нужна столь маразматичная лицензия?Которая из?
> Затраты на поддержание лицензионной чистоты на порядок превышают пользу от неё. Накой
> вообще нужна столь маразматичная лицензия?действительно.. чего стоит корпорации Nvidia просто взять и согласиться на GPL ? чего ради заниматься этим маразмом с проприетарной лицензией...
(или по вашему -- поступаться своими интересами должны именно создатели линуксов, а не эти корпоративные твари?)
> из non-free репозитория Debian был удалён пакет nvidia-graphics-modulesИ всё-таки я не понял - если это "non-free" репозиторий, то какого хрена речь зашла о GPL?!
>> из non-free репозитория Debian был удалён пакет nvidia-graphics-modules
> И всё-таки я не понял - если это "non-free" репозиторий, то какого
> хрена речь зашла о GPL?!https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815060#30
Проприертарный блоб (независимо от лицензии прокладки!):
As for the idea that the nvidia kernel driver is an independent work: the part provided as source code uses Linux specific kernel APIs such as procfs, CPU hotplug notifiers and seq_file, and provides wrappers for the console_lock and console_unlock functions that can then be called by the blob.
- нарушает лицензию. Лицензия GPL-ONLY, прокладка экспортирует внутрениие API не-GPL блобу. И да, это не "лицензия на _реализацию_ API", это линковка: блоб - к GPL-ONLY. Итого: распространение nvidia.ko нарушает лицензию ядра.
FTP-мастерам этого хватило для удаления .ko из non-free.
Я понятно объяснил?
> - нарушает лицензию. Лицензия GPL-ONLY, прокладка экспортирует внутрениие API не-GPL блобу.
> И да, это не "лицензия на _реализацию_ API", это линковка: блоб
> - к GPL-ONLY. Итого: распространение nvidia.ko нарушает лицензию ядра.
> Я понятно объяснил?Бред написал. Блоб линкуется к своей прослойке - которая имеет двойное лицензирование.
GPL позволяет вызывать функции ядра
и позволяет линковаться (а не вызывать) функции из блоба.Я понятно объяснил? А свои невнятные рассуждения - можешь оставить при себе. Ибо забываешь о двойном лицензировании этой самой прослойки.
Нахождение в non-free не даёт права нарушать GPL.
> если это "non-free" репозиторий, то какого хрена речь зашла о GPL?!Потому что non-free не в вакууме, а связывается при загрузке модуля с ядром, которое под GPL. Буча из-за различия трактовок -- "салафитская" подразумевает одно, "практическая" -- другое.
Тут недавно до трактовки "use" в GPLv2 дошло, тоже забавно было (и ведь таки можно по-разному понимать).
Если юзер хочет вставить себе в з-цу блоб, то это его дело - пусть вставляет.А если лицензия GPL этого не позволяет, то надо менять лицензию у ядра.
Насколько я помню, Линус - фанат OpenSource, а не Free Software.
Хотя... щас Линус наверное уже один не сможет поменять лицуху, ибо кода других хакеров наворочено 96%...
> Если юзер хочет вставить себе в з-цу блоб, то это его дело
> - пусть вставляет.
> А если лицензия GPL этого не позволяет, то надо менять лицензию у
> ядра.Вы льстите себе, полагая, что ваша или его задница кого-то настолько волнует.
Кроме того Вы также заблуждаетесь на предмет "GPL этого не позволяет". Я подскажу: сложности не с _использованием_ как таковым, а распространением (передачей бинаря от Debian-а тому пользователю) и его, распространения, _вообще_ возможностью по лицензии.
//Писали ж уже, dkms- и даунлоадер-обёртки остались в Debian-е, на месте.
> Насколько я помню, Линус - фанат OpenSource, а не Free Software.
Он настолько _не_ фанат ни одного ни другого, что после того, как проприертарный блоб завалил (ну, да, _пользователя_ его) их lkml и сервер крэш-дампов своими крэшами, он мило погрозил невидии пальчиком, мол, "айяйяй, щательнее надо как-то, уважаемые". Они всем гуртом инженерили "tainted" флаг, чтоб посылать _пользователей_ того блоба на невидию.
Однако его не-фанатизм, и скромность!, не позволили ему взглянуть на собственноручно https://lkml.org/lkml/2003/12/3/228 заминированные https://git.kernel.org/cgit/linux/kernel/git/mel/linux.git/t... "серые зоны" GPL, как на источник той проблемы. ПользователЯ ж самивиноваты, фанатики пусть идут в суд, problem solved.
> Хотя... щас Линус наверное уже один не сможет поменять лицуху, ибо кода
> других хакеров наворочено 96%...Коллективное бездействие "в бетоне":
"[...]as a result, the kernel now has thousands of owners. [...] One implication of this ownership structure is that any attempt to change the licensing of the kernel is doomed to almost certain failure."
-- https://git.kernel.org/cgit/linux/kernel/git/mel/linux.git/t...
-- http://www.opennet.me/openforum/vsluhforumID3/106925.html#75
Традиционно http://go2.pt/-yVFYc
> Традиционно
>go2.pt/-yVFYcПерелицензирование ядра под MIT уже начал, "традиционный" друх проприертариев?
Нет, только по форумам с***ть?
Что «традиционно»? Очередной «митник» руссаждает об очередной свободе для кого-то делать что-то, выдавая это за некую «всеобщую свободу»?
Мне вот около недели назад тоже один виндопрогер с пеной у рта доказывал, что де «GPL как рак, расползается всюду, вот LGPL другое дело, можно в проприетарщине использовать, от чего всем только лучше». А спустя буквально день тот же самый человек прочитал новость о запрете использования неоригинальных прошивках в роутерах TP-Link и очень этим возмущался.
Пришлось дать краткие пояснения на тему «почему раньше прошивки можно было менять», «что такое GPL v.3 и её отношение к тивоизации», «как бывает, если на требования GPL становится возможным забить».
> Что «традиционно»? Очередной «митник» руссаждает об очередной свободе
> для кого-то делать что-то, выдавая это за некую «всеобщую свободу»?
> Мне вот около недели назад тоже один виндопрогер с пеной у рта
> доказывал, что де «GPL как рак, расползается всюду, вот LGPL другое
> дело, можно в проприетарщине использовать, от чего всем только лучше». А
> спустя буквально день тот же самый человек прочитал новость о запрете
> использования неоригинальных прошивках в роутерах TP-Link и очень этим возмущался.
> Пришлось дать краткие пояснения на тему «почему раньше прошивки можно было менять»,
> «что такое GPL v.3 и её отношение к тивоизации», «как бывает,
> если на требования GPL становится возможным забить».GPL головного мозга. Замена прошивок к GPL отношения не имеет, а только к жадности производителя. И требованиям FCC - которым надо запретить использовать левые частоты.
Так что вам уважаемый надо не рассказывать о GPL тут, а озаботиться что бы производитель чего лишнего не позволял рулить и не нарушал требования FCC, тогда и прошивка будет открытой.
>GPL головного мозга.Отсутствие головного мозга. У тебя.
Тебе даже в посте упомянули такое слово как «тивоизация». Если всё-таки найдёшь свой мозг, то выясни, какое отношение сие понятие имеет к ядру Линукса и GPL v.3. И с взаимоотношениями федерального законодательства и лицензионных отношений разберись. И что именно сделала TP-Link — тоже. Заодно прикинь, что обычно выгоднее производителю: позволять заливку сторонних прошивок или нет. И почему. Информации выше достаточно, чтобы сделать выводы. Если найти мозг.
А насколько волатильна сегодня ваша тивоизация?
А это совершенно неважно: жадность и ограниченность людей, что принимают иной раз решения, с лёгкостью перекроют любые показатели. Впрочем, тивоизация может приносить и некоторую прибыль: можно, к примеру, продавать одно и то же железо, но с разной софтовой начинкой. И за разные деньги, разумеется.
Тут много чего можно вспомнить, от видеокарт, до телевизоров.
Вы, я вижу, хорошо разбираетесь в экономической терминологии, не напомните, как такой приём называется? Ещё можно заблокировать некоторые функции в товаре, который ими обладает, но, по мнению маркетологов, не должен: raw в недорогих фотокамерах, к примеру.
И вот когда покупатель надумает эти ограничения обойти, тут-то ему и выйдет облом: меры, принятые для тивоизации не дадут заменить прошивку. Даром, что разработка прошивки обошлась куда дешевле, именно благодаря GPL. А GPL-ный софт именно так и прогрессирует: с миру по нитки. Взял сеье на халяву — дай и другим попользоваться. Но нет. Потому что капитализм: где поел, там и нагадил, и ещё, сверх того, проследил чтоб в твою кучу другие вляпались. Прям как у колонии бактерий.
покупатель может делать со своим всё что угодно без распространения. запреты касаются продаж.А GPL-ный софт именно так и прогрессирует: с миру по нитки.
Это редхату расскажи.
>Это редхату расскажи.И Рэдхэту,и Каноникал,и Новэлл, и Гуглу, и Ораклу, и Фейсбуку, и много кому ещё. Именно это и называется «с миру по нитке».
//А спустя буквально день тот же самый человек прочитал новость о запрете использования неоригинальных прошивках в роутерах TP-Link и очень этим возмущался.А спустя буквально день тот же самый человек прочитал новость о запрете использования не GPL прошивок в роутерах TP-Link и очень этим возмущался.
Этим они и молодцы, что думают не только о технологиях, но и о потенциальных юридических рисках
Что-то не заметно, что они "думают". Не успели еще окончательно разобраться, а дебианщики фанатично обозначились.
им могли вкатить иск в любой момент. А теперь не могут.
> им могли вкатить иск в любой моментКто?
заинтересованные лица
или правонарушение считается таковым только по заявлению ущемленных сторон?
>> им могли вкатить иск в любой момент
> Кто?Я.
Чисто умозрительно, конечно, но...
Я читаю GPL, обнаруживаю в своём Debian-е (ну, ладно, скачиваю из non-free) nvidia.ko и... [барабанная дробь!] предполагаю, что исходники оного Debian _обязался_ мне дать по и под GPLv2. Я предлагаю им эти исходники мне под GPLv2 предоставить. Они не могут.
Они нарушают GPLv2. По отношению ко мне.
Богатыри Моглен и Чудхари, конечно, слегка остудили мой пыл к самостоятельному чтению GPLv2, указав, что интерпретация текста и намерений -- дело авторов. Придётся, видимо, совсем согрешить в ядовитость и найти пару-другую таки разработчиков ядра (из "тысячи их"), согласных со мной в буквальной интерпретации GPLv2 в отношении невиди и Debian-а, и можно идти в суд.
Такие _возможности_ вынуждены рассматривать фтп-мастры Debian-а и рассматривать их по наихудшему сценарию, чтобы избежать любого суда полностью. Чтобы избежать риска для _всего_ проекта(*) из-за одной не очень важной проблемы.
(*) Вплоть до закрытия Debian-а -- как вам риск? Грубо, Судебные издержки, банкротсво, закрытие. --Выходит, я хочу закрытия Debian-а? Ух, Моська...
>>> им могли вкатить иск в любой момент
>> Кто?
> Я.
> Чисто умозрительно, конечно, но...
> (*) Вплоть до закрытия Debian-а -- как вам риск? Грубо, Судебные
> издержки, банкротсво, закрытие. --Выходит, я хочу закрытия Debian-а? Ух, Моська...И кстати, кто считпет меня параноиком, шизофазиком и прочим пациентом...
Прошу, не тратьте слов (оно у вас жиденько)! Просто минусуйте этот пост--->>
Ага, так и вижу новость "Линус Торвальдс подал в суд на Debian за распространение модуля ядра с нарушением лицензии". Хотя конечно там других деятелей хватает.
В openSUSE их никогда и не было.
А скайп в Дебиане тоже из штатных реп поставляется?
Скайп не использует GPL-only символы ядра
в дебиане нет скайпа
Да ладно?! В платном Opensuse репозиторий ftp://download.nvidia.con/opensuse/ подключен по умолчанию. А в бесплатном есть в списке репозиториев, остаётся только поставить галочку "Включить". А в Debian он в non-free.
> Да ладно?! В платном Opensuse репозиторий ftp://download.nvidia.con/opensuse/ подключен
> по умолчанию. А в бесплатном есть в списке репозиториев, остаётся только
> поставить галочку "Включить". А в Debian он в non-free.Это не есть базовый репозиторий. Это репа от нвидии, которая не часто пересобирает дрова под новое ядро. И он существует только для Leep, Tumbleweed в пролёте. В своё время приходилось из исходников ядра пересобирать модуль для блоба каждый раз, и мне казалось это нормальным, мол лицензия всё такое, я думал что везде так.
Пока Mesa не осилила 3-ий openGL и я понял, насколько удобнее и быстрее работать (именно работать, а не играть, хотя в те игры что я играю, разницы в скорости и не вижу) на nouveau избавив себя от гемора пересобирать блобы при обновлении ядра и держать в системе исходники ядра, которые весят не мало. Да и блоб тоже иногда не был совместим с новыми вермиями ядра, и приходилось патчить исходники иногда. Накушался я этого в своё время, теперь сижу на nouveau и проблем у меня нет и интерфейс стал быстрее и отзывчивее, чем на блобе.
Сначала закопилефтят ядерные интерфейсы, а потом хотят нормальные драйвера... *Facepalm*
>а потом хотят нормальные драйвера... *Facepalm*Точно-точно, Линус что-то такое говорил. "Нормальные драйверы." Почти так и сказал, смутно припоминаю.
Но ведь везде где есть dkms можно что угодно как угодно распространять. Ни патенты ни несовместимость с gpl нестрашна.
На тему GPL есть отличные рассуждения от Sencha (ExtJS). Точнее, в контексте js они звучат дебильно, но с любым бинарем 100%:По их мнению, если код написан специально для работы именно с определенной библиотекой и без нее не функционирует, значит он должен соблюдать GPL. То, что это обособленный модуль, можно говорить если он поставляется отдельно и не заточен под одну библиотеку, а может работать с разными...
Ну ка приведи примеры, когда модуль может работать с разными библиотеками. Например модуль ФС может работать с библиотеками от разных видеоплееров? Или в чём великий смысл этого бессмысленного с технической точки зрения высказывания? А бессмысленно оно потому что код пишется для работы с конкретными библиотеками, именно с тем, что нужно для его работы, а не со всем подряд но без полезного выхлопа.
В данном случае рискну привести как раз модуль nvidia в качестве примера. Они поставляют свой драйвер как для Linux, так и для FreeBSD. Если проприетарный компонент в них одинаковый, то его нельзя считать написанным "специально для работы под Linux".
Если бы проприетарный компонент в них был одинаковым, то он был бы одинаковым и для большинства других драйверов, они бы свободно собранные под фрю грузились в линухе и наоборот, но внезапно это нет так, потому что код всё-таки разный.
Вообще есть куча софта, который даёт бесплатно базовый функционал, в том числе среди СПО, а доп. плюшки за отдельную денежку (т.е. доработки за денежки того кому эти доработки нужны, программистам тоже кушать хочется). По вашей логике они должны и доп.модули открыть и раздавать всем на халяву сразу с исходниками. Т.е. нивелируется возможность заработать непосредственно разработчикам, что в свою очередь демотивирует вообще что-то вкладывать в СПО.
> Если бы проприетарный компонент в них был одинаковым, то он был бы
> одинаковым и для большинства других драйверов, они бы свободно собранные под
> фрю грузились в линухе и наоборотНет.
Во FreeBSD Nvidia-драйвер только через линукс-оболочку-костыли работает. Это порт линукс-драйвера, по сути.
> Во FreeBSD Nvidia-драйвер только через линукс-оболочку-костыли работает. Это порт линукс-драйвера, по сути.Это не так. linux.ko - отдельно, nvidia.ko к нему никакого отношения не имеет. И на сайте NVIDIA драйвер для FreeBSD отдельно от линуксового загружается.
http://www.nvidia.ru/download/driverResults.aspx/98445/ru
Почему тогда у меня при попытке установить видеодрайвер нвидиа во FreeBSD в зависимостях лезет всякая линукс-kernel-хрень-то, линукс-kernel-хрень-это? К сожалению, точнее я сейчас уже не напишу ибо закончил баловаться вашим "тяжеляком" как раз примерно на этом.
Кароч, я так понял, что вся 3D-графика под проприетарным драйвером будет работать через всяческие линукс-wrapper. А это значит дополнительный падёж производительности, которая и в линуксах то не блещет. В общем, намуй дохлого хорька.
> Почему тогда у меня при попытке установить видеодрайвер нвидиа во FreeBSD в
> зависимостях лезет всякая линукс-kernel-хрень-то, линукс-kernel-хрень-это? К сожалению,
> точнее я сейчас уже не напишу ибо закончил баловаться вашим "тяжеляком"
> как раз примерно на этом.
> Кароч, я так понял, что вся 3D-графика под проприетарным драйвером будет работать
> через всяческие линукс-wrapper. А это значит дополнительный падёж производительности,
> которая и в линуксах то не блещет. В общем, намуй дохлого
> хорька.Потому что порт запакетирован с опциями сборки по умолчанию!
http://www.freshports.org/x11/nvidia-driver/
Configuration Options
===> The following configuration options are available for nvidia-driver-346.96:
ACPI_PM=off: ACPI Power Management support
DOCS=on: Build and/or install documentation
LINUX=on: Linux compatibility support
WBINVD=off: Flush CPU caches directly with WBINVD
===> Use 'make config' to modify these settings
> LINUX=on: Linux compatibility supportТаки зачем оно там, если всё работает без него? При условии, что всё действительно работает без него? ЗАЧЕМ?
Уточняя свой вопрос, зачем по-умолчанию?
А бинарноту везде так собирают - из расчета на сферического эталонного юзверя.
>> LINUX=on: Linux compatibility support
> Таки зачем оно там, если всё работает без него? При условии, что
> всё действительно работает без него? ЗАЧЕМ?Для этого:
===> lib/compat (install)
===> lib/compat/libGL (install)
===> lib/compat/libnvidia-tls (install)
===> lib/compat/libnvidia-glcore (install)
===> lib/compat/libvdpau (install)
===> lib/compat/libvdpau_trace (install)
===> lib/compat/libvdpau_nvidia (install)
===> lib/compat/libcuda (install)
===> lib/compat/libnvidia-eglcore (install)
===> lib/compat/libnvidia-glsi (install)
===> lib/compat/libEGL (install)
===> lib/compat/libGLESv2 (install)
===> lib/compat/libGLESv1_CM (install))
Странное поведение дебияна, линусовые факи ему не указ, а как юристота возбудилась, так взялись за ум :-(
> Странное поведение дебияна, линусовые факи ему не указ, а как юристота возбудилась,
> так взялись за ум :-(Вот расскажи -- ты, например, как исполнил "линусовый фак"? Какие-то модули ядра стёр с диска? Что по-твоему д.б.сделать Debian во "исполнение" пальцА-торвальцА?
Вот так вот сразу, чтоб ты грустный смайлик поменял на весёлый! Престо, не сходя с места!!
Или балобол?
+++Немедленно телеграфируй. В нетерпении.
Я избавился от нвидий раньше фака, а недавно избавился от медиатека отвёрткой. Ты о балабольстве других по себе судишь?
> Я избавился от нвидий раньше фака, а недавно избавился от медиатека отвёрткой.
> Ты о балабольстве других по себе судишь?Не, я о твоём балабольстве сужу по тому, что из трёх заданных по твоему предыдущкму посту уточняющих вопросов ты от одного "техничтенько" ушел, два пропустил целиком и надул ш-чёчки на итоговый балабольский.
О твоём балабольстве я сужу по тому, как ты отвеакешь из свои слова. Это логично, нет?
Теперь Manjaro и Sabayon туда же. Они из коробки вообще могут в лайве прям с блобом загрузиться. Арч тоже скомпиляный модуль даёт уже, хотя я dkms использую. Ну и ещё куча подобных.
они уже выкинули модуль ядра?
> Теперь Manjaro и Sabayon туда же. Они из коробки вообще могут в
> лайве прям с блобом загрузиться. Арч тоже скомпиляный модуль даёт
> уже, хотя я dkms использую. Ну и ещё куча подобных.У них есть ещё второй путь. Недавно в новостях было.
Я думаю на данные действия дебиан подвигло судебное разбирательство между ораклом и гуглом, еще и усилия бсд-ников переписать все, что в ядре под гпл...
Блин, не успели FF назад переименовать как выпилили Nvidia. Замечательно!
Такое ощущение что в дебиан выпилили голову истеричкам вроде комментатора выше.
Эээ, раньше проблема была на диске иметь драйвера чтобы во время установки и после не сидеть на Vesa/nouaveau, а теперь и из non-free выпилили, по-моему тут можно негодовать и даже истерить, не все такие роботы как ты и могут спокойно воспринимать такую дурь.
> Эээ, раньше проблема была на диске иметь драйвера чтобы во время установки
> и после не сидеть на Vesa/nouaveau, а теперь и из non-free
> выпилили, по-моему тут можно негодовать и даже истерить, не все такие
> роботы как ты и могут спокойно воспринимать такую дурь.Блииин, я правда, таки поистерил, сории~
DKMS-то оставили, всё замечательно, расходимся. Главное чтобы совсем драйвер не выпилили.
Нвидия нарушает GPL, а виноват, конечно, Debian.
>виноват, конечно, Debian.Теперь не виноват!
>не успели FF назад переименовать как выпилили NvidiaFF пока ещё назад не переименовали, а только обсуждают, и было бы очень хорошо если бы Debian остался с названием Iceweasel и послал менеджеров из Mozilla куда подальше с их торговой маркой. Что касается NVidia и прочей проприетарщины, то давно уже пора было нагнуть проприерастов и мало-помалу щемить их и принуждать к открытию исходников.
Лучше бы systemd выкинули так же, не задумываясь.
> Лучше бы systemd выкинули так же, не задумываясь.Тебе его только вкинули, теперь долго терпи.
Братва, че вы разорались? Dkms же в Дебиане хорошо работает, в отличие от многих других дистров. Хотя конечно, печально, что упoротые опять взяли верх. В этом смысле Деб совсем не радует. Всякую гадость насильно впихивают, а работающие и нужные вещи выпиливают...
> Dkms же в Дебиане хорошо работаетОно не может "хорошо работать" по постановке задачи, увы -- это откладывание проблем на время загрузки, бишь САМОЕ неудачное.
Это вы главному любителю показывать большой палец объясните.
> Оно не может "хорошо работать" по постановке задачи, увы -- это откладывание
> проблем на время загрузки, бишь САМОЕ неудачное.А почему на время загрузки? Загружаешься, устанавливаешь (оно компилирует) - или получилось, или нет. Если нет - всё остальное работает (можно даже перезагрузиться), а дальше - идти искать решение. И всё.
Что работает? Это хорошо если xorg запустится без модуля nvidia. А если нет?
Нажал кнопку обновится, нажал перезагрузить, после перезагрузки получил черный экран. И в консоли выясняй почему модуль не собрался...Хотя в убунте как-то работает и проблем нет. Видимо везло и драйвер всегда собирался.
>> Оно не может "хорошо работать" по постановке задачи, увы -- это откладывание
>> проблем на время загрузки, бишь САМОЕ неудачное.
> А почему на время загрузки?Виноват, чрезмерно обобщил крайне яркое впечатление от одного такого LiveCD.
> это откладывание проблем на время загрузкиПочему ты решил, что модуль можеть собтраться только во время загрузки?
на время установки драйвера и обновления ядра. Так то да уже готовый модуль было бы лучше, но жить можно
Потом вернут и будут на коленях водить хороводы.
А что так тихо насчет драйверов AMD? Или там что-то иначе?
А у fglrx - только dkms. Не понимаю, почему для nvidia такой сервис был с уже скомпилированным модулем.
> А у fglrx - только dkms. Не понимаю, почему для nvidia такой
> сервис был с уже скомпилированным модулем.Наверное, потому что нашёлся "разработчик" Debian, энтузиаст собственнических битов, который загрузил этот варез в Debian, а ftp-мастеров, одобривших аплоад, в то время никто не подстраховал, не подсказал про лицензиию.
Для них есть хорошие свободные драйверы - это раз, и два - http://www.opennet.me/opennews/art.shtml?num=40798Некоторым "зелёным" стоило бы поучиться.
Совершенно согласен, использую только свб.драйвера и доволен. Может в данном ключе и нвидиа что-то изменит. Дебиану респект.
использую свой компьютер только для набивки текста, мне хватает вполне консоли и fb. зачем все эти графические драйвера?
:) вся эта проприетарь на старые карточки забивает и подстраивается только под определенные ядра... Свободные работают на любом ядре и при обновлении не нужно беспокоится. Если проприетарные дрова нужны только для игрушек, то мне || на это.
этого драйвера еще нет. И этот драйвер только для самых новых видеокарт, которые еще даже не выпущены. Так то в будущем да, вопрос с модулем ядра будет решен кардинально.
Новость хорошая. Может хоть так будет видна маразматичность ГПЛ.
> Новость хорошая. Может хоть так будет видна маразматичность ГПЛ.Может, хоть неприменимость копирайта к ПО наконец-то будет видна.
После 30+ лет GNU и FSF.
Вот не понятно почему почти за 15 лет существования проприетарного драйвера nvidia до сих пор не разобрались можно его с ядром поставлять или нет.
> Вот не понятно почему почти за 15 лет существования проприетарного драйвера nvidia
> до сих пор не разобрались можно его с ядром поставлять или
> нет.Потому что "у них там" одни напартизанили GPL-ONLY внутреннюю линковку к внутренним API ядра, Торварьдса оно не сильно волновало -- ну, играются детишки. Когда Торвальдса спрашивали "ну, как же, блобы же нарушают же GPL" он отвечал "тише-тише, такое-такое может сказать только суд". Торвальдс с Корбетом и компанией записали в development-process/ "официальную" позицию проекта "тише-тише! все дружно смотрим в другую сторону".
_Любой_ желающий "разобраться" с этим приглашался пройти в суд -- посудиться с невидией. Это слегка затруднительно для любого индивидуума. (Держимм кулаки за Хельвига против MsWare. Глядишь, и до "зелёных" кто дойдёт.)
А вот, например, нарушение лицензии GPL *дистрибутивом* в отношении *пользователя* этого дистрибутива в момент поставки бинарника nvidia.ko дистрибутивом этому пользователю как бы предполагает, что пользователю, буде он окажется "обманут" обещаниями GPL?!, предлагается пойти судиться с дистрибутивом. И ни Торвальдс, ни невидиа окажутся никак с этим не связаны. Вот и Михаил подтвердит, если как Торвальдс и ко. не пошлёт "to consult your lawer" или там не сошлётся на not-a-lawer или даже NDA какое.
> Вот и Михаил подтвердитНичего не понял, если Вы вдруг про меня.
>> Вот и Михаил подтвердит
> Ничего не понял, если Вы вдруг про меня.Да про Вас. Извините, бейтил, если хотите.
Вы же известный поставщик блобов невидии, насколько я понимаю. Как участник тима - в основных ветках дистрибутива, так и в live-сборках?
Поделитесь: как Вы смотрите на проблему нарушения лицензии ядра?
$Subj, пока на горе раки не засвистят?Вы считаете обсуждаемую _возможность_ нарушения GPL надуманной? ...дебианщиков формалистами, крючкотворами, бюрократами, перестраховщиками?
Видимо, спрашивать, что рекомендуют адвокаты ALT в этой ситуации бессмысленно? (и что там с их прошлым проколом тоже?) ...и придётся подожнать ещё лет 20-30, пока здесь появится уровень понимания местного законодательства и его взаимодействия с любимыми нами свободными лицензиями -- на уровне юристов SFC, SFLC, FSF.
Михаил, Вы предпочтёте не высказываться о своих апстримах так резко и неблагодарно, как я в постах здесь? ...и не оценивать их позиции по теме?
Извините, если излишне poisonuos -- я вполне приму отвод этих вопросов на этом основании.
Спасибо.
> Поделитесь: как Вы смотрите на проблему нарушения лицензии ядра?Ну а как оно еще может смотреть? Пиндосам на его творение глубоко начхать, симметрично и ему на ихние лицензионные проблемы. А местное законодательство - пока заключается в обеспечении хорошей "крыши". GPL какой-то взялся... Юморист, блин.
> $Subj, пока на горе раки не засвистят?
Вполне логично. Пока ALT не пойдет в Пендосию отвоевывать место под cолнцем у RH. Чота я думаю, что блобятина - будет сильно с краю проблем в этом гипотетическом "дранг нАх вестен".
а чЁ парится по лицензированию то? вот например возьмем Атмел и Микрочип: все разное у них кроме использования кремния (он не только дает три состояния логического элемента), букв на клаве и dev mount hands and brain, нет ничего общего! так и здесь. а вообще у нас есть штатные драйвера и CLI. P.S. нужно менять лицензию, планету, а лучше - галактику! да и вот еще что: я ввожу свою лицензию на добычу и производство - алюминия и торговлю воздуха в сжатом виде!
> а чЁ парится по лицензированию то? вот например возьмем Атмел и Микрочип:
> все разное у них кроме использования кремния (он не только дает
> три состояния логического элемента), букв на клаве и dev mount hands
> and brain, нет ничего общего! так и здесь. а вообще у
> нас есть штатные драйвера и CLI. P.S. нужно менять лицензию, планету,
> а лучше - галактику! да и вот еще что: я ввожу
> свою лицензию на добычу и производство - алюминия и торговлю воздуха
> в сжатом виде!Бро!! Тебя даже я не понимаю! >/<
> Бро!! Тебя даже я не понимаю! >/<Новые методики дзен-линукс вам в помогут. То ли ещё будет!
Тю) Че вы паритесь? Радеон уже 5 лет как отлично пашет под дэбом!
Последний с mpv дает hw decode h.264
свистнешь как появятся поддержка 4K декодирования видео, ну и h265 или VP9
Думаю я не замечу из-за 8 ядер цпу.
Мне интересны как решены три проблемы (оконный менеджер fluxbox)
1. Синева видосов на ютубчике
2. Печаль с композитом, например:
- запускаешь ютубчик на 1м рабоче столе
- открываешь xterm на другом рабочем столе
- результат: ютуб в терминале :-D
3. Проблемы с рендерингом или растером (дилетант я в этом вопросе):
- запускаешь PSI (джабер клиент)
- начинает мигать звездочка из-за входящего сообщения
- результат: xorg cpu usage 100%
Как я помню, тогда им было плевать, форум nvidia дальше вопросов не двигались.
Им было тупо плевать.Я выбрасываю nVidia, ставлю AMD Radeon - проблемы выше испаряются.
Годик терпим отсутствия vdpau, или заместь Debian юзаем openSuse, или VLC через vaapi :)
Далее, появляется отличная прослойка связывающая vdpau <-//-> radeonИМХО, не жалею по сей день ни капли! :)