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-алгоритмы были отключены вновь, правда на этот раз лишь частично. Шаг вперед и два назад - такова ситуация с т.н. патентами на идеи, бизнес-процессы и алгоритмы в США, увы. Самое неприятное, конечно, это вынужденная непубличность всего процесса принятия решения по юридическим вопросам о софтверных патентах.

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

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

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

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

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


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


Инженер 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, программы, более десяти лет назад написанной нашим коллегой, инженером Red Hat и участником проектов Fedora и GCC, Jakub Jelinek. Все началось с крика "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 октября будет тестовый день Intel
  • 23 октября будет тестовый день Radeon
  • 24 октября будет тестовый день Nouveau (NVIDIA)
  • 25 октября будет тестовый день Wayland


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

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

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

Официально объявили о выходе альфа-версии Fedora 20 для PowerPC. Из особенностей - в ISO-образ больше не включают пакеты для 32-битного ppc, и yaboot официально объявлен устаревшим в пользу grub2.

Dan Walsh продолжает серию постов о безопасности Fedora 20:

  • New Security Feature in Fedora 20 Part 1: Setroubleshoot - Journald integration - об этой заметке мы уже рассказывали, и просто упомянем ее еще раз, чтоб все было в одном месте.
  • Setroubleshoot does a nice job nowadays but do people read it?
  • Difference between a Confined User (staff_u) and a Confined Administrator.
  • Mistaking a Process label type for a File label type.


Если вы сисадмин или девопс, то обязательно ознакомьтесь.

Продолжается рост интереса к Kolab, открытому интегрированному решению для электронной почты, развиваемому нашими друзьями из Kolab Systems. В прессе стали появляться хаутушки, как сбежать из прослушиваемого NSA, ФСБ и бог весть еще кем, Google, в Kolab. Почитайте, если интересно. Kolab расположен в Швейцарии, стране, обогнавшей многих своих европейских соседей по степени прозрачности и открытости, не говоря уж про США и РФ, так что тайна переписки там теоретически будет в большей безопасности.

Инженер Red Hat и участник проектов Fedora и GCC, Jakub Jelinek, анонсировал GCC 4.8.2. Его уже собрали для Fedora 19 и выше. Это минорный релиз, и полной пересборки не потребуется. Одной из интересных фич релиза заявлена поддержка golang 1.1.2, что для нас очень интересно, учитывая рост количества проектов на golang в последнее время. Мы проверили - действительно, etcd им собирается и работает!

На базе функций, предоставляемых systemd, продолжают расти все новые и новые проекты. Участник коммьюнити ArchLinux, Olivier Brunel представил свой последний проект - journal-triggerd, демон, совершающий некие указанные пользователем действия по появлению определенной записи в системном журнале Journald (например, при ошибке сети). Исходные коды доступны на GitHub, ну где же еще им быть?

Lennart Poettering в своей ленте Google+ обращает наше внимание на очень интересное расширение GCC для языка C - __attribute__(cleanup). Это GCC-специфичное расширение позволяет укорачивать лапшу из обработчиков ошибок, предоставляя функциональность "деструкторов" в ANSI C, и уже вовсю используется в таких проектах, как GNOME 3, Upstart, и теперь в systemd. Опять же, возникает вопрос - а в вашем LLVM такое есть?

