Компания Red Hat вошла (https://blogs.gnome.org/uraeus/2015/04/17/red-hat-joins-khronos/) в число участников консорциума Khronos (https://www.khronos.org/), занятого разработкой графических стандартов, таких как OpenGL, OpenCL, WebGL и Vulkan. Область интересов Red Hat связана с расширением спецификаций OpenGL через создание новых OpenGL-расширений и оказание помощи в продвижении нового стандарта Vulkan (http://www.opennet.me/opennews/art.shtml?num=41773).
К работе с Khronos по развтию графических стандартов будут привлечены такие известные инженеры Red Hat, как Дэвид Эйрли (David Airlie, один из наиболее активных разработчиков X.Org, отвечает за разработку подсистемы прямого рендеринга), Адам Джексон (Adam Jackson, один из ключевых разработчиков графической подсистемы Fedora Linux и X.Org) и Роб Кларк (Rob Clark, развивает открытый набор драйверов Freedreno для чипов OMAP).URL: https://blogs.gnome.org/uraeus/2015/04/17/red-hat-joins-khronos/
Новость: http://www.opennet.me/opennews/art.shtml?num=42060
Nooooooooo!!!!!!!!! Красношляпа захавывает все больше и больше!
Если поможет в продвижении Vulkan, то почему бы и нет?
Главное, чтобы не интегрировали этот Vulkan в systemd.
а чем будет плох сам Vulkan, если его-таки интегрируют?
он от этого хуже не станет, более того, даже если это произойдет никто не ведет речи о том, что без systemd он не заработает
какие-то безпочвенные опасения
> интегрировали этот Vulkan в systemdИли systemd в Vulkan...
> Или systemd в Vulkan...Походу припекает.
Компания Red Hat присоединилась к консорциуму Khronos, разогревающему API Pukand
> Nooooooooo!!!!!!!!! Красношляпа захавывает все больше и больше!Hell yes! Сначала посмотри сколько работы воротит тот же Эйрли для открытого графического стека, а потом будешь выступать.
А гадить на плечи гигантов на которых стоишь - несколько некультурно. Хотя с уровнем культуры у местного населения, увы, в последнее время как-то не очень.
Когда поднимался Гугл тоже так говорили. "Ура, ура, конец гегемонии мелкомягких!" А теперь у каждого второго зонд в ж... смартфоне.
> Когда поднимался Гугл тоже так говорили. "Ура, ура, конец гегемонии мелкомягких!" А
> теперь у каждого второго зонд в ж... смартфоне.бороться всегда нужно за что-то, а не против! ;)
> Когда поднимался Гугл тоже так говорили. "Ура, ура, конец гегемонии мелкомягких!"Ну а что, в Linux поддержка SoC втопила весьма даже. И не только их.
А про зонды высказался А.С.Пушкин:
Зачем стадам дары свободы?
Их должно резать или стричь.
>https://www.khronos.org/about/Нет, истории с системд не повторится. Ты глянь сколько там контор. И некоторые могут позволить себе купить редхет просто чтобы поглумиться и выбросить. Так что ничего плохого редхет не смогут сделать, а будут вынуждены конструктивно работать на общее благо.
> Нет, истории с системд не повторится.а что за история с systemd ? что там такого случилося плохого? (что именно не должно повториться?)
RedHat фактически в одиночку эту штуку разрабатывает.
Какого-то масштабного roadmap нет. А systemd это не та хрень, которую можно наобум развивать.
Я был бы более рад, если бы разработкой функционала занимался консорциум из кучи контор.
> RedHat фактически в одиночку эту штуку разрабатывает.это врядли. я слышал что патчей от сторонних разработчиков -- там до едрени фени.
но *предположим* что ты прав, хорошо.. предположим что только redhat .
> А systemd это не та хрень, которую можно наобум развивать.
а по итогу -- имеем очень качественный системный манагер (включающий функцию инициализацитора)..
выходит что можно сделать один из двух следущих выводов:
либо: всё-таки *можно* наобум разрабатывать. ведь на практике вышло всё хорошо :)..
либо: этот манагер -- разрабатывают НЕ наобум :-) . например roadmap не видел лично ты, а на самом деле он есть (как минимум в голове Лёни)..
--------------------------------------------------
и да, напомню что когда теория сталкивается с практикой -- побеждает практика. (обычно эта ситуация говорит о том что в теории где-то вышла недодумка.. либо теория основывалась на недостоверных данных)
>от сторонних разработчиков -- там до едрени фениУ этих разработчиков есть право голоса? Нет, они просто пилят утверждённый на данный момент Поттерингом функционал.
>имеем очень качественный системный манагерИ, конечно же, он будет качественным и дальше ибо если вчера у тебя не было жены, а завтра она есть, то через год у тебя будет почти 400 жён.
>разрабатывают НЕ наобумНо занимается это лишь один РэдХет, которому, в общем и целом, насрать на чужие проблемы. Консорциум принял бы как минимум не худшие решения.
>когда теория сталкивается с практикой -- побеждает практика.Вот только практика без теории ничего сложнее палки-копалки сделать не сможет.
> Нет, они просто пилят утверждённый на данный момент Поттерингом функционал.простите, а какие претензии к _функционалу_ по отношению к upstart, openrc или sysVinit?
я буквально вчера столкнулся с ситуацией, когда есть ubuntu 14.04 и upstart не спасает. даже костыль под названием supervisrord не спасает. а systemd бы спас. openrc и sysvinit не умеют этого и подавно.
Я сейчас говорю не про список возможностей, а об авторстве этого списка и о том, что автор один. Это ведёт к однобокости принимаемых решений.
ну, а если с функционалом всё в порядке, какой смысл рассуждать о том, что ты не имеешь права засабмитить фичу в systemd? ну, если тебе в реальности функциональности хватает и всё это чисто NiH-синдром?ну, реально, смешно как-то:
-- я не могу расширить функционал systemd
-- а чего тебе не хватает?
-- всего хватает, я чисто гипотетически
если что, я в своё время подписывал copyright assignment с fsf и понимаю, что просто так твой код возьмут далеко не всюду.
это ты подписывал то за что ругают Oracle?
Да, у FSF эта практика очень давно -- хочешь свой код в их проект, подписываешь бумагу, что все копирайт-права отныне их. За исключением тех случаев, которые считаются как trivial fix, под которые новая функциональность не попадает, да и патчи к старой не все.
> Я сейчас говорю не про список возможностей, а об авторстве этого спискаа ты перестань говорить об авторе. (по крайней мере до тех пор пока автор делает своё дело хорошо)
Вы себя самого послушайте: посторонние (!) разработчики пишут кучу (!) патчей по плану (!) Пёттеринга.Не приходило в голову, что они этот план поддерживают?
Ну ткни меня носом в подробный долгосрочный план. Может я действительно проморгал его.
> Ну ткни меня носом в подробный долгосрочный план.Не знаю насчет планов, но немало народа не без оснований считает что системд - может и не идеал, но сильно лучше чем то что было до этого.
вам не приходило в голову что сторонние разработчики просто вынуждены латать дыры которые леня вставил?
У такого похода есть даже основа - именно так потеринг поступил в pulseaudio.
> поступил в pulseaudio.Это было давно и поэтому почти неправда!!
И да, код типа
arg_header = strdup(option+7)
...
strcpy(mempcpy(mempcpy(r, f, a + 1), i, b), e);
...
ret = new(char, (e - slice) + 1 + strlen(name) + 6 + 1);
if (!ret)
return -ENOMEM;stpcpy(stpcpy(stpcpy(mempcpy(ret, slice, e - slice), "-"), name),
просто верх совершенства!!1
>> поступил в pulseaudio.
> Это было давно и поэтому почти неправда!!
> И да, код типа
> просто верх совершенства!!1ага.. ага.. сделать все shared dir а потом создать аналог pivot_root через mount --move это тоже верх ...
Wayland+Vulka=Love
> Divan + Borscht = Lovefixed
Мечта прямо
Ждём имплементацию directx "от Лёни".
> Ждём имплементацию directx "от Лёни".Опоздали, DX9 state tracker для gallium - скачать бесплатно без смс.
уже 2 штуки было в мезе. Одну недавно выкинули, а другую засунули.
В микрософте решили, что в линуксе слишком хороший опенгл и пора его заменить на что-то кривое своё.
Естественно всеми этими компаниями управляет майкрософт https://www.khronos.org/members/contributors
Новость про вхождение туда редхета, а не про тех, кто там уже есть. Правда там и сам микрософт давно, но линукс в фекалии превращают именно линуксовые бизнес-партнёры микрософта.
> В микрософте решили, что в линуксе слишком хороший опенглЧСХ, многое из того что там хорошего - стараниями вполне конкретного Эйрли, в том числе.
все ждем : OpenGLd, OpenCLd, WebGLd и Vulkand
Open-кондом?
> OpenGLd, OpenCLd, WebGLd и VulkandОтдельный API для графики, отдельный для расчётов -- это примерно то же самое, что систему инициализации отделять от, например, логгирования. Не по-современному, поэтому надо всё объединить в один API и для пущей унификации включить его в состав systemd.
> Отдельный API для графики, отдельный для расчётов -- это...по большому счету архаика и пережитки прошлого. Технически видеокарта - массив универсальных числодробилок, которым не важно: графика это или вычисления.
А вот разные апи заставляют вбивать неслабые костыли. Потому что любителям графики порой надо неграфические вычисления (например, обсчет физики). А любителям считать порой неплохо бы результат счета в виде графики отдать. Как darktables всяким.
tl;dr про systemd уже пошутилей?