Russian Fedora

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

Короткие новости

Это архивная статья

В Fedora теперь три основных рабочих направления, в рамках которых из общей пакетной базы будут создаваться три продукта - Fedora Server, Fedora Workstation, Fedora Cloud.

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

Вот, кстати, почему-то прошло незамеченным сентябрьское обсуждение предложения отказаться от bugzilla.redhat.com, и все заявки по ошибкам вести лишь в багтрекерах апстрима. А недавно наш коллега Jiří Eischmann поставил вопрос ребром, нуждается ли Fedora Project в новых участниках? И если нуждается, то почему процесс присоединения к нам столь запутан и плохо документирован, а инструменты неинтегрированы на должном уровне? И почти одновременно с ним, другой наш коллега Luya Tshimbalanga пожаловался в списке рассылки разработчиков, что включение пакетов в Fedora порой блокируется по нетехническим причинам.

Без всякого сомнения, проблема уже назрела, и в ближайшее время будут приняты меры по улучшению ситуации.

Платформа Eclipse будет использовать GTK3 по умолчанию.

Rackspace объявили о покупке ZeroVM, компании, развивающей одноименный принципиально новый облако-ориентированный гипервизор. Он уже интегрирован с OpenStack Swift.

systemd постепенно переходит на собственую реализацию d-bus - libsystemd-bus, которая, как было задумано, будет использовать kdbus, реализацию шины данных в ядре, о которой мы уже говорили. На libsystemd-bus переведена утилита systemd-analyze.

Кстати, насчет kdbus, с Linux Plumbers Conference 2013 поступили интересные новости. Оказывается, изначальная идея о переписывании binder для использования kdbus уже имеет довольно неопределенное будущее. Сам kdbus ожидается в следующем году, но уже сейчас есть сильные архитектурные различия в работе binder и том, как будет работать kdbus.

Более подробно это обсуждается в статье на LWN, к сожалению временно находящейся за paywall.

Вышел CUPS 1.7.0 (новость уже обсуждается на Linux.org.ru).

Участник коммьюнити Fedora и инженер Red Hat, Tim Waugh не только уже собрал его для Fedora 20 и Fedora 21, но и добавил патч для интеграции с Journald, что открыло совершенно новые возможности для мониторинга. Tim рассказывает о них в заметке в скоем блоге.

Участник Fedora, инженер Red Hat и разработчик GCC, GDB и binutils, Tom Tromey объявил о переводе проектов GDB и binutils с CVS на Git. Ну что тут скажешь, лучше поздно, чем никогда.

Rich W.M. Jones выпустил libguestfs 1.24.

Из новинок - новый скрипт для сборки образов виртуальных систем, интеграция с systemd (теперь используется Journald), биндинги к golang.

В Weston начата работа по замене бэкендов отрисовки на лету.

Вышла статистика по ядру Linux 3.12. В этот раз случилась маленькая сенсация - Red Hat не попал в тройку лидеров! К нам присоединился очередной инженер дружественной нам компании Lanedo, разработчик LibreOffice, Eilidh McAdam. Она теперь новый ambassador Fedora Project.

Поздравляем Debian с разумным выбором!

**systemd effectively mandatory now due to GNOME** Конечно, это только проверка перед финальным внедрением, и завтра systemd по умолчанию в Debian не появится - вон, в Arch Linux, тоже не сразу внедряли. Но теперь уже понятно, что появление systemd по умолчанию в Debian, это лишь вопрос времени, и большинством мэйнтейнеров Debian выбор сделан правильный. Хотелось бы отметить последовательно отстаивающих свою позицию разработчиков GNOME, которые не соглашались с заменой компонентов systemd на наколеночные аналоги, написанные для использования альтернативных init-систем. На очереди переход на systemd проектов KDE и Enlightenment, что немного простимулирует сомневающихся.

Ну и разумеется у недовольных systemd всегда остается выбор - у них будет возможность переключиться на fvwm, xmonad, twm и другие удобные window-менеджеры. Дольше всех, что уже понятно, без systemd продержится Ubuntu, но т.к. они целиком базируются на GNOME, и уже давно массово копипастят куски systemd, то мы уверены, что у немногочисленных мэйнтейнеров Canonical уже давно есть навязчивые мысли о том, как сэкономить время и другие ресурсы, отказавшись от Upstart. К сожалению, участники коммьюнити Ubuntu и инженеры Canonical не допускаются до обсуждения вопросов такого уровня - за них единолично решает Mark Shuttleworth.

Новая архитектура - ppc64le

Это архивная статья

Вслед за анонсом Fedora 20 для PowerPC, у Fedora PowerPC SIG появились новости - инженерами дружественной нам компании IBM ведется работа по включению совершенно новой архитектуры в Fedora, ppc64le. Из названия понятно, что это 64-битная архитектура PowerPC, но little-endian, т.е. как x86/x86_64. Это будет уже третий вариант 64-битной PowerPC архитектуры, доступный в Fedora (предыдущие два, это "традиционный" ppc64 и добавленный в Fedora 18 ppc64v7).

