Russian Fedora

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

Debian официально запланировал переход на systemd

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

В опубликованных целях на следующий релиз Debian мы с удовольствием отмечаем следующие фичи, впервые внедренные в Fedora:
  • systemd будет полностью поддерживаться (пока в параллель с SysV и его скриптами), что было ожидаемо.

    Очень хорошо, что OpenRC, несмотря на больший возраст по сравнению с systemd даже не рассматривали. Также хорошо, что проигнорировали Upstart, хотя давление со стороны Canonical несомненно было. Теперь можно ожидать, что еще лет через 5 systemd будет по умолчанию, если, конечно, к тому времени Debian все еще будет широко использоваться.

  • Сборка с -fPIE, -fPIC и прочими флагами GCC для улучшения безопасности. Кстати, для любителей LLVM - там с этим как вообще?

  • Использование SELinux. Специфика SELinux такова, что требуются годы для написания правил системы, и надо сказать, что у нас, в Fedora, эти правила все еще пишутся. В Debian всерьез полагали, что можно, как обычно, подождать, пока все что нужно, будет сделано в Fedora, а потом просто взять и включить все наработки, но система Debian отличается от нашей, что делает какое-то количество правил неработоспособными, а какое-то и вовсе вредными. Им придется начать не то, чтобы с самого начала, но с какой-то точки, которую мы прошли уже давно. В Android и CyanogenMod SELinux включили по-другому - там он будет работать некоторое время в permissive mode, собирая статистику срабатываний, которую потом вероятно будут как-то массово забирать прямо с устройств пользователя.

  • UTF-8. Будете смеяться, но вот такая вот цель на следующий Debian.

  • Поддержка CC/CXX флагов в debian/rules


Новость уже обсуждается на Linux.org.ru и OpenNET.ru.
Вообще чувствуется оживление. Хоть и отстают на несколько лет от нас, но для Debian по причине небольшого количества активных участников проекта (которое, кстати, постоянно снижается, вернувшись к показателям 2005-2006 года - немногочисленные участники разбегаются в Fedora и Canonical или переходят на Apple), это вполне нормально. Зато почти вровень с RHEL 7 (отставание будет всего на полтора-два года, или около того). Похоже, что нынешний лидер проекта действительно понимает, что ситуация с инновациями в Debian обстоит ужасно. Сейчас разработчики новых системных фич переходят из других коммьюнити к нам, где гораздо меньше ретроградов, бессмысленно боящихся железной поступи прогресса.
Кстати, еще раз повторим - если вы системный администратор, devops или Linux-энтузиаст, то изучайте возможности systemd, т.к. это ваше будущее. Пользователям ArchLinux мы уже это говорили, но, возможно, что пользователи других дистрибутивов еще не прислушались к нашим советам.

Сегодня тестовый день SSD Cache (bcache)

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

Сегодня, в рамках тестовых дней Fedora 20 будет проходить тестовый день посвящённый тестированию SSD Cache. А если точнне bcache, т.к. dm-cache находится в очень плохом состоянии.
Сегодня, после 12:00 PST (23:00 MSK) будет присутствовать автор и главный разработчик bcache (Kent Overstreet).
На сегодняшний день (официально) bcache есть в 2х дистрибутивах - Ubuntu (PPA), Fedora (основные репозитории). В рамках Fedora Project мы написали правильные udev правила, правильно внедрили в dracut и сделали очень много другой работы. Bcache - self-contained фича Fedora 20, что означает через установщик федоры вы не можете использовать bcache. К F21 это уже будет wide-change, что означает интеграцию с установщиком.
Не переживайте, пользователи `distroname`! В ближайшем будующем, конечно же, они появятся и в вашем `distroname`, поэтому не стесняйтесь приходить и тестировать. Все наши наработки будут переданы в апстрим!
У нас подготовлены 4+ тесткейса:

Последний тесткейс даёт интересные возможности для билдсерверов по типу koji. Т.к. частоиспользуемые пакеты для сборки будут кешироваться на SSD, что должно дать неплохой прирост к производительности.
После тестирования нужно заполнить таблицу.
Все вопросы можно (и нужно) задавать на #fedora-test-day on Freenode мне (ignatenkobrain) и Rolf Fokkens (rolffokkens).

WebVirtMgr, web-интерфейс для KVM, достиг версии 3.0.0

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

