Спустя четыре года с момента преодоления годовой выручки планки в миллиард долларов, Red Hat преодолела планку в 2 млрд долларов. Ежегодно выручка растет на 15%, что доказывает, что бизнес на Open Source без продажи прав на использование программного обеспечения можно вести успешно.
Показатели:

IV квартал 2015 года — 544 млн долларов США.

Подписки RHEL и им подобные — 480 млн долларов США за IV квартал.

1,8 млрд — за 2015 год.

Продажа подписок для разработки ПО — 89 млн долларов США за IV квартал.

323 млн долларов — за 2015 год.

Комментируя результаты, генеральный директор Red Hat Джим Уайтхерст заявил:

Растущее использование гибридных облачных инфраструктур и открытых технологий в корпоративном секторе позволило нам добиться прекрасных результатов. Выручка компании растет на протяжении 56 кварталов подряд и в этом финансовом году впервые превысила 2 млрд долл. США. Заказчики испытывают потребность в новых технологиях для разработки, развертывания и управления жизненным циклом приложений в гибридных облачных средах. При этом многие из них выбирают инфраструктурные решения и платформы разработки Red Hat для организации надежной и согласованной работы корпоративных приложений в виртуальных, физических, а также частных и общедоступных облачных средах.

Финансовый директор Red Hat тоже высказался по этому событию:

IV квартал стал мощным завершающим аккордом года, обеспечив перевыполнение плана. В течение года мы поддерживали высокий уровень финансовых показателей, что способствовало росту выручки в постоянных ценах более чем на 20% в каждом квартале. Нам также удалось сформировать рекордный портфель заказов на общую сумму 2.13 млрд долл. США (на 15% больше, чем в прошлом году), который позволяет уверенно смотреть в будущее. Годовой показатель движения денежных средств также установил новый рекорд и составил 716 млн долл. США (на 15% больше, чем в прошлом году), что отражает рост коэффициента обеспечения денежными средствами примерно на 35% пятый год подряд.

>>> Подробности (redhat.com)

Flat Volumes — это внедренная семь лет тому назад логика управления громкостью отдельных приложений в PulseAudio. В рамках этой логики, громкость каждого отдельного звукового потока (в процентах) исчисляется относительно аппаратного максимума, а не относительно «громкости звуковой карты». «Громкость звуковой карты» равна максимальной громкости проигрываемых потоков, т.е. не является независимой переменной, а скорее удобной «ручкой» для увеличения или уменьшения громкости всех приложений одновременно.

До недавнего времени логика Flat Volumes была включена по умолчанию во всех дистрибутивах, кроме Ubuntu. Начиная с выпуска 24, Fedora собирается отказаться от этой схемы, так как, несмотря на прошедшие семь лет, разработчики так и не научились писать совместимые с этой логикой приложения. Наиболее распространенный баг — выставление громкости на 100% без явного указания от пользователя. Багу подвержены такие важные библиотеки и приложения, как WebKit-GTK, Firefox и GNASH.