Коммьюнити Haskell делает первые шаги навстречу systemd

Это архивная статья

Fedora Haskell SIG приветствует появление библиотеки для использования systemd socket activation в Haskell. Это, без всякого сомнения, поможет в разработке высокоинтегрированных в систему сервисов на этом популярном языке, использующемся, например, в Facebook, финансовых и телекоммуникационных компаниях стран ЕС, и еще двумя российскими программистами для написания однострочных скриптов.

В других языках программирования ситуация тоже улучшается - есть бранч PHP, поддерживающий socket activation, в Ruby реализовать socket activation оказалось проще простого, существуют биндинги для Journald для разных языков, но наверное самый впечатляющий прогресс был достигнут для языка Go / Golang. После нескольких разрозненных попыток (github.com/philips/go-systemd, github.com/3M3RY/go-systemd, github.com/lemenkov/systemd.go, github.com/icub3d/go-systemd-logger), участниками CoreOS была создана общая библиотека для работы с systemd в golang - go-systemd, и проекты потихоньку начинают переключаться на ее использование. На использование systemd для работы постепенно переходит etcd, ключевой компонент CoreOS, о котором вы уже слышали, и уже перешел eclus, заменитель стандартного Erlang port mapping daemon. На очереди еще несколько системных демонов.

Продолжение истории с ECC в Fedora - теперь печальные новости

Это архивная статья

После анонса о возможности включения ECC шифрования в Fedora, события развивались довольно неожиданно - не прошло и недели, как без каких либо объяснений ECC-алгоритмы были отключены вновь, правда на этот раз лишь частично. Шаг вперед и два назад - такова ситуация с т.н. патентами на идеи, бизнес-процессы и алгоритмы в США, увы. Самое неприятное, конечно, это вынужденная непубличность всего процесса принятия решения по юридическим вопросам о софтверных патентах.

В результате было отключено несколько алгоритмов, в т.ч. и те, что требуются для Bitcoin, и хотя в общем ECC формально в Fedora есть, проблема все еще осталась, хотя и сильно уменьшенная в размерах по сравнению с тем, что было несколько дней назад. Наши коллеги открыли пару новых заявок в Bugzilla - о включении кривой secp521r1 и о включении кривой secp256k1 (она как раз и нужна для Bitcoin), и мы рекомендуем всем заинтересованным лицам подписаться на них. Вся информация будет публиковаться там.

Что касается шифрования по ГОСТ, мы пока не слышали ни о каких изменениях. Если вы знаете о примере использования ГОСТ в OpenSSL, который можно воспроизвести без дополнительного оборудования и без настроек веб-серверов и т.п., то расскажите нам.

OpenCL в Fedora

Это архивная статья

Положение с OpenCL по сравнению с ситуацией годичной давности начало улучшаться. В Mesa включили поддержку ICD, что позволит устанавливать и использовать разные реализации OpenCL от разных разработчиков, в т.ч. и проприетарные (мы уже говорили, что в OpenGL тоже запланировали переход на новый ABI с аналогичной архитектурой, и практически завершили запланированное). К сожалению, пока Mesa в Fedora собрана без этой функциональности, но мэйнтейнеров Mesa уже попросили пересобрать ее с поддержкой ICD.

В остальном, все кусочки уже в наличии, в т.ч. pocl, полноценная реализация OpenCL на CPU (без GPU), которую можно рассматривать как "эталонную" (в смысле "референсную", а не "идеальную"), и работа по сбору из кусочков полноценной платформы для разработки с OpenCL и его использованием уже началась. Работу взялся выполнить инженер Red Hat и разработчик oVirt, Fabian Deutsch. Он планирует оформить это, как фичу Fedora 21.

Прямая трансляция с LinuxCon EU, Эдинбург

Это архивная статья

Прямо сейчас идет очередная конференция - LinuxCon. Наших коллег и друзей, как обычно, там навалом, и позже мы выложим ссылки на некоторые из выступлений. Ну и пока можно посмотреть прямую трансляцию с одного из потоков - KVM Forum.

|image0| Без наших участников не обойтись!

Новости графической подсистемы

Это архивная статья

Инженер Red Hat и участник Fedora, Adam Jackson, начал процесс интеграции XWayland в X.org.

Интересно, что заодно с Wayland-специфичными патчами он предложил на рассмотрение серию патчей для улучшения запуска Xorg в rootless-режиме.

Это тоже нужно для XWayland, но заодно может оказаться полезным для Xorg под Mac OS X, Windows, OS/2 и т.п., где он запускается именно в rootless-режиме, и где используются out-of-tree патчи для этого.

Инженером RealVNC, Andrew Wedgbury, был предложен еще один вариант удаленного доступа до рабочего стола в Wayland-композиторе Weston.

Продолжает развиваться QXL видеодрайвер, разработанный инженером Red Hat и участником Fedora и Debian David Airlie. Другой инженер Red Hat, Alon Levy, объявил о выходе версии 0.1.1 этого видеодрайвера. В списке улучшений - поддержка KMS (как вы помните, реализованная в рамках фичи Fedora 19), поддержка Xspice аудио, удаление GPL-кода, и т.п. Развиваются и видеодрайверы для ARM - участник Fedora ARM SIG Rob Clark доработал MSM DRM driver ("ядерная" часть драйвера для видеочипов Adreno) так, что он теперь поддерживает PRIME и Render Nodes.

