Russian Fedora - сообщество русскоязычных участников международного проекта Fedora

Известный гентушник и дистрохоппер Greg Kroah-Hartman попробовал объяснить, почему Binder, использующийся в Android вероятно никогда не будет заменен kdbus. В статье, написанной им с помощью Kay Sievers и Lennart Poettering, он упрощает различия до двух - D-Bus требует память, а Binder целиком полагается на CPU. Грубо говоря, Binder, это синхронная система распределенных блокирующих вызовов и посылок сообщений, не хранящая их, а сразу доставляющая адресату наподобие той, что должна присутствовать в любом микроядре (аналог gen_server:call/2 в Erlang). А вот D-Bus, как раз наоборот, асинхронная неблокирующая шина данных, накапливающая сообщения в памяти (очень приблизительный аналог gen_server:cast/2 в Erlang).

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

Заметку уже обсуждают в ленте G+ автора.

Вышла новая версия Copr, новой сборочной системы, о которой вы уже слышали. В новой версии добавлена возможность сборки для EPEL 7, которую как раз недавно анонсировали.

Дикий срач Конструктивный диалог вокруг dnf, перспективной замены yum, не был безрезультатным. После недавно вышедшей версии 0.4.10, в которой была добавлена возможность плагинам добавлять команды, быстро вышла версия 0.4.11, начиная с которой возможности для плагинов были расширены еще больше (например, для создания плагина, который бы возвращал поведение, аналогичное Yum, при удалении kernel). Пока же написано и доступно пользователям лишь два плагина - noroot, который проверяет полномочия пользователя как можно раньше, и kickstart, позволяющий устанавливать пакеты используя kickstart-скрипты. К сожалению, пока API еще не стабилизировался, но лучше начинать работать над плагинами прямо сейчас, т.к. тогда можно поучаствовать в обсуждении изменений API.

Первая новость после присоединения к нам команды CentOS (всех трех человек). Открыт доступ к git-репозиториям CentOS (и зеркало на GitHub). Там пока ничего особо нету, но будет вся сборочная инфраструктура (конфиги, kickstart-файлы, и т.п.).

Ralph Bean продолжает работать над централизацией нашей инфраструктуры. Он анонсировал замену старого узла Bugz.fedoraproject.org в пользу интегрированного с Pkgdb2 решения.

И напоследок, интересная новость. Наш товарищ, Max Lapshin, написал наверное первую рабочую библиотеку по работе с RPM, не использующую librpm. С непритворным ужасом и изумлением он ознакомился с форматом пакета, о чем и пишет в своем посте. Несмотря на то, что библиотека еще не оформлена, как библиотека, и написана на Erlang, мы уверены, что проведенная им работа будет полезна в т.ч. и другим разработчикам, например, при реализации бинарного формата на любом другом языке. Напомним, что разработчикам RPM проблемы стандарта известны, и уже сформулированы планы на инфраструктуру вокруг RPM на ближайшую пятилетку. В планы, кстати, входит и dnf.

Появилась видеозапись выступления Lennart Poettering на конференции Linux.conf.au 2014, на которой рассказал о kdbus, и его текущем состоянии:



Для пользователей Firefox, у которых не показывается видео, мы хотим сообщить, что недавно в Fedora наконец-то Firefox был собран с поддержкой gstreamer (вы уже могли слышать о планах на это). Пока собрали лишь для Rawhide (Fedora 21), но по счастливому совпадению, получившиеся пакеты спокойно ставятся в Fedora 20, так что можете с известной осторожностью пробовать. Еще вам понадобится установить следующие пакеты - gstreamer-plugins-bad, gstreamer-plugins-ugly, gstreamer-ffmpeg (как можно заметить, наши мэйнтейнеры решили не ждать перевода Firefox на gstreamer1).

УПД: еще очень желательно установить YouTube ALL HTML5 плагин для Firefox, который позволит переключать ролики ютуба на HTML5 принудительно.