Anatoliy Guskov анонсировал выход версии 3.0.0 своего интересного проекта - WebVirtMgr, веб-сервиса централизованного управления виртуальными машинами, на базе KVM и libvirt. В новой (по большому счету второй официально выпущенной) версии внесены исправления ошибок, уточнены зависимости от библиотек Python, и добавлены скрипты для запуска в gentoo.
Об истории проекта, выросшего из наколенной поделки, до самостоятельного продукта, и его начальной настройке Анатолий рассказывает на Хабрахабре.
Обратите внимание, сегодня весь сайт был внесен в какой-то из запретных списков, заведенных в последнее время Единой Россией, так что не волнуйтесь, если он не открывается - используйте технические средства обхода блокировок. Возвращаясь к проекту - он предоставляет полный список необходимой функциональности для управления KVM:
  • Просмотр потребления ресурсов как на хостовой, так и на виртуальных машинах.
  • Управление сетью и хранилищами данных.
  • Управление образами машин, создание снапшотов, клонирование.
  • Просмотр логов.
  • Создание / запуск / (при)остановка виртуальных машин.
  • Доступ по VNC (требуется java).

Скриншоты (больше по клику на картинке):
Dashboard

Далеко не всегда получается поставить на машинку virt-manager (например, на Macbook), и далеко не все захотят по каждому пустяку лазить в консоли по ssh, так что проект выглядит очень перспективно.
Исходники проекта выложены на GitHub - скачивайте, устанавливайте, изучайте, изменяйте, запрашивайте доработку требуемого функционала у автора.

Сбор средств для оплаты хостинга

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

Уважаемые участники, сочувствующие и просто читатели, команда проекта Russian Fedora, которому в этом году исполняется пять лет, объявляет акцию по сбору средств для оплаты очередного периода хостинга серверов.

Сейчас мы держим два сервера: виртуальный, на котором живут знакомые вам web-ресурсы (сайт, вики, форум и багрекер), и чуть менее известный, но не менее значимый, физический билд-сервер, на котором собираются пакеты для репозиториев russianfedora-free, russianfedora-nonfree и russianfedora-fixes (см.

Репозитории).

Мы решили ограничиться планами на один год и вот что у нас вышло: Цель: 30 000 рублей Яндекс.Кошелек: 410011073341343 Дата подведения итогов: 25 октября Мы гарантируем, что все без исключения собранные средства, в том числе в случае превышения суммы, будут направлены только на оплату хостинга серверов Russian Fedora.

P.S. Все вопросы по поводу сбора средств, альтернативным способам их перечисления (Paypal, Сбербанк и т.п.), а также свои предложения по поводу нашего проекта в целом вы можете направить мне на почту bookwar AT fedoraproject.org, в джаббер bookwar AT jabber.ru или в общую Jabber-конференцию fedora AT conference.jabber.ru.

Fedora для работы над другими дистрибутивами

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

В Fedora давно есть возможность установить Debian с помощью команды debootstrap, например, в отдельную директорию, в которую потом можно будет зачрутиться или запустить в контейнере. Это позволяет участникам коммьюнити Debian использовать наш современный дистрибутив, продолжая работать над своим довольно устаревшим и отстающим дистрибутивом, все еще пригодным для простых серверных задач. А в последнее время из-за наплыва большого числа участников коммьюнити Arch Linux (да и просто рядовых пользователей Arch Linux) возникла потребность в легком развертывании Arch Linux на Fedora, что и было реализовано нашим новым участником, Zbigniew Jędrzejewski-Szmek (мы об этом уже упоминали).

Но в последнее время мы столкнулись со схожими запросами от участников других коммьюнити. Например, мы уже упоминали, что разработка Ubuntu без установленной Fedora очень сложна.

Получается, что если у типичного пользователя Ubuntu на компьютере установлены как минимум две системы (Windows, без которой обойтись не получается, и Ubuntu, чтоб убедительно спорить с другими, утверждая, что Ubuntu настолько хороший дистрибутив, что позволяет отказаться от Windows), то участнику коммьюнити Ubuntu нужно уже минимум три системы - Windows, без которой ему не обойтись, Fedora, для исправления ошибок, которые не получается исправить самим, и Ubuntu, от которой толку мало, но без нее как-то уж неприлично. Так и родилась идея, о том, что почему бы не вести разработку Ubuntu (и для Ubuntu) на Fedora, которая позволяет обойтись без дуалбутов с Windows и прыжков с дистрибутива на дистрибутив? Но для этого лучше бы уметь устанавливать дистрибутив Ubuntu в папку, чтоб потом чрутиться туда или запускать контейнер. Можно использовать debootstrap, но он работает только с готовыми пакетами, а можно сделать еще лучше - использовать и debootstrap, и включить все необходимые для сборки DEB-пакетов приложения, чем и занялся участник коммьюнити Ubuntu, наш новый коллега Sandro Mani. Мы знаем печальные истории людей, которые вынуждены заниматься с Ubuntu (например, наш известный коллега Matthew Garrett одно время был инженером Canonical), и появление всего нужного для сборки пакетов в нашем дистрибутиве немного облегчит им жизнь, т.к. избавит от необходимости переключаться в Ubuntu. Так что пожелаем Sandro успехов (и поможем!). Интересно, что это еще не все новости. В день рождения проекта GNU наш коллега David Michael предложил на публичное рассмотрение свой проект - набор spec-файлов для сборки системы для кросс-компиляции под GNU Hurd.

