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

With the recent decision to have different suites (Cloud, Server and
Workstation) targeting specific consumer categories Fedora is
increasingly trying to reach out all its user base crafting a product
that accomodates a plethora of users with completely different needs:
from enthusiasts and fans to system administrators who daily deploy
Fedora on their organizations and companies. Among all I would like to
congratulate with the GNOME Project for the huge amount of work it's
been done which makes Fedora 21 and its Workstation one of the
greatest releases ever. GNOME 3.14 brings in a lot of new features, a
completely polished desktop and user experience which again confirms
how successful its design have been. From the early critics when GNOME
3 was launched to the infinite number of praises we currently receive
we are so glad GNOME 3 is being such a beloved desktop environment
today. What makes us even more delighted is the fact our product
powers the desktop of millions users running Fedora daily around the
world. Users - for us - come first, always.

Andrea Veri,
    GNOME Foundation Board of Directors Secretary
    GNOME Sysadmin Team Coordinator
    Fedora Sysadmin and Packager


Всем спасибо!

После 11 лет работы мэйнтейнером ядра нескольких релизов RHEL и 21 релиза Fedora, Dave Jones уходит из Red Hat. В его прощальном письме он не сообщает то, куда он переходит, но уже понятно, что та, новая компания, получила очень ценный кадр!

Мы все желаем Дэйву удачи на новом месте!

Richard Hughes втянулся в движение OpenHardware, и после успеха ColorHug начал прикидывать планы на следующее устройство. Он подумывает о разработке открытого аппаратного генератора случайных чисел в формате SD-карты и ценой ниже 50 USD. Ричард просит всех заинтересовавшихся откликнуться. Пока ему важно знать то, скольким людям это в принципе могло бы быть интересно - ни денег, ни каких-либо предзаказов он не собирает.

Boris Renski опубликовал свои предсказания про OpenStack на 2015 год. Некоторые наши друзья и коллеги не согласились и разочарованы тем, что они называют "anti-RedHat" (например, раз, два, три), но те из них, кто работает в Mirantis, наоборот ободрены похвалой начальства и говорят, что они вполне могут пободаться с Red Hat на равных, особенно при поддержке сильного вендора.

Итак, Борис предсказал, что в 2015 году

  1. VMware подпишет больше контрактов на OpenStack, чем Red Hat
  2. Основной платформой для OpenStack будет Debian
  3. Использование devel-ветки больше не будет популярно


Борис, между прочим, очень хорошо осведомлен, и не на пустом месте фантазирует, как бы мы ни симпатизировали Red Hat.

По первому пункту напоминаем, что у VMware скоро будет облачный продукт на базе OpenStack, а по виртуализационным решениям, по мнению экспертов, они твердо держат лидерство (это не доля рынка, напомним, а экспертные оценки). С другой стороны, у VMware пока продукта-то нет, да и в Mirantis моногамности по отношению к VMware пока не наблюдалось.

По второму пункту, тут Борис скорее всего имеет в виду не Debian, а HP. У Hewlett-Packard тоже есть облачное решение, базирующееся на Debian, в котором они за последний год навели порядок, постепенно устраняя выглядевшее безнадежным технологическое отставание, и обезоружили сторонников дальнейшего загнивания. Сделать пришлось много - невзирая на стоны луддитов от опенсорса, Debian постепенно переходит на systemd, начал отказываться от тянущей его на дно поддержки устаревших ядер, и это еще не конец.

Понятно, что Debian продвинулся далеко вперед, но вот последний опрос пользователей OpenStack вроде бы не подтверждает предположения Бориса о грядущей популярности Debian. Тут, конечно, нужно учесть разницу в восприятии. Дело в том, что лидирующий по опросам дистрибутив традиционно убыточен. Не то, чтобы с местом из четвертой-пятой десятки по вкладу в OpenStack у поддерживающей его компании у них совсем не было заказчиков, но отсутствие разработчиков не дает им возможности громко заявить о себе, как о надежном центре по поддержке решений. Многочисленные бесплатные пользователи пока в деньги для компании не конвертируются, в отличие от нескольких следующих за ними дистрибутивов. Ну, собственно, Борис об этом и заявил - нет разработчиков, не будет и клиентов. Вероятно он рассматривал вообще лишь коммерчески успешные варианты.

