С опозданием на три недели относительно первоначальнызх планов увидела свет (http://lists.fedoraproject.org/pipermail/devel-announce/2012...) альфа-версия дистрибутива Fedora Linux 18 (http://fedoraproject.org/), которая содержит все базовые возможности будущего релиза, пригодные для оценки и тестирования. Для загрузки доступна (http://fedoraproject.org/get-prerelease) как универсальная DVD-сборка, так и отдельные Live-сборки с GNOME, KDE, Xfce и LXDE. Релиз запланирован (https://fedoraproject.org/wiki/Schedule) на 27 ноября.
Основные новшества (http://fedoraproject.org/wiki/FeatureList) Fedora 18:
- Реструктуризация Anaconda, переработка (http://fedoraproject.org/wiki/Features/NewInstallerUI) и упрощение пользовательского интерфейса инсталлятора. Внесённые изменения позволили избавиться от ряда ограничений, мешающих добавлению в инсталлятор новых возможностей, в частности, обеспечения поддержки новых типов хранилищ и увеличения гибкости процесса установки;
- Подготовка к интеграции (https://www.opennet.ru/opennews/art.shtml?num=34000) поддержки режима безопасной загрузки UEFI. К выходу бета-версии Fedora 18 планируется подготовить сборку с верификацией по тестовой цифровой подписи. Цифровую подпись от компании Microsoft планируется внедрить непосредственно перед финальным релизом;
- Включении в дистрибутив поддержки обновления системы в offline-режиме (https://fedoraproject.org/wiki/Features/OfflineSystemUpdates), ранее предложенной (https://www.opennet.ru/opennews/art.shtml?num=34035) разработчиками GNOME, PackageKit и systemd. Новый режим подразумевает установку обновлений для некоторых ключевых компонентов системы (например, glibc и других основных библиотек) на начальном этапе загрузки системы, при котором обновляемые компоненты не могут привести к конфликту и проблемам в работе уже работающих приложений. Число пакетов, которые будут обновлять в offline режиме, требующем перезагрузки, будет ограничено. Обновление большинства приложений будет производиться как и раньше на лету, при этом если в момент обновления будут выявлены запущенные графические приложения, связанные зависимостями с обновляемыми пакетами, для таких приложений будет выведено предупреждение о необходимости их перезапуска;
- Интеграция в дистрибутив в экспериментальном режиме нового пакетного менеджера DNF (https://fedoraproject.org/wiki/Features/DNF), ответвившегося от Yum 3.4 и развивающего некоторые новые идеи, такие как использование в качестве бэкенда для разрешения зависимостей библиотеки hawkey (https://fedoraproject.org/wiki/Features/Hawkey). Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (https://github.com/openSUSE/libsolv) (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Для обычного пользователя главными достоинствами DNF является заметно более высокая скорость работы и низкое потребление памяти. Для расширения функциональности DNF предоставляет фикисированный API для плагинов и интеграции с другими приложениями, такими как инсталлятор Anaconda.
- Переход на использование tmpfs для раздела /tmp, т.е. для хранения временных файлов будет использован размещаемый в оперативной памяти RAM-диск, который может быть вытеснен в раздел подкачки при нехватке свободной памяти. Основной причиной размещения /tmp в RAM-диске является желание сократить число операций записи на физический накопитель, что позволит снизить энергопотребление жестких дисков и продлит жизнь SSD-накопителей, а также увеличит производительность работы с временными файлами. Из недостатков нового подхода, кроме дополнительного расхода ОЗУ, отмечается отсутствие поддержки квот в tmpfs. При желании администраторы смогут отключить использование tmpfs и вернуться к прежнему методу размещения временных файлов;
- В NetworkManager реализована поддержка настройки работы в виде точки доступа к беспроводной сети (Hotspot);
- Использование свежих версий десктоп-окружений GNOME 3.6, KDE 4.9, Xfce 4.10, Sugar 0.98. В включение в состав штатных репозиториев пакетов с MATE Desktop (форк GNOME 2);
- Добавление Riak (http://wiki.basho.com/), отказоустойчивой и высокомасштабируемой NoSQL БД;
- Поддержка развёртывания и поддержания контроллера домена и сервиса Active Directory на базе Samba4, в том числе с поддержкой протокола SMB3 и доверительных доменов FreeIPA. Наличие средства для подсоединения Fedora 18 к домену Active Directory или FreeIPA;
- Обновление средств разработки: Python 3 стек обновлён до версии 3.3, Rails обновлён с версии 3.0 до 3.2, включена новая версия Perl 5.16;
- В список поддерживаемых для сборки пакетов платформ добавлена субплатформа ppc64p7, оптимизированная для процессоров Power7;
- В дистрибутив добавлена поддержка развёртывания инфраструктуры облачных PaaS-систем (платформа как сервис) на базе системы OpenShift (https://www.opennet.ru/opennews/art.shtml?num=33737);
- Включение в состав IaaS-платформы Eucalyptus (https://www.opennet.ru/opennews/art.shtml?num=34317) дало возможность создания совместимых с Amazon EC2 приватных облачных систем, развёртываемых на собственных локальных серверах;
- Пакеты с облачной платформой OpenStack обновлены до последнего экспериментального выпуска "Folsom", стабильный релиз для которого намечен на конец сентября;
- Поддержка Heat (http://fedoraproject.org/wiki/Features/Heat) с реализацией AWS CloudFormation API для оркестровки облачных приложений на основе шаблонов и обеспечения стандартного способа запуска приложений в облачных системах на базе OpenStack;
- Поддержка live-снапшотов виртуальных машин, запущенных под управлением QEMU или libvirt, создаваемых без остановки работы гостевых систем;
- Компоненты oVirt (https://www.opennet.ru/opennews/art.shtml?num=34641) обновлены до версии 3.1, добавлены надстройки для управления через GUI-инструменты;
- Обновление пакетного менеджера RPM до версии 4.10 (https://www.opennet.ru/opennews/art.shtml?num=33936);
- Задействование Team-драйвера (http://fedoraproject.org/wiki/Features/TeamDriver), альтернативной реализации системы агрегирования сетевых интерфейсов. Для связывания интерфейсов используется новое сетевое устройство "teaming", изначально позиционируемое как быстрая, масштабируемая, прозрачная и управляемая из пространства пользователя замена механизму "bonding". Teaming позволяет создавать виртуальные сетевые интерфейсы, объединяющие несколько физических Ethernet-адаптеров, что обычно делается для обеспечения более высокой пропускной способности или для обеспечения отказоустойчивых конфигураций;
URL: http://lists.fedoraproject.org/pipermail/devel-announce/2012...
Новость: https://www.opennet.ru/opennews/art.shtml?num=34881
