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

Объявление для пользователей Fedora 20 и RFRemix 20:

в пакете selinux-policy-3.12.1-116.fc20 содержится баг, который проявляется при последующих обновлениях в виде примерно такого лога yum:

warning: %post(libudisks2-2.1.2-1.fc20.x86_64) scriptlet failed, exit status 127
Non-fatal POSTIN scriptlet failure in rpm package libudisks2-2.1.2-1.fc20.x86_64
  Обновление  : yum-3.4.3-130.fc20.noarch                                                       
warning: %post(yum-3.4.3-130.fc20.noarch) scriptlet failed, exit status 127
Non-fatal POSTIN scriptlet failure in rpm package yum-3.4.3-130.fc20.noarch
  Обновление  : system-config-language-1.4.0-7.fc20.noarch                                      

Для решения проблемы нужно временно перевести selinux в разрешающий режим, обновить его политики, и включить enforced-режим обратно:

# setenforce 0
# yum clean expire-cache
# yum update selinux-policy
# setenforce 1

В пакете selinux-policy-3.12.1-117.fc20 баг уже исправлен. Поэтому если вы обновились сразу на него, пропустив обновление на версию 3.12.1-116, ничего делать не нужно.

Подробности на вики-странице Common F20 Bugs

Сразу после присоединения CentOS к нашей семье дружественных проектов пошли хорошие известия. Мы уже писали, что проект стал гораздо прозрачнее, открыв публичный доступ к исходникам своих различных инфраструктурных компонентов, но на этом новости не заканчиваются.

OpenShift официально объявил о полной поддержке CentOS. Представители OpenShift присоединятся к еще не созданной CentOS Cloud SIG и будут участвовать в CentOS Dojo. Кстати, ближайшее Dojo будет 31го января в Брюсселе, прямо перед FOSDEM, и пара наших коллег из Москвы там точно будет. Присоединяйтесь!

Участники CentOS и представители Red Hat пригласили представителей Scientific Linux к диалогу. Раньше активные участники Scientific Linux порой переходили на работу в Red Hat, как, например, Troy Dawson, о вкладе которого в Fedora мы уже писали как то, но может и тут настало время объединить проекты? Если получится, то все проекты будут жить вместе, и за бортом останутся лишь бесполезные нахлебники из известной юридической компании, один из отделов которой производит незаслуженно популярную проприетарную базу данных.

В CentOS начали вносить свой вклад сторонние разработчики! Ну, конечно, не совсем уж сторонние. Наш коллега, Andreas Thienemann, выразил интерес в сборке CentOS 7 для x86-процессоров, поддержку которых удалили из RHEL 7. Он не только выстрелил в воздух идеей, но и оформил ее в виде патчей для билдсистемы CentOS, и пересборка уже пошла. Интересно, будет ли запрос на сборку CentOS 7 для 32-битного ARM?

Мнущееся у входа и никак не решающееся войти коммьюнити Debian уже полгода-год выбирает - systemd или Upstart. За systemd стоит большое коммьюнити разработчиков, техническое превосходство и инновации, которых так не хватает Debian. За Upstart стоит единственный корпоративный спонсор Debian (нанял несколько человек из Debian - другие не сделали и этого), и попытка укусить руку дающую может привести к очень тяжелым последствиям. Выбор непрост, и обсуждение затянулось далеко за три тысячи сообщений.

Когда почти все сложилось в пользу Upstart, произошли два события. Во-1 в состав комитета вошел Keith Packard, а он утилитарно и технически грамотно смотрит на вещи. Во-2 Bdale Garbee предложил вернуться в самое начало, сообщив, что он считает, что мэйнтейнеры должны поддерживать сразу несколько init-систем.


Работайте, мэйнтейнеры, солнце еще высоко!

Сложностей в поддержке нескольких init-систем Bdale не видит, как и жалоб на искусственную задержку обновления systemd в Debian, мэйнтейнеры которого вынуждены ждать, пока разработчики Upstart накопипастят еще фич из systemd, которые недавно теми и критиковались ("комбайн", "не-юниксвэй" и т.п.).

Это уже не могло понравиться никому. В конце концов, чтоб ничего не решать, для этого есть целое Debian Community, некоторые участники которого верят, что Linux Is About Choice, а Debian ctte как раз и позвали, чтоб решить хоть что-то. Инженер Canonical и разработчик systemd, Martin Pitt, возмутился и в своей ленте Google+ призвал их определяться, или туда - или сюда, "а то это ваше туда-сюда меня раздражает!".

Почти сразу не мучать кота призвали инженеры Spotify. В их коллективном письме они подчеркивают, что управляют одной из крупнейших Debian-инсталляций, которая включает одних только физических машин пять тысяч штук, не считая многих тысяч виртуальных машин с Debian, и призывают перейти на systemd целиком, т.к. он проще, и лучше приспособлен для больших сложных систем. К их письму присоединился простой сисадмин одной из полутора сотен Tier-2 вычислительных сетей для Large Hadron Collider и также призвал перейти на systemd, как однозначного технического лидера и, что также немаловажно, гораздо более открытого и свободного проекта, чем Upstart. Он припомнил Canonical их CLA, то, что они забрасывают проекты, когда теряют к ним интерес (история угасания bzr им еще не раз аукнется), и их последние движения в сторону от коммьюнити (Mir vs. Wayland). В противовес Canonical он поставил традиционную прозрачность и открытость Red Hat для коммьюнити (это интересно, но у коммьюнити нет рычагов управления Ubuntu, и решения принимает единолично Canonical).

Спектакль немного затягивается, и решение будет сложным. Можно наверное начать гадать, кого из крупных корпоративных пользователей Debian потеряет, как из-за неуверенности в перспективах проекта, управляемого настолько плохо (и так компаний, предоставляющих техподдержку у них почти нет, а будет еще меньше), так и из-за позднего решения, неважно уже какого, но уже точно с которым многие будут несогласны.

С октября 2013 года ситуация с OpenCL в Fedora еще немного улучшилась, хотя "из коробки" пока не работает.

Участник нашего коммьюнити, Igor Gnatenko, присоединился к инициативе инженера Red Hat и разработчика oVirt, Fabian Deutsch, и предложил ряд изменений для Mesa, которые корректно включают поддержку OpenCL в библиотеке. Как минимум, можно будет запустить стандартные утилиты и получить параметры доступных OpenCL-драйверов. К сожалению, работа еще не завершена, и необходимо замерджить эти изменения в Mesa в репозиторий Fedora, и добавить еще несколько библиотек и приложений (сейчас идет работа по включению beignet).