Но даже с коммерчески успешными вариантами, ситуация для простого наблюдателя не выглядит радужной для Debian. Второе и третье место, это Red Hat, и тут-то традиционно даже бесплатные пользователи рано или поздно конвертируются в деньги. Debian идет далеко позади. Тут, конечно сказывается и технологическое оставание от семейства Red Hat, и отсутствие графика релизов, и отсутствие компании, оказывающей коммерческую поддержку. В коммьюнити хиппи от OpenSource всегда твердили, что выпустим не к сроку, а когда будет готово - теперь попланируй-ка, менеджер проектов, на такой базе. Они еще и всерьез гордились отстутствием релизов, наивно полагая, что затягивая выход, из продукта улетучатся баги (мнение, надо признать, как ошибочное, так и популярное). Понятно, что с приходом Кровавого Энтерпрайза в коммьюнити Debian, с казацкой вольницей будет покончено, но нагнать такое отставание за год будет непросто. Вероятно Борис, как более осведомленный человек, знает чуть больше, чем говорит, например количество и прибыльность клиентов для компаний, и их настроения. Ну посмотрим.

Вообще у нас двойственное впечатление от ставки настолько крупного вендора, как HP, на Debian, и его участие в активной модернизации как коммьюнити дистрибутива, так и самой его пакетной базы и архитектуры. С одной стороны, это здорово, что больше и больше дистрибутивов склоняются на нашу сторону в спорах о постройке единообразного стандартного Linux. С другой - тем самым компания Red Hat взращивает своих же прямых конкурентов. К счастью количество разработчиков, и вытекающий из этого уровень поддержки, однозначно решает вопрос положительно для компании. Ну и из нашего спортивного опыта мы знаем, что без соперника подходящего уровня можно одряхлеть и зачахнуть даже в очень выгодных условиях.

Насчет поддержки - есть еще юридический аспект. Раньше, из производителей дистрибутивов Linux лишь Red Hat могла всерьез зарубаться с патентными троллями в защиту своих клиентов, но понятно, что у HP есть патентное портфолио несопоставимых размеров. Если (если!) они будут покрывать им своих пользователей своего OpenStack и своего Debian, то будет очень интересно посмотреть на развитие событий.

По третьему пункту тут интереснее. Понятно, что кровавый патчинг продакшен-систем прямо из master, это не самая рациональная практика. Но, к счастью/сожалению OpenStack настолько динамично развивается, что порой просто глупо не использовать гораздо более функциональный master-бранч. Однако, хотя OpenStack, это молодой и быстро изменяющийся проект, тут хочется согласиться с Борисом - есть ощущение, что сейчас (в следующем году), когда понимание того, что, зачем, и как нужно сделать, уже появилось, появится и запрос на стабильную платформу. Вообще, быстрый бег вперед, без оглядки на стабильность, уже начинает вредить проекту, порождая сильно недовольных как минимум отдельными компонентами пользователей. И тут есть очень интересное, чего Борис, как кажется некоторым нашим участникам, не заметил - есть компания, у которой огромный опыт бэкпортирования из мастера в stable и поддержки стабильных версий, и она поддерживает совсем не Debian. Это может серьезно усложнить задачу HP по стандартизации Debian, как the platform of choice для OpenStack.

В общем год для OpenStack будет интересный, и мы с интересом смотрим в будущее.

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

В новой фиче нам особенно понравилось то, что Lennart старательно избегает слова Docker, что в systemd теперь включен JSON-парсер (давно бы так!), и что systemd теперь требует cURL. Давно пора было включить зависимость от cURL!

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

Форум RussianFedora закрыт.

В данный момент это сделано по нескольким причинам:

  • За программным обеспечением форума никто не следит, не обновляет.
  • Форум одолели тучи спамеров.
  • Мы считаем данный сервис устаревшим, не нужным.
В качестве возможной замены мы рассматриваем создание русскоязычного раздела на ask-сайте проекта Fedora: ask.fedoraproject.org

Данное решение ещё обязательно будет обсуждено на ближайшей встрече (Release Party) 20 декабря

Также вы можете подключиться к обсуждению в рассылке ru-users и в jabber-конференции fedora@conference.jabber.ru

Как сообщает наш коллега и участник DNF Community Team, Igor Gnatenko:
Сегодня мы запустили новый проект dnf-plugins-extras, где могут находиться абсолютно любые плагины для DNF с любым количеством внешних зависимостей.