Поскольку выставление громкости на 100% (с возможными последствиями в виде сгоревших динамиков) без вмешательства пользователя происходит в том числе через браузеры (демо: https://jsfiddle.net/bteam/FbkGD/ , открывать с осторожностью), такое поведение является уязвимостью. Вину за уязвимость разработчики PulseAudio и веб-движков долго сваливали друг на друга, а прогресса ни с той, ни с другой стороны не было.

>>> Подробности (redhat.com)

Red Hat и Microsoft будут сотрудничать в сфере продвижения совместных решений. Одним из главных направлений будет поддержка RHEL и других опенсорс-решений в облаке Azure и системе виртуализации Hyper-V.

>>> Партнерство Red Hat и Microsoft (microsoft.com)

С недавним релизом Fedora 23, заканчивается поддержка Fedora 21. После 1 декабря все пакеты в репозитории Fedora 21 не будут получать обновления безопасности, исправления ошибок и улучшения, а также никакие новые пакеты не будут добавлены в репозиторий Fedora 21.

Всем пользователям Fedora 21 рекомендуется обновиться до Fedora 22 или Fedora 23.

Оглядываясь назад на Fedora 21

Fedora 21 была первым релизом представленным в трёх вариантах: Workstation, Server и Cloud. В Fedora 21 Workstation пользователи смогли познакомиться с GNOME Wayland, который по умолчанию должен будет поставляться с Fedora 24. А Server был примечателен дебютом Cockpit и Rolekit, инструментами для управления серверами. Fedora Cloud представлена в виде Fedora Atomic Host — специализированного образа для запуска контейнеров, впервые представленная в Fedora 21.

График поддержки релиза

Проект Fedora предоставляет обновления для определенного релиза ещё месяц после второго последующего релиза Fedora. Например, Fedora 22 будет поддерживаться в течении 1 месяца после выпуска Fedora 24, а Fedora 23 будет поддерживаться в течении 1 месяца после выпуска Fedora 25.

В вики Проекта Fedora содержится более подробная информация на этот счёт.

З. Ы. ЛОР крутится на Fedora 21.

>>> Подробности (fedoramagazine.org)

Учебный центр Инвента объявляет о проведении экзаменов Red Hat JBoss:

• 05 декабря 2015 - EX248 Red Hat Certified JBoss Administration (RHCJA)

Данный экзамен является практическим и служит для проверки знаний и навыков кандидата по установке, настройке, мониторингу, управлению и развертыванию приложений в Red Hat JBoss Enterprise Application Platform (EAP).

• 26 декабря 2015 - EX225 Red Hat JBoss Certified Developer

Данный экзамен является практическим и служит для проверки знаний и навыков кандидата по реализации определенных задач на базе Red Hat JBoss Enterprise Application Platform и Red Hat JBoss Developer Studio.

>>> Экзамены Red Hat JBoss в ИНВЕНТЕ (inventa.ru)

Согласно опубликованному пресс-релизу компания Red Hat объявляет о начале сотрудничества с компанией Microsoft в сфере облачных технологий и корпоративных приложений.

Red Hat является ведущей компанией по вкладу усилий в разработку ключевых Linux-технологий, таких как ядро Linux и окружения рабочего стола GNOME. Сотрудничество с Microsoft в первую очередь будет заключаться в официальной совместной поддержке .NET на Red Hat Enterprise Linux (RHEL) и совместной поддержке RHEL в рамках облачной платформы Microsoft Azure.

Microsoft заявляют о важности технологий «гибридного облака» (hybrid cloud) и подчеркивают необходимость совместной с Red Hat работы по поддержке корпоративных клиентов обеих компаний и поддержке независимых вендоров ПО.

Аналитики отмечают, что ранее со стороны Microsoft подобные шаги по сотрудничеству с крупными Linux-компаниями предпринимались в отношении компании SUSE.

>>> Подробности (smarteranalyst.com)

Состоялся релиз Fedora 23.

Наиболее важные изменения:

• Ядро Linux обновлено до версии 4.2.
• Как и в предыдущих выпусках, почти каждый компонент имеет новую версию. Особо следует отметить, что Fedora Workstation включает в себя окружение рабочего стола Gnome 3.18 и офисный пакет LibreOffice 5.0.
• Отдельного упоминания заслуживает и то, что теперь по умолчанию используется Python 3. Вторую версию всё так же можно установить из репозиториев.
• Доступен новый спин с окружением рабочего стола Cinnamon 2.6.
• Mono, свободный .NET-совместимый фреймворк, обновлён до версии 4.
• Добавлена поддержка Unicode 8.0.
• SSL 3.0 и RC4 считаются небезопасными и уязвимыми для атак. Таким образом, они теперь отключены по умолчанию для всех компонентов, которые используют общесистемные политики шифрования. Это касается библиотек GnuTLS и OpenSSL, а также всех основанных на них приложений.
• Улучшена обработка неанглоязычного текста в текстовом режиме установки.
• В режиме восстановления теперь такой же интерфейс, как и в текстовом режиме установки.

Образы для загрузки

Инструкции по обновлению

Примечания к выпуску

Информация об основных известных ошибках

>>> Подробности (fedoramagazine.org)

14го октября на собрании управляющего комитета Fedora Engineering было решено, что настал момент для окончания миграции с sysVinit на systemd.

Это означает, что с момента ответвления Fedora 24 (запланировано на 2-е февраля 2016 года) все пакеты, которые используют System V инит-скрипты вместо systemd-юнитов, будут немедленно удалены. Это не касается EPEL.

Планов удалять совместимость с System V в Fedora пока нет, потому что есть необходимость поддерживать устаревшее стороннее ПО.

>>> Подробности (fedoraproject.org)

Быстро развивающийся и популярный проект по управлению конфигурациями серверов теперь будет развиваться под крылом RedHat. Будем надеяться, что от такого слияния Ansible только выиграет. Сумма сделки официально не называется, но по данным venturebeat она составляет более 100 миллионов долларов США.

>>> Подробности (redhat.com)

На встрече техкомитета Fedora, прошедшей на этой неделе, разработчики заявили, что уже в Fedora 24 они, скорее всего, перестанут создавать 32-битные установочные сборки и спин-оффы для архитектуры x86. Уже нет сборок Fedora Server для i686. А главной причиной для такого (пока что не принятого) решения стало заявление сотрудника Red Hat, в котором говорится, что разработчики почти не уделяют внимания 32-битным сборкам. Вполне возможно, что Fedora Cloud 23 уже не будет иметь 32-битной установочной сборки.

>>> Подробности (сохранённая копия "встречи") (fedoraproject.org)

Разработчики Fedora рады сообщить об анонсе официального релиза Fedora 22, эта свободная операционная система теперь доступна в изданиях Cloud, Server и Workstation. Также, c этого выпуска разработка возвращается к традиционному 6-месячному циклу.

Особенности 22 релиза Fedora

Каждый релиз Fedora имеет свой собственный характер. Если провести аналогию с людьми, это была бы Fedora 21 после того, как закончила колледж, устроилась на хорошую работу и выполнила своё новогоднее обещание регулярно заниматься в тренажерном зале. Иными словами, Fedora 22 построена на фундаменте, который мы заложили в Fedora 21 и работе по созданию отдельных изданий Fedora, сфокусированных на облачных технологиях, серверных нуждах и удобном рабочем столе соответственно.

Улучшения

( читать дальше... )

>>> Подробности (fedoraproject.org)

9 декабря 2014, вышла новая версия пакетного менеджера DNF - 0.6.3. Вместе с ним вышла новая версия набора основных плагинов dnf-plugins-core - 0.1.4.

Новинки DNF:

• deltrarpm теперь включен по умолчанию
• dnf-automatic теперь может не только отправлять результаты выполнения действий в почту или в stdio, но и в motd (Message of the day).
• Очень сильно ускорено автодополнение в bash за счёт использования sqlite в связке с dnf-plugins-core и за счёт использования python API без dnf-plugins-core.
• Несколько багфиксов в автодополнении в bash (например, если ввести / после команды install, то он не будет проверять на наличие пакета в базе, а сразу предложит выбрать путь к файлу)
• Использование systemd inhibitor при транзакциях
• Ещё очень много багфиксов

Новинки dnf-plugins-core:

• Новый плагин - reposync, предназначенный для синхронизирования удалённого репозитория локально
• Новый плагин - needs_restarting, предназначенный для проверки процессов на необходимость рестарта после обновления пакетов
• Плагин generate_completion_cache теперь хранит все данные в sqlite (раньше было в текстовом файле) для ускорения поиска по нему
• Несколько багфиксов

Contributors

• Ales Kozumplik (бывший руководитель проекта)
• Daniel Mach
• Igor Gnatenko
• Jan Silhan (руководитель проекта)
• Kushal Das
• Michal Luscon
• Miroslav Suchý
• Satoshi Matsumoto
• Tim Lauridsen

>>> Подробности (baseurl.org)

rpmconf - программа для обработки .rpmnew, .rpmsave файлов. Она позволяет посмотреть различия между текущими и предложенными в пакете новыми конфигами, заменить на новую версию, оставить текущую и многое другое.

Недавно проект был переписан на Python и унаследовал проблемы с производительностью из прошлой версии, которая была написана на bash. В этой версии проблемы с производительностью были исправлены.

Основные изменения:

• Время определения файлов-конфигов снижено с 2 минут на пакет до 10 секунд (за счёт использования rpm-python) (commit)
• Использование python-библиотек вместо subprocess.Popen() (difflib вместо diff, pydoc вместо less)
• Символьные ссылки теперь обрабатываются корректно (commit)
• При сборке запускается pylint ;)

>>> Список изменений (github.com)