Ну и раз заговорили про ARM-видеодрайверы, то надо упомянуть и что Russell King, широко известный в кругах kernel-разработчиков, продолжает работу над DRM-драйвером для чипов Marwell Armada, и он недавно добавил поддержку новых устройств и отослал изменения на review Rob Clark и David Airlie.

Prelink. "Я тебя породил, я тебя и убью!"

Это архивная статья

В списке рассылки devel@lists.fedoraproject.org идет интересное обсуждение о будущем prelink, программы, более десяти лет назад написанной нашим коллегой, инженером Red Hat и участником проектов Fedora и GCC, Jakub Jelinek. Все началось с [STRIKEOUT:крика "A король-то голый!"] письма от Dhiru Kholia, криптоаналитика, известного недавним исследованием протокола DropBox, закончившимся его реверс-инжинирингом, участника проектов Fedora и OpenWall, инженера Red Hat. В письме Dhiru с недоумением отмечает, что использование prelink не показало значимых ускорений на имевшихся в его распоряжении конфигурациях, и спрашивал, может-ли кто-нибудь описать систему и/или сценарий, при котором можно будет замерить существенные различия. В ответ раздался хор проклятий и пожеланий скорейшей смерти prelink-у от инженеров Red Hat, намучавшихся с ним при сертификации FIPS-140, при верификации RPM (rpm -V), при сборке с -fPIE, да и просто в самых различных местах.

Оказывается, на современных системах уже давно prelink больше гадит, чем помогает. Причем гораздо больше. Возможно с какими-то старыми ядрами, с древними линковщиками, с допотопным gcc, с альтернативными Libc, prelink еще актуален, но точно не в современных конфигурациях. Дискуссия оказалась довольно горячей, т.к. выяснилось, что в наличии множества систем с включенным prelink все еще заинтересованы разработчики GCC и GDB. Быстро обнаружилось, что наличие prelink в пользовательских системах превращает юзеров в бесплатных тестеров новых GDB, elfutils и т.п. Но участники коммьюнити Fedora решительно выступили против такого беспардонного использования юзеров в качестве хомячков, ведь наши пользователи, в отличие от других дистрибутивов, это не бесплатные бета-тестеры! И т.к. у нас в коммьюнити действует просвещенная демократия, то по итогам обсуждения было сформулировано предложение на рассмотрение FESCo - отказаться от установки prelink по умолчанию в новых системах. Если FESCo одобрит, то возможность установки останется, и кто захочет, тот всегда может его установить, но подталкивать к этому мы больше не будем.

Сделан первый шаг к удалению prelink из системы, и мы будем следить за развитием событий.

С 22 по 25 октября пройдут тестовые дни графической системы

Это архивная статья

На следующей неделе у нас по плану тестирование графической системы:

Присоединяйтесь, даже если у вас не Fedora. Ведь результаты тестов принесут пользу не только нам, но и всему OpenSource-коммьюнити, в т.ч. и вашему дистрибутиву. Кроме нас, т.е. кроме Fedora Project, никто систематически не проводит тестирование, так что это последний шанс исправить ошибки до релиза. В этот раз для участия от вас не потребуется ничего устанавливать, лишь загрузиться с LiveCD. Образы дисков, как обычно, будут доступны в день тестирования.
Понятно, что простому пользователю тестовые дни в целом полезны, но интересно ознакомиться и с впечатлением со стороны разработчиков.

Совсем недавно у нас был тестовый день по SSD Cache (bcache), в котором приняли участие и upstream-разработчики, Kent Overstreet и Rolf Fokkens. После нескольких дней ожидания, Rolf отписался по итогам тестового дня.

К сожалению, в тестах SSD Cache приняло участие лишь три добровольца, что было ниже, чем ожидали ребята. Rolf предполагает, что столь низкая активность вызвана совокупностью факторов - во-1, мало кто знает, что это вообще за технология, во-2, требуются не очень распространенные физические ресурсы (свободный SSD), в-3, в отличие от, например, тестовых дней графической системы, требовалось изменение существующего разбиения дисков (переразбивать диск для проверки, рискуя потерять данные, согласится не всякий), в-4 в Anaconda интеграция этой фичи пока находится не на должном уровне. Но даже в таких непростых условиях тестовый день позволил воспроизвести ошибку в ядре (благодаря участию в тестовом дне нашего соотечественника, гордимся им!)

System Message: WARNING/2 (<string>, line 47)

Block quote ends without a blank line; unexpected unindent.
В целом же Rolf полагает, что даже эти скудные результаты позволяют говорить, что текущее состояние SSD Cache (bcache) вполне удовлетворительное, и он надеется, что в последующих тестовых днях будет участвовать больше добровольцев, что позволит им (и другим представителям upstream-разработки) находить и исправлять гораздо большее количество ошибок.