Очень скоро в Fedora появится одноимённый пакет. После чего вы сможете предложить написать какой-нибудь инетересный плагин, отправить сообщение об ошибке в уже существующем плагине в RedHat Bugzilla. Pull реквесты так же с удовольствием рассматриваются.

На данный момент уже написан один плагин - snapper. Он создаёт снимки файловой системы каждую транзакцию (установка/удаление/обновление пакетов) через snapper демон, который предоставляет очень удобные возможности по управлению снэпшотами.

Q: Почему просто не добавлять плагины сообщества в dnf-plugins-core?
A: Мы хотим сохранить core плагины минимальными (без сторонних зависимостей)

Анонс на официальном сайте

Отпраздновав выход Fedora 21 и синхронный выпуск RFRemix 21 мы возвращаемся к повседневной рутине.

В последнее время новости проекта CoreOS были одновременно столь же удивительные, сколь и предсказуемые для тех, кто в курсе дела. Сначала проект CoreOS удивил многих тем, что объявил об отказе от Docker в пользу своего решения, Rocket. Зная историю самого Docker, мотивы участников CoreOS, их вклад в разработку systemd, наши коллеги были не очень удивлены. А теперь настал черед отказаться от еще одного сомнительного архитектурного решения проекта, и проект CoreOS отказывается от btrfs в пользу недавно включенного в ядро OverlayFS. Мы полностью разделяем убеждения участников проекта, т.к. даже наши коллеги, которые раз в полгода пробуют использовать btrfs, спустя несколько часов, дней или недель, сталкиваются с удивительнейшими багами этого комбайна от файловых систем. Мы бы рады начать ею пользоваться, но не можем - слишком уж она сырая. Некоторые наши коллеги даже полагают, что пока файловая система не станет совершеннолетней, пользоваться ею всерьез нельзя. Это, конечно, излишне экстремисткое заявление - например, ext4 ведет себя уже вполне надежно. Конечно, в ext4, в отличие от btrfs, и не планировали реализовать неюниксвейный комбайн функциональности, надерганный из самых разных слоев подсистем для работы с данными, так что довести ее до ума было гораздо легче.

В ленте Google+ известного гентушника и дистрохоппера Greg KH уже обсуждают новость.

Итак, одновременно с выпуском Fedora 21 вышел RFRemix 21, ремикс, основанный на репозиториях Fedora, RPM Fusion и Russian Fedora. Нынешний релиз Fedora разделён на три продукта: Workstation, Server и Cloud. RFRemix состоит только из варианта Workstation и содержит образ Live и образ сетевой установки. Также есть live-образы с различными рабочими столами. В качестве Server и Cloud разумнее использовать варианты из Fedora.

RFRemix 21 включает KDE 4.14, GNOME 3.14, MATE 1.8, Firefox 34, Kernel 3.17.4, LibreOffce 4.3.4, Chromium 39, Adobe и Pepper Flash, поддержку мультимедиа из коробки. В репозитории есть также Viber, Skype, драйвера Nvidia и много чего ещё. Краткий обзор новых фич Fedora 21 доступен по ссылке.


Cinnamon

Что нового по сравнению с RFRemix 20

  1. Пакеты, в которых изменено брендирование на RFRemix, вынесены в отдельный репозиторий branding. В fixes остались лишь пакеты с багфиксами различными патчами (например fontconfig и freetype). Поэтому для обновления 20-й версии через команду yum --releasever=21 distro-sync необходимо сперва установить пакет russianfedora-branding-release (#1385);
  2. Исправлена проблема с нелокализованным дисплейным менеджером sddm (сборка KDE);
  3. Исправлено имя продукта, чтобы можно было отправлять ошибки в Bugzilla через abrt;
  4. Установочного образа DVD больше нет, есть только образ с сетевой установкой;
  5. Появился live-образ с рабочим столом Cinnamon.

Для обновления с предыдущих версий RFRemix рекомендуется использовать команду rfremix-upgrade из одноименного пакета. Это модифицированный скрипт fedora-upgrade.

Ошибки можете сообщать в багтрекер redmine.russianfedora.pro или jabber-конференцию fedora@conference.jabber.ru.

Также выпущен релиз RFRemix 20.1. Это полностью штатные обновления, накопленные почти за год, и исправления некоторых ошибок, включая отправку ошибок через ABRT в bugzilla Red Hat.

И остаётся надеяться, что Fedora 22 выйдет через полгода, а не через год. А там уже обещают по умолчанию Wayland.

Страницы