> То, что ты назвал крапом, в основной массе идёт под GPL, как ни странно.Да вот как-то вышло что майнлайн кернел - один из самых симпатичных мне проектов.
> Amazon,
Что-то облака у них дружно на линухе?
> iXsystems...
Я даже не знаю чем они знамениты, сорри.
>> Кола выдохлась, попкорн кончился, а под линя и Catalyst'а то уже нет.
> А что есть?
Для старых радеонов pre-GCN эпохи - Radeon (модуль кернела) и MESA поверх Radeon. Благо уже GL 4.1 умеет. Для новых AMDGPU (модуль кернела) с Pro стэком (проприетарный юзермод, остатки каталиста, со всякими вулканами), а также MESA (поверх AMDGPU). Прелесть инициативы в том что Pro и MESA с новыми радеонами работают поверх одного и того же модуля AMDGPU.
> С некоторых пор — всё то же самое, что и на FreeBSD, только Mesa на версию ниже.
Там кто-то таки запустил уже AMDGPU? Вроде грозились какой-то слой сделать для запуска дров почти без изменений, но тебе виднее насколько угрозы реально воплотились.
> Всё в твоих руках — NVIDIA не отказалась от поддержки *BSD.
Мне не требуется очередная винда с неподконтрольным мне окружением и проприетарным кодом, где всякие нвидии по желанию левой пятки отпиливают поддержку "лишних" мониторов и три года пытаются сделать самопальный KMS. Такой подход - маздай. Я что, глупый - закладываться на некооперативного проприераса? Более того - я считаю что налаженные drm/kms разработчиками процессы - FTW и way to go.
>> В попсовой убунте 16.04 LTS - как раз MESA 11.2.
> А в твоём Debian последняя стабильная MESA 11.2.2 до сих пор в
> тестинге. Это вообще как понять?
Дык выпустят новый дебиан - будет и новая MESA. У них релизы редкие. Там и ядро не последний писк в stable. Вообще, stable дебиан для десктопа - тухловат, имхо. Да и не только для десктопа.
> для которых уже выпущены официальные заплатки, но для тебя они недоступны
> (доступны в нестабильной версии) вследствие идеологии мантейнеров дистрибутива. Так?
То-есть, у меня может стоять даже гитовая версия месы. Если мне это почему-то надо и я готов к тому что за этим может последовать.
> И на устаревшей базе ты создаёшь свои продукты для реализации. Так?
А там GUI если есть то вебморда обычно. Однако меня и десктопы интересуют, потому что я не дуалбутчик.
> Про Cisco мы в курсе.
А что - Cisco? Нарушают? Какие-то тарболы от линксиса в их бытность цыской я по крайней мере видел.
> Затем, чтобы не выпрашивать у вендора железки его настроечный инструментарий для элементарной
> прошивки, которую ты сам можешь подготовить и залить по SFTP.
С этого места поподробнее. Что и у кого я должен выпрашивать? И много ли ты видел девайсов где в bare metal можно влить что-то по именно SFTP?
> Обрезается ненужное элементарно через src.conf и конфиг ядра.
Это в пакетнике? Или я таки должен сам тот рантайм пересобирать? Мне вся эта возня зачем?
> Ну, значит ты не делаешь прошивки для эмбеддовки на x86-64
Да какая из х86-64 эмбедовка, с его press any key в bios setup и прочими проприетарными обработчиками SMI? В эмбедовку такое ставят только совсем уж г@внари.
> Кем-то откомпилированной блобятиной пользуешься, понятно. Тестер.
Тестер - тот кто сам свое уникальное скомпилил. Заодно все глюки и соберет как раз. А скомпиленый бинарь использовала толпа народа и если там баги - они их могли майнтайнеру уже предъявить до меня. А в самосборе предъявлять баги сложнее. Надо быть уверенным что это не твой баг, и вообще.
> Вот только мелкозернистость пакетирования на пользу явно не идёт — все программы
> и библиотеки в при таком виде распространения устаревают быстро, а новые
> версии сложнее вносить в состав дистрибутива. В Debian людей не хватает
> что ли, чтобы содержать пакетную базу в актуальном состоянии?
Еще раз для тугих: я не хочу получать пакетником какие-то рантаймы по 110 метров одной плюхой лишний раз. В дебиане как раз нормально ресурсов чтобы распилить на части и нормально все это майнтайнить. В отличие от некоторых, просто вываливших что-то, как-то. Даже не отделив хидеры от бинарей. Так что они почем зря распаковываются даже туда где разработка не намечается даже в проекте.