За 20+ лет существования проекта Hurd, он так и не достиг уровня самодостаточности (т.е. его состояние после двух десятков лет разработки гораздо хуже, чем любого очередного форка BSD тремя участниками), и появление набора для кросс-компиляции в Fedora могло бы как-то увеличить интерес к нему среди пользователей нашего дистрибутива. Конечно есть серьезные сомнения, что Hurd вообще хоть кому-нибудь из наших участников будет интересен, но никто не против.

Планы по переходу на Python 3

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

Пока команда Fedora QA занимается тестированием свежеиспеченного Fedora 20 Beta Test Compose и проведением тестовых дней, разработчики уже приступили к построению планов на будущее. И в этом будущем нас конечно же ожидают новые потрясения и новые достижения, в частности, переход на Python 3.

Что именно означает фраза "Python 3 по умолчанию" для Fedora?

На вики-странице изменения предложена следующая формулировка:

  • Минимальный buildroot для Fedora содержит только Python 3
  • Live-образы содержат только Python 3
  • Anaconda и всё зависимости работают на Python 3
  • cloud-init и все его зависимости работают на Python 3
  • DNF является менеджером пакетов по умолчанию (поскольку YUM не поддерживает Python 3)

Уже из этого списка понятен масштаб предлагаемых изменений. Работы предстоит много, поэтому переход будет осуществляться в течение двух релизов Fedora: 21 и 22. На первой стадии будет проведена подготовительная работа, изменение Packaging Guidelines, реорганизация, портирование приложений.. а вот Fedora 22 выйдет уже с третьей версией Python.

Все планы и детали реализации ещё долгое время будут обсуждаться в рассылке fedora-devel.

Подписывайтесь, принимайте участие, помогайте.

Завтра тестовый день GNOME 3.10

Всех приглашаем принять участие в тестовом дне GNOME 3.10, который запланирован на 10-е октября. Рекомендуем принять участие, даже если вы не используете Fedora. Например, пользователи Ubuntu в основном используют GNOME, чаще всего замаскированный небольшим сторонним компонентом, разработанным силами немногочисленных разработчиков Canonical, Unity, так что для них было б полезно попробовать нововведения.

Тестовый день, это понятие растяжимое, и если не успеете сегодня, то поучаствуйте завтра или послезавтра.

Выход GNOME 3.10 уже обсуждался аналитиками ведущего интернет-сайта по Linux тематике, и его нововведения (о которых можно, например, почитать в блоге нашего коллеги, Bastien Nocera) для нас уже не так уж и в новинку - ну Wayland, ну HiDPI, ну интеграция с большим количеством интернет-сервисов, таких, как Flickr, OpenStreetMap, ну более лучшее оформление. А нам уже интересно, что же будет в GNOME 3.12? Наш коллега, Matthias Clasen начал планирование фич GNOME 3.12, среди которых

  • Интеграция с Facebook в приложении GNOME Photos.
  • Управление git-репозитариями. Это перспективный план, с прицелом на будущую Gnome IDE.
  • Интеграция с journald и с systemd --user для сессий. FVWM уже интегрирован, так что дело за GNOME. Ну т.е. теперь systemd становится обязательной зависимостью для GNOME не только де-факто (о чем мы уже говорили), но и де-юре.
  • Новые приложения - IRC клиент под названием Polari, Gnome Sound Recorder, и новый интерфейс у приложения для проигрывания видео.
  • Интеграция с Windows Live.
  • Интеграция с Zimbra.
  • Завершение портирования на Wayland.

Работы довольно много, но участники Fedora дела не боятся - работают над GNOME и в рамках должностных обязанностей, и просто так, и в рамках учебных программ, например Google Summer of Code. В этом году, в GSoC от GNOME участвовал наш коллега, Kalev Lember, и не так давно он подвел итог его участию в этом проекте.

GSoC этого года уже завершен, а мы рекомендуем студентам и аспирантам уже начать готовиться к GSoC 2014, который уже анонсирован.

По переносу на Wayland, как обычно идут согласно озвученному графику. GNOME 3.10 уже работает в Fedora 20, и есть инструкция по запускуеще одна от Matthias Clasen), правда степень работоспособности зависит от видеокарты. Пока поддерживается только Intel, а для карт AMD и NVIDIA потребуется собрать xf86-video-wlglamor, видеодрайвер, использующий Glamor. А ведь еще есть xf86-video-wayland (который включают в Fedora, и который будет использоваться для XWayland) и xf86-video-wlshm. Все это выглядит не очень прямо, но главное, что процесс идет.

Кроме GTK3, Qt5 также вполне работоспособен в Wayland.

На скриншоте, кстати, Hawaii Desktop, альтернативное DE, использующее Qt5 и Wayland. Включение его в Fedora запланировано на 22й релиз, ради чего его основной разработчик, Pier Luigi Fiorini, перешел с Arch Linux на Fedora Rawhide.

Короткие новости про основные компоненты системы (Base OS).

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

Те, кто внимательно читает рассылки на kernel.org наверное уже в курсе, а для остальных мы с удовольствием сообщаем, что в рассылку kernel-devel впервые прислали патч с мобильного телефона.

Конечно, это не совсем патч, но ради события можно и не придираться.

Кстати, о патчах - тут посчитали, что внесение их в ядро позволяет экономить до 250 тысяч долларов на патч.

Если кто еще не видел, на OpenNET.ru выложили интервью с Алексеем Кузнецовым, одним из создателей сетевого стека Linux, а ныне разработчика компании Parallels.

Как вы знаете, начиная с Fedora 20, ARM-архитектура armv7hl получила статус основной, и присоединилась к i686 и x86_64. К сожалению это серьезно замедлило сборку пакетов в Koji для Fedora 20 и Fedora 21, т.к. оказалось, что нынешний 32-битный ARM, это страшно тормозная система, по субъективным ощущениям на уровне или даже медленнее допотопных моделей PowerPC или MIPS из 1990х, и непонятно, как вообще оно на телефонах работает (зато сразу стало понятно, почему оно так мало потребляет электричества по сравнению с шустрыми Intel). Много народу начало возмущаться сложившимся положением вещей (среди недовольных и Lennart Poettering), и мы с радостью восприняли новость от наших коллег из Novell, о серьезном ускорении Qemu для ARM (AArch64).

Практика показывает, что эмуляция ARM в Qemu на старых добрых Intel-процессорах работает гораздо быстрее, чем нативные ARM-машинки, и есть все основания предполагать, что с AArch64 ситуация повторится.

LinuxFoundation приглашает всех на Automotive Linux Summit, состоящийся 24 и 25 октября этого года в Эдинбурге, Великобритания.

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

Инженеры Red Hat выпустили новую версию OpenJDK 6 - B28.

Lennart Poettering сообщил в своей ленте G+, что он написал документацию об интеграции systemd и управления cgroups (о том, что управление cgroups будет осуществляться через systemd, вы уже могли слышать).

Интересно, что изменение в cgroups привело к тому, что logind теперь не может работать без systemd. Это привело к тому, что в GNOME3, который зависит от logind, systemd стал обязательным компонентом. Учитывая, что другие DE тоже переходят (либо обдумывают) переход на logind, systemd в ближайшее время будет установлен по умолчанию на подавляющем большинстве Linux-десктопов, конечно кроме тех, у кого что-то типа FVWM.

Гентушники потихоньку соглашаются с участниками Fedora и устанавливают systemd по умолчанию для систем с GNOME, а убунтоиды, то пытаются остаться на одной из старых версий GNOME, то копипастят очередную фичу из systemd в Upstart. Перешли бы на systemd давно, и горя бы не знали. Свои соображения по сложившейся ситуации изложил Olav Vitters.

В рамках подготовки к Wayland и удалению виртуальных терминалов из ядра Linux, в systemd начиная с релиза 205 (с Fedora 20) сильно изменено управление сессиями (это экспериментальная фича, и она еще некоторое время будет ломаться). Раньше дерево процессов выглядело вот так, а сейчас выглядит вот так.

