The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Бета-выпуск Fedora 22, перешедший на пакетный менеджер DNF

21.04.2015 22:07

Началось бета-тестирование дистрибутива Fedora 22. Релиз запланирован на 26 мая. Выпуск охватывает продукты Fedora Workstation, Fedora Server, Fedora Cloud, а также Live-сборки, поставляемые в форме спинов c десктоп-окружениями KDE, Xfce, MATE и LXDE.

Наиболее заметные изменения в Fedora 22:

  • Замена YUM на пакетный менеджер DNF, обладающий заметно более высокой скоростью работы, низким потреблением памяти и более качественным управлением зависимостями. DNF является ответвлением от Yum 3.4, созданным для развития некоторых новых идей, таких как использование библиотеки hawkey в качестве бэкенда для разрешения зависимостей. C точки зрения опций командной строки и файлов кофигурации, DNF почти полностью совместим с YUM, основные изменения заложены в его внутреннюю архитектуру.

    Пакет dnf-yum осуществляет автоматический редирект на dnf для обеспечения полной совместимости с yum. При этом yum оставлен в дистрибутиве, но переименован в yum-deprecated. Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Для расширения функциональности DNF предоставляет фиксированный API для плагинов и интеграции с другими приложениями, такими как инсталлятор Anaconda.

  • В серверной сборке дистрибутива по умолчанию задействована файловая система XFS, которая даёт возможность создания хранилищ большего размера и рассматривается как более оптимальный вариант для серверных систем. Поддержка Ext4 полностью сохранена.
  • Экран входа в систему переведён по умолчанию на использование Wayland. Экран входа является достаточно обособленной системой, поэтому переведя его на Wayland в первую очередь, у разработчиков появится возможность окончательно убедиться в отсутствии подводных камней и незамеченных ошибок, без негативного влияния на работу приложений и рабочего стола. Пользовательское окружение GNOME по умолчанию по-прежнему будет работать с использованием X-сервера, при том, что полноценный сеанс на базе Wayland предоставляется в качестве штатной опции. Переход на Wayland по умолчанию запланирован на Fedora 23;
  • Для управления устройствами ввода в X11 и Wayland задействована библиотека libinput;
  • В дистрибутиве задействован предварительный выпуск рабочего стола GNOME 3.16. Из улучшений можно отметить новую тему оформления GNOME Shell, переработанную систему вывода уведомлений, стабилизированную и доработанную поддержку Wayland, модернизированный интерфейс файлового менеджера Nautilus, поддержку Google Drive;
  • Включены наработки по снижению энергопотребления. Добавлен инструмент для тестирования автономной работы от аккумулятора;
  • В интерфейс для управления установкой приложений GNOME Software добавлена поддержка работы со сторонними компонентами, такими как мультимедийные кодеки для GStreamer и шрифты;
  • Усовершенствованы темы оформления для Qt4 и Qt5, позволяющие обеспечить бесшовную интеграцию с GNOME Qt-приложений и программ из KDE, интерфейс которых будет унифицирован с приложениями GTK.
  • Усовершенствован GNOME Terminal, в том числе обеспечена возможность вывода уведомлений при завершении длительно работающих заданий, таких как компиляция, что позволит не отвлекаться, постоянно заглядывая в терминал для оценки статуса завершения работы;
  • В инструменте для автоматической отправки сообщений о проблемах ABRT (Automatic Bug Reporting Tool) улучшена организация вывода уведомлений и предоставлены усиленные средства соблюдения приватности и контроля за отправляемой вовне информацией;
  • Спин Fedora KDE по умолчанию переведён на окружение KDE Plasma 5. Спин Fedora Xfce обновлён до Xfce 4.12;
  • В инструментарий Rolekit добавлена поддержка развёртывания и управления серверных "ролей" на базе СУБД PostgreSQL. Под ролью подразумевается определённая серверная функциональность, работу которой обеспечивает набор пакетов (например, почтовый сервер может потребовать установки пакетов с SMTP и IMAP серверами). Rolekit позволяет разом установить и настроить все пакеты, требуемые для реализации сервиса.
  • Обновлён Cockpit, web-интерфейс для настройки и мониторинга одного или нескольких серверов. Позволяет администратору управлять хранилищами, запуском сервисов, анализировать логи, инспектировать и администрировать контейнеры Docker, в том числе отслеживать потребление ресурсов и задавать ограничения.
  • В редакцию для облачных систем включены последние версии пакетов rpm-ostree и rpm-ostree-toolbox, при помощи которых можно сгенерировать собственную начинку базового окружения Atomic, содержащую свой набор пакетов. В состав также включены утилиты командной строки для управления контейнерами в окружении Atomic Host и проведения обновления начинки Atomic Host.

    Напомним, что в рамках проекта Atomic развивается концепция минималистичной ОС для обеспечения запуска изолированных контейнеров, подготовленных и управляемых при помощи инструментария Docker. Предоставляемое Atomic базовое окружение (Atomic Host) содержит только минимальный набор компонентов (systemd, journald, docker, geard и т.п.), необходимых для запуска и управления изолированными контейнерами. Для обновления системного окружения Atomic используется технология OSTree, при которой системный образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например, можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки rpm-ostree.

  • Представлен Tunir, новый легковесный инструмент непрерывной интеграции, нацеленный на ускорение тестирования образов для облачных систем;
  • Задействование ядра Linux 4.0;
  • В следующем выпуске Fedora 23 ожидается переход по умолчанию на Wayland и Python 3, а также предоставление образов Fedora Atomic Host и Fedora Cloud для использования с инструментарием Vagrant, который может использоваться для быстрого развёртывания виртуальных окружений в системах виртуализации на базе KVM и VirtualBox.


  1. Главная ссылка к новости (https://lists.fedoraproject.or...)
  2. OpenNews: В Fedora не будут применяться обновления ядра Linux без перезагрузки
  3. OpenNews: Wayland планируют использовать в экране входа Fedora 22 и задействовать по умолчанию в Fedora 23
  4. OpenNews: Релиз Linux-дистрибутива Fedora 21
  5. OpenNews: Для Fedora предложен новый процесс подготовки выпусков
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42081-fedora
Ключевые слова: fedora
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.4, arzeth (ok), 22:52, 21/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    > Замена YUM на пакетный менеджер DNF
    > более качественным управлением зависимостями

    В Arch можно одной командой установить/обновить пакет, игнорируя его зависимости ( pacman -S -dd либо в /etc/pacman.conf добавить ненужное в IgnorePkg= ), а затем обновлять всю систему с помощью pacman -Syu как ни в чём не бывало. Тут можно так же просто?
    А то в Дебианоподобных приходится мучиться: http://serverfault.com/questions/250224/how-do-i-get-apt-get-to-ignore-some-d

     
     
  • 2.5, nobody (??), 23:46, 21/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    зачем же лезть в pacman.conf, если можно просто pacman -Syu --ignore package_name
     
     
  • 3.11, arzeth (ok), 07:54, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Затем, что есть пакеты, которые не хочется обновлять (например, зачем мне обновлять oxygen-icons, если и так всё работает, а насилывать и дефрагментировать лишний раз HDD не хочется). И каждый раз писать --ignore лень (можно алиас в .(ba|z)shrc поставить, но это некрасиво). И ещё лень при установке нового пакета каждый раз писать --ignore network-manager-applet-и-компания
    У меня в pacman.conf:
    IgnorePkg = linux oxygen-icons network-manager-applet networkmanager libnm-gtk bluez gnome-bluetooth

    P.S. Чуть опечатался в своём комментарии: вместо pacman -Sdd я хотел сказать, что можно не только устанавливать как хочешь, но и ещё вытворять такие вещи pacman -Rdd systemd (после чего в pacman.conf в IgnorePkg добавлять, чтобы можно было просто вводить pacman -Syu)

     
     
  • 4.36, Аноним (-), 20:23, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Затем, что есть пакеты, которые не хочется обновлять (например, зачем мне обновлять oxygen-icons, если и так всё работает, а насилывать и дефрагментировать лишний раз HDD не хочется).

    О, вот и аутисты в тред подтянулись.

     
  • 2.23, IvAnZ (?), 13:16, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    rpm -U xxx.rpm --nodeps --force
     
     
  • 3.34, Анончег (?), 23:11, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > rpm -U xxx.rpm --nodeps --force

    "xxx.rpm" школьники подумали, что это RPM для взрослой аудитории - 21+.

     

  • 1.6, Аноним (-), 00:04, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Честно говоря с недоверием отношусь к DNF.
    Наверно сказался первый опыт с ним.
    Тогда жутко все лагало, так что пришлось с нуля ставить федору.
    Новое имя имеет скорее маркетинговый смысл, чем практический толк.
    Во всех программах можно делать разные ветки версий, а тут видите ли нельзя.

    Самое интересное, что libsolv написан на чистом си.
    А тут опять завернули тот же питон. Ну раз выбрали новое имя, почему не написать на си например? Зачем снова выбирать язык, где результат не увенчался успехом.
    Честно говоря продолжу пользоваться yum. dnf сами кушайте.

     
     
  • 2.8, vdb (?), 01:04, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну раз выбрали новое имя, почему не написать на си например?

    Ну написал бы, а?

    > Зачем снова выбирать язык, где результат не увенчался успехом. Честно говоря продолжу пользоваться yum.

    Гм, юм написан на питоне. Раз ты продолжаешь им пользоваться, разве это не успех?

     
     
  • 3.18, Аноним (-), 11:27, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну написал бы, а?

    А мне yum'а хватает. Но если бы писал, то сделал бы поддержку подключения заодно и репозитариев с деб пакетами.

    > Гм, юм написан на питоне. Раз ты продолжаешь им пользоваться, разве это не успех?

    Не вижу смысла один питон менять на другой, но первый хоть проверен временем.

     
     
  • 4.42, nexfwall (ok), 23:45, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну написал бы, а?
    > А мне yum'а хватает. Но если бы писал, то сделал бы поддержку
    > подключения заодно и репозитариев с деб пакетами.

    Не забудь добавить поддержку ебилдов. Так, чтобы заодно.

    >> Гм, юм написан на питоне. Раз ты продолжаешь им пользоваться, разве это не успех?
    > Не вижу смысла один питон менять на другой, но первый хоть проверен
    > временем.

    Никто не мешает тебе использовать /usr/bin/yum-deprecated.

     
  • 2.17, Moomintroll (ok), 10:40, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Самое интересное, что libsolv написан на чистом си.
    > А тут опять завернули тот же питон. Ну раз выбрали новое имя, почему не написать на си например?

    А я себе zypper собрал для CentOS6/7 и юзаю на Fedora, правда старой — 20 (из CentOS7).

     
     
  • 3.20, Аноним (-), 11:30, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Как-то не замечал раньше, надо будет глянуть.
    Спасибо за наводку))
    Это все же лучше питона.
     
     
  • 4.22, Moomintroll (ok), 13:14, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Как-то не замечал раньше, надо будет глянуть.
    > Спасибо за наводку))

    Сразу предупрежу, что встречаются проблемы со шляпными репами, а именно:

    1. отсутствие путей к ключам GPG в файлах репозиториев (вероятно в yum'е захардкожены), например:

    Получение метаданных репозитория 'Fedora 20 - x86_64 - Updates' -----------------------------------------------------[-]
    Файл 'repomd.xml' из репозитория 'Fedora 20 - x86_64 - Updates' не подписан, продолжить? [да/нет] (нет): y

    2. отсутствие (корректной?) поддержки rsync, а именно zypper ломается, когда в mirrorlist приходит запись вида: rsync://host::module/path

    Нужно править файлы описания репозиториев (всё равно у zypper'а для них свой каталог).
    Первое лечится отключением проверки подписей "gpgcheck=0" или указанием пути к ключам в /etc/pki/rpm-gpg.
    Второе — НЕиспользованием mirrorlist, т.е. указанием в baseurl ближайшего зеркала.

     
  • 2.21, SunXE (ok), 12:38, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    vmware написали http://ru.fedoracommunity.org/content/Инженеры-vmware-создали-пакетный-менедж
    Пока с урезанной функциональностью правда.
     
     
  • 3.35, raven_kg (ok), 13:34, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Krishna Ganugapati

    Я бы не рискнул...

     
  • 2.24, Michael Shigorin (ok), 13:23, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Новое имя имеет скорее маркетинговый смысл, чем практический толк.

    Практический толк крайне прост: человек, разбиравшийся в yum, погиб.

     
     
  • 3.27, Михрютка (ok), 17:23, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Новое имя имеет скорее маркетинговый смысл, чем практический толк.
    > Практический толк крайне прост: человек, разбиравшийся в yum, погиб.

    :( вот и шути после этого про bus factor.

     
  • 2.43, nexfwall (ok), 23:49, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Самое интересное, что libsolv написан на чистом си.
    > А тут опять завернули тот же питон. Ну раз выбрали новое имя,
    > почему не написать на си например? Зачем снова выбирать язык, где
    > результат не увенчался успехом.

    Переписывать всю кодовую базу, только из-за смены названия?
    И к тому же, факт того, что apt-get написан на сях, никак не прибавляет к его скорости.

     
     
  • 3.45, Michael Shigorin (ok), 10:49, 24/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > И к тому же, факт того, что apt-get написан на сях

    На плюсах.

    > никак не прибавляет к его скорости.

    Язык сам по себе не "прибавляет к скорости", а определяет нижний порог тормозов.

     

  • 1.9, Илья (??), 04:46, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сочный, конечно, список изменений, но для домашнего пользования на стареньком i3/8gb оставлю дебиан.

    А новый Gnome очень красиао выглядит.

     
     
  • 2.12, pkdr (ok), 09:16, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это пока команда гнома не решит выбросить "красиво выглядит" оттуда.
     
  • 2.19, gyno (?), 11:28, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >на стареньком i3/8gb

    Толсто!

     

  • 1.10, Dkg (?), 07:12, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Сижу еще с альфы. Серьезных багов не замечено.
     
  • 1.13, Михрютка (ok), 09:39, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    -   Database Server Role: Fedora 21 introduced rolekit, a daemon for
        Linux systems that provides a stable D-Bus interface to manage
        deployment of server roles. The Fedora 22 release adds onto that
        work with a database server role based on PostgreSQL.

    это что, вместо десятка строчек в кикстарте мне предлагают тащить в систему говно-бас и очередной шит-кит? отличный выбор, ящетаю. юниксвейненько так.

     
  • 1.14, Аноним (-), 09:48, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Экран входа является достаточно обособленной системой, поэтому переведя его на Wayland в первую очередь, у разработчиков появится возможность окончательно убедиться в отсутствии подводных камней и незамеченных ошибок, без негативного влияния на работу приложений и рабочего стола.

    Безграмотным, не владеющим русским языком, не следует писать такие сложные и длинные предложения. Ибо позорище.

    > переведя .... у разработчиков появится возможность

    Некая "возможность", переведя что-то куда-то, появится у кого-то?
    Эта "возможность" будет переводить или разработчики?

     
     
  • 2.16, YetAnotherOnanym (ok), 10:19, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так нажал бы "исправить" и отредакитровал - "... разработчики получили возможность ...", раз такой граммарнаци.
     
     
  • 3.28, Михрютка (ok), 17:26, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > и отредакитровал

    http://img0.joyreactor.cc/pics/post/%D0%B3%D1%80%D0&


     
  • 3.30, Аноним (-), 18:32, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Увы, я не знаю что именно хотел сказать автор.
    Не знаю подробностей "ченжлога" того, о чём он пишет.
    Придумать за него новое ровное предложение я не смогу, а написать неправильное по смыслу я не хочу.
     

  • 1.25, lucentcode (ok), 13:28, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скорее бы релиз. Хочется пощупать...
     
     
  • 2.40, nexfwall (ok), 23:36, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скорее бы релиз. Хочется пощупать...

    Щупай бету. Оно достаточно штабильно.

     

  • 1.26, S. (?), 17:16, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Стабильный дистрибутив для элиты мира СПО/Opensource.
     
     
  • 2.31, Michael Shigorin (ok), 18:36, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Стабильный дистрибутив для элиты мира СПО/Opensource.

    С rawhide не перепутали, шляпный школьник?

     
  • 2.41, nexfwall (ok), 23:37, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Стабильный дистрибутив для элиты мира СПО/Opensource.

    Линус Торвальдс не может ошибаться!

     

  • 1.29, Аноним (-), 18:10, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Я уже использую эту beta - "полёт" нормальный
     
     
  • 2.32, Станислав (??), 21:31, 22/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Я еще Альфу начал использовать по тому что понравился "Gnome classic".. Идет в комплекте к обычной Workstation... багов и лагов нет..
    Даже в федоре 21 стабильной есть, а в федоре 22 альфе нет..

    Установил чтоб KDE Plasma попробовать, а оказалось что очень даже стоящая сборка, поэтому рекомендую!

     
     
  • 3.38, nexfwall (ok), 23:33, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Я еще Альфу начал использовать по тому что понравился "Gnome classic".. Идет
    > в комплекте к обычной Workstation... багов и лагов нет..
    > Даже в федоре 21 стабильной есть, а в федоре 22 альфе нет..

    Покажи скриншот.

     
  • 2.39, nexfwall (ok), 23:35, 23/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Я уже использую эту beta - "полёт" нормальный

    Я использую еще с марта, когда оно было еще Alpha. Полёт нормальный, но иногда наблюдается турбулентность.

     

  • 1.33, Аноним (-), 22:02, 22/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то RFRemix beta не видать, да и на блоге Tigro тишина.
     
  • 1.37, nexfwall (ok), 23:32, 23/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Заменили то еще в альфе Но в DNF всё еще не запилили shell А это было довольно... большой текст свёрнут, показать
     
  • 1.46, Аноним (-), 17:17, 16/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    подскажите плиз, обновится ли бета до полной версии, когда у той будет релиз? что надо прописать в терминале?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру