14го октября на собрании управляющего комитета Fedora Engineering было решено, что настал момент для окончания миграции с sysVinit на systemd.
Это означает, что с момента ответвления Fedora 24 (запланировано на 2-е февраля 2016 года) все пакеты, которые используют System V инит-скрипты вместо systemd-юнитов, будут немедленно удалены. Это не касается EPEL.
Планов удалять совместимость с System V в Fedora пока нет, потому что есть необходимость поддерживать устаревшее стороннее ПО.
Быстро развивающийся и популярный проект по управлению конфигурациями серверов теперь будет развиваться под крылом RedHat. Будем надеяться, что от такого слияния Ansible только выиграет. Сумма сделки официально не называется, но по данным venturebeat она составляет более 100 миллионов долларов США.
На встрече техкомитета Fedora, прошедшей на этой неделе, разработчики заявили, что уже в Fedora 24 они, скорее всего, перестанут создавать 32-битные установочные сборки и спин-оффы для архитектуры x86. Уже нет сборок Fedora Server для i686. А главной причиной для такого (пока что не принятого) решения стало заявление сотрудника Red Hat, в котором говорится, что разработчики почти не уделяют внимания 32-битным сборкам. Вполне возможно, что Fedora Cloud 23 уже не будет иметь 32-битной установочной сборки.
Разработчики Fedora рады сообщить об анонсе официального релиза Fedora 22, эта свободная операционная система теперь доступна
в изданиях Cloud, Server и Workstation.
Также, c этого выпуска разработка возвращается к традиционному 6-месячному циклу.
Особенности 22 релиза Fedora
Каждый релиз Fedora имеет свой собственный характер. Если провести аналогию с людьми, это была бы Fedora 21 после того, как закончила колледж, устроилась на хорошую работу и выполнила своё новогоднее обещание регулярно заниматься в тренажерном зале. Иными словами, Fedora 22 построена на фундаменте, который мы заложили в Fedora 21 и работе по созданию отдельных изданий Fedora, сфокусированных на облачных технологиях, серверных нуждах и удобном рабочем столе соответственно.
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, предназначенный для проверки процессов на необходимость рестарта после обновления пакетов
rpmconf - программа для обработки .rpmnew, .rpmsave файлов. Она позволяет посмотреть различия между текущими и предложенными в пакете новыми конфигами, заменить на новую версию, оставить текущую и многое другое.
Недавно проект был переписан на Python и унаследовал проблемы с производительностью из прошлой версии, которая была написана на bash. В этой версии проблемы с производительностью были исправлены.
Основные изменения:
Время определения файлов-конфигов снижено с 2 минут на пакет до 10 секунд (за счёт использования rpm-python) (commit)
Использование python-библиотек вместо subprocess.Popen() (difflib вместо diff, pydoc вместо less)
Символьные ссылки теперь обрабатываются корректно (commit)
Состоялся очередной выпуск пакетного менеджера RPM.
Основные изменения:
Пакеты теперь могут содержать файлы, размер которых превышает 4Гб (прежние версии RPM не смогут обрабатывать подобные пакеты, поэтому потребуется RPM не ниже версии 4.12, для этого добавлена специальная зависимость LargeFiles);
Добавлены теги для указания слабых зависимостей (Recommends, Suggests, Supplements и Enhances);
Ускорен процесс создания и подписывания пакетов;
Новый программный интерфейс для плагинов (пока лишь для внутреннего пользования);
Опции --nopre и --nopost переименованы в --nopretrans и --noposttrans;
Добавлена опция --noplugins, отключающая поддержку плагинов;
Возвращена поддержка архитектуры m68k, добавлено определение Sparc Niagara, ARM v6 и v7 (на предмет наличия встроенного FPU);
Новый режим работы --reinstall, при котором учитывается изменение набора устанавливаемых файлов (к примеру, при переустановке пакета с указанием --excludedocs, будет удалена установленная ранее документация);
Утилита rpmdb обзавелась опциями -exportdb и --importdb;
Добавлена утилита rpm2archive, преобразовывающая rpm в tar;
Добавлена возможность автоматического создания слабых зависимостей;
Удалена поддержка «коллекций» (она была экспериментальной).
Наконец настало время посмотреть, что нового приготовили разработчики Fedora за необычно большой перерыв.
Самой заметной новостью будущего релиза Fedora 21 будет, пожалуй, её выпуск в трех вариантах: Fedora Server, Fedora Workstation и Fedora Cloud. Эти версии будут различаться набором предустановленного ПО, базовыми настройками по умолчанию, требованиями к выпуску и, в будущем, релизным циклом. И хотя на первый взгляд эта схема похожа на Fedora Spins — различные варианты Fedora, собранные под специфические задачи, например, Fedora Jam-KDE или Fedora Robotics, или Fedora Security, или Fedora Games — есть существенное отличие. Новый подход, который, кстати, называется Fedora.next, подразумевает не просто упаковку готового дистрибутива по разным форматам, а выделение трёх приоритетных направлений разработки, со своими командами ведущих разработчиков, требованиями и набором задач.
Как пример, завтра состоится тестовый день нового проекта Cockpit, созданного в рамках работы команды Fedora Server.
Когда: 16 сентября
Что: Cockpit — это панель управления конфигурацией сервера. В наличии полнофункциональные и взаимозаменяемые веб-интерфейс и интерфейс командной строки, возможность работы с несколькими серверами, поддержках новых интересных утилит и технологий наподобие journald или docker-контенеров... Но лучше посмотрите сами.
Как: Тестирование можно проводить в виртуальной машине или на «живом» железе. Для тестирования можно использовать Fedora Alpha TC7, либо специально подготовленный образ.
Проект находится в начальной стадии разработки и не рекомендуется для использования в реальных системах, а вот дельные комментарии и предложения очень приветствуются. Пообщаться с непосредственными разработчиками напрямую можно будет на IRC-канале #fedora-test-day в течение всего дня.
Команда разработчиков CentOS объявила о выходе седьмой версии своего дистрибутива. Это достаточно большое обновление с серьезными изменениями (например сменилась система инициализации и файловая система по умолчанию, версия 7 имеет сборки только для архитектуры x86_64), с момента версии 6.0 прошло 3 года. CentOS — дистрибутив Linux, основанный на коммерческом Red Hat Enterprise Linux компании Red Hat и совместимый с ним.
Список изменений:
Ядро обновлено до 3.10.0
Поддержка Linux Containers
Open VMware Tools и графические 3D драйверы «из коробки»
OpenJDK-7 — JDK по умолчанию
Поддержка обновления с версии 6.5 до 7.0 (только с 6.5, много серьезных изменений)
Снапшоты LVM с ext4 и XFS
Переход на systemd, firewalld и GRUB2
XFS — файловая система по умолчанию
iSCSI и FCoE в ядре
Поддержка PTPv2
Поддержка сетевых карт 40G Ethernet
Поддержка установки в режиме UEFI Secure Boot на поддерживаемом оборудовании
DNF является форком Yum. DNF был создан в январе 2012 года и был доступен для экспериментов в Fedora начиная с версии 18. Тем самым разработчики хотят использовать DNF по умолчанию в новой версии Fedora 22.
На практике данное изменение означает:
Anaconda устанавливает систему используя пакетный менеджер DNF (без специальных переключателей)
Пакет DNF будет по умолчанию установлен.
Пакет «dnf-yum-compat-command» так же будет установлен по умолчанию, данный пакет является скриптом который перенаправляет /usr/bin/yum на /usr/bin/dnf с соответствующим сообщением, что DNF является предпочтительным менеджером пакетов.
Это изменение будет полностью прозрачным для пользователей, которые используют только графические инструменты управления пакетами. Для тех кто использует командную строку, будут некоторые различия по сравнению с Yum, но все важные операции будут спокойно доступны c DNF, используя тот же синтаксис CLI.
Вышла новая версия Red Hat Enterprise Linux 7, выпуск обновлений для которой будет производится в течение 10 лет.
Наиболее значительные изменения:
Отказ от формирования 32-разрядных сборок для архитектуры x86 (доступен только вариант x86_64).
Использование по умолчанию файловой системы XFS с поддержкой хранилищ размером до 500 Тб.
Использование по умолчанию рабочего окружения GNOME 3.8 в «классическом» режиме.
Задействование системного менеджера systemd и службы ведения логов systemd-journald.
Переход на загрузчик GRUB 2 c поддержкой GPT, EFI и OpenFirmware, экспериментальную поддержку UEFI Secure Boot, монтирование /tmp с использованием tmpfs.
Поддержка технологии сжатого кэширования раздела подкачки Zswap.
Новый интерфейс в инсталляторе, позволяюший вызывать конфигураторы по мере необходимости и пропускать те или иные этапы настройки.
Кроме того, разработчики CentOS объявили о присоединении разработчиков CERN Linux, вовлечённых в работу над Scientific Linux, к группе CentOS Core SIG, отвечающей за выпуск CentOS. Данный шаг совершён в рамках реализации намерения развивать Scientific Linux в форме ответвления от CentOS.