Т.е. теперь systemd с первым логином запускает процесс /usr/lib/systemd/systemd --user с правами залогиненного пользователя, и предлагает запускать процессы там. Раньше мы этот процесс вынуждены были запускать "вручную", и он заодно наследовал рабочее окружение (установленные переменные и т.п.), но, например, присоединить туда seat и добавить устройства ввода было нетривиальной задачей, а это именно то, что хотелось бы для запуска композитного менеджера не от суперюзера.

Теперь это упростилось (ценой некоторого временного усложнения при взаимодействии с X.org).

Раз уж заговорили об удалении терминалов из ядра, в рамках подготовки к своему выступлению на XDC2013, David Herrmann выложил в своей ленте G+ схему того, как сейчас устроено управление сессиями в Linux.

От страшной картины ужаснулся даже бывалый гентушник Greg KH.

Но, конечно, с systemd ситуация вскоре упростится. Кстати, видеозапись выступления Дэвида уже доступна.

И напоследок, несмотря на модный ныне тренд базироваться на LLVM в новых проектах, старички с GCC наперевес не сдаются так просто. Наш коллега, участник Fedora, разработчик GCC, и инженер Red Hat, David Malcolm представил встраиваемый JIT компилятор, основанный на GCC.

Новость уже обсуждается на OpenNET.ru.

8 октября - тестовый день виртуализации Fedora 20

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

Как обычно, перед выходом следующей Fedora, у нас начались тестовые дни.

8 октября мы вас ждем на тестовом дне виртуализации.

Будет тестироваться установка на виртуальную машину (как всегда тестируется только установка на KVM, т.к. участникам Fedora неинтересно заниматься обеспечением работы на проприетарных и полузакрытых системах виртуализации), стандартное поведение (запуск, остановка, пауза, клонирование, удаление и т.п.), проброс устройств, миграция без остановки, и новые фичи Fedora 20 - ACL для virt-manager, гостевые системы на ARM, создание снапшотов из virt-manager. Мы попробуем добавить еще тесты vzctl в дополнительную программу тестирования.

Короткие новости про облака

Red Hat запустил программу по сертификации по OpenStack.

Если хотите нанять девопса, кто действительно умеет работать с OpenStack, то выбирайте из тех, кто сертифицирован. Ну а если вы хотите его получить, то предварительно походите на курсы, рекомендованные OpenStack Foundation.

Red Hat объявил о доступности JBoss в своем PaaS решении, OpenShift.

Black Duck Software, компания, владеющая проектом Ohloh.net, приглашает на вебминар по OpenStack, запланированный на 10е октября. На нем будут рассмотрены секреты быстрого роста популярности решения, то, как устроено OpenStack изнутри, и как заинтересованным лицам или заинтересованной компании присоединиться к проекты.

GigaOM выложили видео с состоявшегося 1 октября другого вебминара по OpenStack, также посвященного его развитию и тому, как компаниям получить выгоду от сотрудничества с коммьюнити OpenStack:

Продолжается победное наступление systemd на облака. Наши друзья из Pantheon сообщили, что их одноименное облачное решение включает в себя более полумиллиона unit-файлов systemd, и обеспечивает работу 150 тысяч контейнеров. А в это время нерадивые админы, застрявшие в 1990х все еще не осиливают прочитать документацию по systemd, чем мешают компаниям, в которых они работают получать прибыль и экономить ресурсы.

MongoDB получило еще 150 миллионов долларов инвестиций от пула инвесторов, среди которых и Red Hat. В отличие от других полузакрытых коммерческих компаний, те инвестиции, что делаются Red Hat, идут на пользу всему коммьюнити, так что новость позитивная! Этот подход и является одной из причин, почему доход компании растет, а клиенты массово переходят с проприетарных Unix-систем и Linux-решений от конкурентов. И в это время всем уроком будет то, что одна Linux-компания, оторвавшаяся от коммьюнити, тщетно пытается выйти на безубыточность, плодя провальный проект за провальным проектом.

Даже Oracle пытается впрыгнуть в поезд OpenStack. Будет ли от них нам всем толк, это еще неизвестно, может хотя-бы никого из коллег по коммьюнити не будут судить?

Novell тоже объявил, что предлагает решение на базе OpenStack. Как и было сказано, OpenStack для облачных технологий, это все равно, что Linux в свое время для операционных систем.

Наши друзья из Cloudius Systems создали страничку в Google+, посвященную OSv, новой облачной операционной системе, о которой мы уже рассказывали. Добавляйте в свои круги Google+, чтоб не пропустить новых статей о системе.

Как вы уже знаете, в Fedora недавно добавили Docker. И наш коллега, Marek Goldmann, написал хаутушку о том, как им пользоваться. Пробуйте.