Christian Schaller, лидер Fedora Desktop Team, призвал разработчиков OpenOffice рекомендовать пользователям LibreOffice. Мотивировал он своё заявление тем, что после прекращения поддержки разработки OpenOffice со стороны IBM проект находится в глубокой стагнации. Также Кристиан отметил, что подобное положение вещей подрывает репутацию всех свободных офисных пакетов, и не стоит дожидаться пока пользователи уйдут на проприетарное ПО. Он предложил разработчикам Apache OpenOffice сделать перенаправление с их страницы на сайт LibreOffice.
Также стало известно, что Jan Iverson, лидер проекта OpenOffice, намерен в сентябре уйти со своего поста из-за сопротивления других участников проекта сотрудничеству с LibreOffice.
Мы вновь собираемся на уже ставшем традиционным месте, в Долгопрудном, около Физтеха, между кладбищем, свалкой и болотом.
Что: Release Party
Где: березовая роща около платформы Новодачная Савеловского направления
Широта: 55°55′41.1′′N (55.928084) Долгота: 37°31′55.57′′E (37.532104)
Когда: в субботу, 15 августа, с 12:00 (докладчики прибудут к 14:00)
В программе:
Рассказ о том, что нового появилось в Fedora
Восхваление systemd
Рассказ про DNF
Построение планов на будущее
О(б)суждение маргинальных дистрибутивов
Культурное общение, DIY* шашлык и активный отдых
А ещё к нам придёт intelfx.
* Мы организуем мангал и уголь для всех желающих, а что вы будете есть и пить - приносите самостояльно.
Разработчики Fedora рады сообщить об анонсе официального релиза Fedora 22, эта свободная операционная система теперь доступна
в изданиях Cloud, Server и Workstation.
Также, c этого выпуска разработка возвращается к традиционному 6-месячному циклу.
Особенности 22 релиза Fedora
Каждый релиз Fedora имеет свой собственный характер. Если провести аналогию с людьми, это была бы Fedora 21 после того, как закончила колледж, устроилась на хорошую работу и выполнила своё новогоднее обещание регулярно заниматься в тренажерном зале. Иными словами, Fedora 22 построена на фундаменте, который мы заложили в Fedora 21 и работе по созданию отдельных изданий Fedora, сфокусированных на облачных технологиях, серверных нуждах и удобном рабочем столе соответственно.
Как известно, из состава GNOME 3.8 были удалены компоненты для поддержки fallback-режима, вместо которого для классической организации рабочего стола был использован набор дополнений к GNOME Shell. Ряд приверженцев fallback-режима, которые хотели продолжать использовать и развивать GNOME без перехода на форки MATE, Cinnamon и Сonsort, но которых не устроила реализация классического рабочего стола на базе дополнений к GNOME Shell, решили своими силами поддерживать исключённые из GNOME 3.8 компоненты.
В рамках пакета gnome-flashback-session оформлены настройки для запуска в GNOME сеанса «GNOME Flashback», аналогичного fallback-режиму GNOME 3.6. Компоненты fallback-режима адаптированы для работы с GNOME 3.8. Для ветки GNOME 3.10 адаптация панели пока не завершена. Панель Gnome-Panel переведена на использование технологий GNOME 3, таких как GTK+ 3 и DConf/GSettings. В планах перевод Metacity на использование GTK3+. Ранее данная панель была доступна только в Ubuntu и Archlinux, теперь же она доступна и пользователям Fedora 21 и ее производных (RFRemix и т.п)
Как сообщает участник DNF Community Team, Igor Gnatenko:
Сегодня мы запустили новый проект dnf-plugins-extras, где могут находиться абсолютно любые плагины для DNF с любым количеством внешних зависимостей.
Очень скоро в Fedora появится одноимённый пакет. После чего вы сможете предложить написать какой-нибудь интересный плагин, отправить сообщение об ошибке в уже существующем плагине в RedHat Bugzilla. Pull-реквесты также с удовольствием рассматриваются.
На данный момент уже написан один плагин - snapper. Он создаёт снимки файловой системы каждую транзакцию (установка/удаление/обновление пакетов) через snapper — демон, который предоставляет очень удобные возможности по управлению снапшотами.
Q: Почему просто не добавлять плагины сообщества в dnf-plugins-core? A: Мы хотим сохранить core-плагины минимальными (без сторонних зависимостей)
DNF — написанная на Python 3 новая реализация пакетного менеджера высокого уровня для Fedora, которая в перспективе заменит YUM (планируется в 22 версии), оптимизированная и доработанная (в частности, задействована C-библиотека libsolv для разрешения зависимостей).
Одновременно с выпуском 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 и много чего ещё.
Что нового по сравнению с RFRemix 20?
Пакеты, в которых изменено брендирование на RFRemix, вынесены в отдельный репозиторий branding. В fixes остались лишь пакеты с багфиксами различными патчами (например fontconfig и freetype). Поэтому для обновления 20-й версии через команду yum --releasever=21 distro-sync необходимо сперва установить пакет russianfedora-branding-release (#1385).
Исправлена проблема с нелокализованным дисплейным менеджером sddm (сборка KDE).
Исправлено имя продукта, чтобы можно было отправлять ошибки в Bugzilla через abrt.
Установочного образа DVD больше нет, есть только образ для сетевой установки.
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, предназначенный для проверки процессов на необходимость рестарта после обновления пакетов
В ожидании релиза перечислим основные изменения в дистрибутиве:
Дистрибутив теперь представлен в трех основных вариантах — облачный, сервер и десктоп.
Обновления ПО:
GNOME 3.14;
KDE Frameworks 5;
MATE Desktop 1.8;
GCC 4.9.x;
Boost 1.56 Uplift — поскольку 1.56 еще не готов, дистрибутив пересобран с версией Boost 1.55.0;
Make 4.0;
Java 8 — текущая Java 7 будет объявлена устаревшей и удалена;
PHP 5.6;
Python 3.4;
Ruby 2.1;
Ruby on Rails 4.1;
TCL/TK 8.6;
RPM-4.12;
MariaDB 10.0.
Общие изменения:
System-wide crypto policy — возможность автоматической настройки всех крипто-библиотек через единый конфиг /etc/crypto-policies/config. Для внесения изменений используется механизм в стиле debian — update-crypto-profiles. В дальнейшем планируется специальный демон, который будет осуществлять автоматическое обновление политик при обнаружении им изменений в данном системном конфиге.
Format Security — пересборка дистрибутива с опцией -Werror=format-security, позволяющей предотвратить сборку кода с узявимостью в функции форматирования строк.
Access control in PCSC — позволяет контролировать доступ пользователей смарт-картам, доступным в системе. Чтение, форматирование карт со стороны неавторизованных пользователей может быть ограничено.
Изменения в десктопе:
Стандартная возможность запуска gnome через wayland.
Представленный в F20 новый инсталлятор gnome-software теперь полностью интегрирован в графическое окружение gnome-shell.
Изменения в сервере:
Cockpit Management Console — простой веб-интерфейс мониторинга и управления сервером, который позволяет управлять одним или несколькими серверами. В числе прочего в нем заявлено управление службами systemd, просмотр логов, настройка сети и управление локальными учетными записями пользователей.
Framework for Server Role Deployment — новый сервис dbus, позволяющий упростить разворачивание и дальнейшее управление серверными ролями системы через командную строку.
Domain Controller Server Role — в сервере появилась стандартная роль — контроллер домена на основе FreeIPA.
Headless Java — разделение Java-пакетов на зависящие и независящие от графических и звуковых подсистем части и перенастройка системы зависимостей всех остальных пакетов с целью обеспечения возможности установки и запуска java-программ на серверах без графической и звуковой карты.
NFS Ganesha File Server — NFS сервер в пространстве пользователя. Позволяет реализовать NFS3, NFS4, NFS4.1 и распределенные по сети файловые системы pNFS.
Remote Journal Logging — возможность настроить передачу логов systemd на удаленные серверы. Передаются как сами журналы, так и полностью все метаданные.
Для облачных инсталляций:
Atomic Cloud Image/Docker Container Image — образы для запуска облачного хоста с контейнерами docker и для запуска в контейнере docker.
Modular Kernel Packaging for Cloud — отдельная упаковка модулей ядра в интересах облачных инсталляций. Несмотря на название, все наоборот. Раздельная упаковка модулей позволяет не устанавливать или удалять ненужные в виртуализированном окружении модули.
Отметка лицензий отдельным макросом %license позволяет удалять документацию, оставляя только лицензии.
rpmconf - программа для обработки .rpmnew, .rpmsave файлов. Она позволяет посмотреть различия между текущими и предложенными в пакете новыми конфигами, заменить на новую версию, оставить текущую и многое другое.
Недавно проект был переписан на Python и унаследовал проблемы с производительностью из прошлой версии, которая была написана на bash. В этой версии проблемы с производительностью были исправлены.
Основные изменения:
Время определения файлов-конфигов снижено с 2 минут на пакет до 10 секунд (за счёт использования rpm-python) (commit)
Использование python-библиотек вместо subprocess.Popen() (difflib вместо diff, pydoc вместо less)
Символьные ссылки теперь обрабатываются корректно (commit)
Наконец настало время посмотреть, что нового приготовили разработчики 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 в течение всего дня.
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.
Напомним, что в gnome 3.8 впервые появился новый классический режим, и начиная с Fedora 19/RFRemix 19 в образ забывали включать классический режим. Теперь же справедливость восторжествовала, классический режим в следующих релизах RFRemix будет в редакции Gnome присутствовать как дополнительный, и чтобы перейти в него теперь нужно лишь завершить сеанс и перейти в сессию классический gnome.
Состоялся выпуск новой версии Pidora - модификации Fedora Linux для работы на Raspberry Pi, оптимизированной под процессоры ARMv6.
Интересные новшества:
Rootfs-Resize умеет работать с логическими разделами
Добавлен пакет Raspberrypi kernel-devel
Новый загрузочный экран
Обновлены логотипы Pidora
Улучшен Headless-режим, позволяющий производить установку без монитора и дисплея
Существенно ускорена загрузка системы
Драйвер fbturbo делает пользовательский интерфейс более быстрым и плавным
Через yum доступны почти все пакеты из Fedora 20 (несколько тысяч пакетов)
Дистрибутив собран так, чтобы выжать максимум из железа Raspberry Pi
Графическая настройка при первом запуске (с дополнительными модулями)
Образ небольшого размера (чтобы быстрее скачивался), после развертывания происходит автоматическое уменьшение (чтобы освободить больше места для пользователя)
Автоматическое создание файла подкачки
В образ SD-карточки включены утилиты для программирования на C, Python и Perl
Информация об IP-адресе может быть получена с помощью спикера или LED-индикаторов
Текстовый редактор Gedit с плагинами (консоль Python, файловый менеджер, подсветка синтаксиса), что позволяет использовать его в качестве среды разработки
Для поклонников консоли в дистрибутиве есть простые текстовые редакторы (nled, nano, vi) и Midnight Commander
В комплекте идут библиотеки для поддержки внешних аксессуаров, наподобие двигателей и робототехники (подключаемых через GPIO, I2C, SPI)
DNF (Dandified Yum) — пакетный менеджер, который станет заменой YUM. В отличие от YUM, новый пакетный менеджер отличается заметным увеличением скорости работы, низким потреблением памяти, предоставлением API для плагинов и интеграцией с другими приложениями. Управление пакетами осуществляется с помощью RPM и библиотеками libsolv и hawkey. Для обработки метаданных и загрузки пакетов он использует librepo. Для эффективной обработки привилегий данных — libcomps.
Список изменений:
Исправления утечки ресурсов.
Добавлена функция группового обновления/установки/удаления пакетов.
Добавлена опция --refresh, для обновления метаданных из репозиториев.
Много изменений в API.
В Fedora 20 появится после того как проверят в Rawhide и не будет критических багрепотов от пользователей.
Разработчики Fedora работают над тестовым репозиторием который будет частью Fedora 21.
Данный репозиторий будет плацдармом для тестирования новых пакетов перед тем как они попадут в основной репозиторий Fedora.
Также стоит отметить что новый репозиторий не может гарантировать стабильность пакетов, но всё равно эти пакеты будут собраны с учётом строгих требований Fedora, то есть репозиторий не будет содержать проприетарное и патентованое ПО.
Пакеты для этого репозитория будут собраны с помощью Fedora COPR, РРА-подобной системы, которая получила очень много внимания в последние несколько месяцев и очень похожа на Ubuntu Launchpad.
Fedora 21 планируется к выпуску примерно в октябре этого года.
DNF - пакетный менеджер, который станет заменой YUM. В отличие от YUM, новый пакетный менеджер отличается заметным увеличением скорости работы, низким потреблением памяти, предоставлением API для плагинов и интеграцей с другими приложениями. Управление пакетами осуществляется с помощью RPM и библиотеками libsolv и hawkey. Для обработки метаданных и загрузки пакетов он использует librepo. Для эффективной обработки привилегий данных - libcomps.
Данный релиз в основном содержит большинство изменений в API.
Список изменений:
Добавлена поддержка dnf distro-sync <spec>
Поддержка dnf.queries была прекращена.
Уведомление о ненайденных пакетах dnf.exceptions.PackageNotFoundError было исключено из API.
Устарела функция dnf.Base.select_group(), вместо неё использется group_install().
Добавлена функция dnf.Base.group_remove().
Исправлена ошибка, когда DNF не пропускал нечитаемые файлы репозитория.
Intel Linux Graphics Installer — инструмент, разработанный Intel и позволяющий пользователям легко обновиться до свежих графических драйверов от Intel.
Свежий Intel Graphics Installer 1.0.3 для Linux получил свежий стек latest Intel Graphics 2013Q3 Stack, получивший поддержку процессора Solid Intel Celeron N2810 с поддержкой Intel HD Graphics, включенный по умолчанию SNA, а также улучшения в потреблении питания для процессоров четвертого поколения Intel Core с графикой Intel HD.
Сегодня, 17.12.2013, состоялся релиз Fedora 20. Кодовое имя Heisenbug.
Из наиболее интересных новшеств можно отметить: первичный статус поддержки архитектуры ARM, удаление из базовой поставки sendmail и rsyslog, поставка десктоп-окружений GNOME 3.10, KDE 4.11, Cinnamon 2.0 и MATE Desktop 1.6, экспериментальный вариант окружения GNOME, работающего поверх Wayland.
Проекту Fedora Linux исполнилось десять лет. 6 ноября 2003 года был представлен релиз дистрибутива Fedora Core под кодовым именем Yarrow.
Цитата из русской википедии:
Fedora (англ. «мягкая фетровая шляпа», произносится «федо́ра», ранее Fedora Core) — дистрибутив операционной системы GNU/Linux. Этот дистрибутив спонсируется фирмой Red Hat и поддерживается сообществом. Проект служит для тестирования новых технологий, которые в дальнейшем включаются в продукты Red Hat и других производителей. Компания Red Hat не предоставляет поддержку пользователям Fedora, поддержка осуществляется открытым сообществом.
Сегодня в рамках тестовых дней 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`, поэтому не стесняйтесь приходить и тестировать. Все наши наработки будут переданы в апстрим!
Последний тесткейс даёт интересные возможности для билдсерверов по типу koji. Т.к. частоиспользуемые пакеты для сборки будут кешироваться на SSD, что должно дать неплохой прирост к производительности.