Вслед за видеозаписями и слайдами с LinuxCon и CloudOpen 2013 выложили видеозаписи и слайды с Linux Plumbers Conference 2013. Опять же, интересного очень много, и мы выборочно укажем на несколько выступлений наших коллег, друзей и дружественных нам компаний:

  • Fedora/systemd on lxc status - Michael H Warfield, IBM
  • Shingled Drive Impace on File and Storage Stack - Ric Wheeler, Red Hat
  • How will we Address Persistent Memory? - Jeff Moyer, Red Hat, Inc.
  • vmsplice with transparent huge pages - Robert Jennings, IBM
  • Full dynticks status - Frederic Weisbecker, Red Hat
  • Kexec/Kdump and Secureboot - Vivek Goyal, Red Hat
  • Kicking it up a Level: Bringing the Trusted Platform Module into qemu - Joel Schopp, IBM
  • Virtually Thin: Tuning XFS on Top of Device Mapper dm-thin - Carlos Maiolino, Red Hat
  • Splitting DRM/KMS device nodes - David Herrmann, student (т.е. школота)
  • Unified in-kernel IPC - KDBUS/Binder - John Stultz, Linaro.org
  • Current status of lock elision in Linux - Andi Kleen, Intel
  • SCSI midlayer scalability (Christoph Hellwig) - Ric Wheeler, Red Hat
  • Copy offloading - Zach Brown, Red Hat
  • Media decode and composition: bridging the gap - Daniel Stone, Collabora Ltd.
  • Unifying Secure Boot code and getting additions into UEFI - James E.J. Bottomley, Parallels, Inc.
  • SR-IOV Virtual Function Lifetimes - Myron Stowe, Red Hat
  • Using BlueZ in the Automotive World - Gustavo Padovan, Collabora Ltd
  • Hardening the kernel for Secure Boot - Matthew Garrett, Nebula
  • Signature Verification fo Hibernate Snapshot - Joey Lee, Suse
  • State of CRIU and integration with LXC - Pavel Emelianov, Serge Hallyn
  • Open vSwitch: Hardware assisted filtering - Thomas Graf, Red Hat
  • All Your Control Groups Are Belong To Us! - Lennart Poettering, Red Hat
  • 5s Boot Delivered - Harald Hoyer, Lennart Poettering, Red Hat ; Kay Sievers, Red Hat
  • Zero Configuration File System Discovery and Mounting - Harald Hoyer
  • Using OpenVZ to build a PaaS with Openstack's Nova - Daniel Salinas, Rackspace
  • Lightweight Containers with nspawn - Lennart Poettering, Red Hat
  • Platform Device VFIO - Alexander Graf, Suse
  • Containers control tools: can we unify those? - Kirill Kolyshkin, Parallels ; Stéphane Graber, Canonical Ltd.
  • Detecting RCU Usage Bugs - D. Giani ; P. McKenney, IBM ; F. Weisbecker, Red Hat
  • Open Source Graphics on ARM - Rob Clark, Red Hat
  • Hasslefree Boot Loading with Gummiboot - Harald Hoyer, Red Hat
  • IVI and Wayland: why, what, how - Daniel Stone, Collabora Ltd.
  • TCP repair overview - Pavel Emelianov, Parallels


Cмотрите, ставьте лайки и делайте репосты.



Отдельно хочется обратить внимание на короткий, но очень показательный доклад Upstart Roadmap - James Hunt, Canonical, Ubuntu ; Dmitrijs Ledkovs, Canonical . Мы бы не обратили особого внимания, но Mark Shuttleworth опять высказался по поводу systemd и bloatware, по его-же словам отсутствующего в Upstart. Так вот, нынешнее состояние проекта Upstart, это прикручивание фич, давно реализованных в systemd, на ошибочную архитектуру, и это выступление лишь показывает отсталость проекта. И самое интересное, что из роадмапа проекта видно, что они уперлись в те, проблемы, которые давным давно указали и пофиксили Poettering и его команда, и решают их копипастя фичи из "bloatware", в терминологии окончательно отрывающегося от реальности Mark Shuttleworth - в планах у них cgroups, реализация cron, слушать сокеты, API для блокировки перехода в спящий режим, запуск процессов в собственных namespace, интеграция с NM. Ничего не напоминает?

Не первый раз, конечно. Еще раз повторимся:

Все непопулярные в народе решения сначала принимает федора. Потому что надо как-то проблему решать - её и решают.

Убунтоиды полгода молча игнорируют вопрос (ядро у них то же и загрузчик тот же, но да, как бы у них всё ок, это только федора "проблемная" значит). Через полгода, как холивары отгремят - вылезает Марк на белом коне, предлагает то же самое решение, но ещё и реализованное задом наперед, и все убунтоиды будут это же решение отстаивать столь же непримиримо как они его закапывали до этого.


Главное, им же самим больно. Вот, та проблема с переключалками в GNOME 3, благодаря которой российские убунтоводы узнали, что вместо Unity у них чуть приукрашенный GNOME 3, который они как только ни называли, причем не менее, чем полугодичной давности - ведь ее в Fedora решили очень давно. Но т.к. у Ubuntu свой суверенный путь, с форканьем библиотек, и без тестовых дней на систематическом уровне, то Canonical вывалили ее на юзеров снова. Сейчас у некоторых убунтоводов новая идея - оказывается, теперь Unity переписывается на Qt, и коммуникационно-личностные проблемы с разработчиками GNOME уйдут, т.к. Canonical теперь будут тесно сотрудничать с Qt и KDE. Ну так ваш главарь уже и KDE-шников успел достать так, что они ему "стрелку забивают", чтоб он "ответил за базар". Дальше будет бежать некуда, и придется переделывать Unity для работы с FVWM или xmonad.

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



Это строящийся эсминец типа «Замволт». Завершенный, он будет выглядеть примерно так:



В РФ, конечно, такое тоже есть, просто засекречено от врагов и граждан.

Страницы