Началось (https://lists.fedoraproject.org/pipermail/devel-announce/201...) бета-тестирование дистрибутива Fedora 22. Релиз запланирован (https://fedoraproject.org/wiki/Schedule) на 26 мая. Выпуск охватывает продукты Fedora Workstation (https://getfedora.org/en/workstation/prerelease/), Fedora Server (https://getfedora.org/en/server/prerelease/), Fedora Cloud (https://getfedora.org/en/cloud/prerelease/), а также Live-сборки, поставляемые в форме спинов (https://spins.fedoraproject.org/prerelease) c десктоп-окружениями KDE, Xfce, MATE и LXDE.Наиболее заметные изменения (http://fedoraproject.org/wiki/Releases/22/ChangeSet) в Fedora 22:
- Замена YUM на пакетный менеджер DNF (http://akozumpl.github.io/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, релиз которого запланирован на 25 марта. Из улучшений (http://www.opennet.me/opennews/art.shtml?num=41715) можно отметить новую тему оформления GNOME Shell, переработанную систему вывода уведомлений, стабилизированную и доработанную поддержку Wayland, модернизированный интерфейс файлового менеджера Nautilus, поддержку Google Drive;
- Включены наработки по снижению энергопотребления. Добавлен инструмент (http://www.opennet.me/opennews/art.shtml?num=41488) для тестирования автономной работы от аккумулятора;
- В интерфейс для управления установкой приложений GNOME Software добавлена поддержка работы со сторонними компонентами, такими как мультимедийные кодеки для GStreamer и шрифты;- Усовершенствованы темы оформления для Qt4 и Qt5, позволяющие обеспечить бесшовную интеграцию с GNOME Qt-приложений и программ из KDE, интерфейс которых будет унифицирован с приложениями GTK.
- Усовершенствован GNOME Terminal, в том числе обеспечена возможность вывода уведомлений при завершении длительно работающих заданий, таких как компиляция, что позволит не отвлекаться, постоянно заглядывая в терминал для оценки статуса завершения работы;
- В инструменте для автоматической отправки сообщений о проблемах ABRT (Automatic Bug Reporting Tool) улучшена организация вывода уведомлений и предоставлены более полные средства обеспечения соблюдения приватности и контроля за отправляемой вовне информации;
- Спин Fedora KDE по умолчанию переведён на окружение KDE Plasma 5 (http://www.opennet.me/opennews/art.shtml?num=41547). Спин Fedora Xfce обновлён до Xfce 4.12 (http://www.opennet.me/opennews/art.shtml?num=41752);
- В инструментарий Rolekit добавлена поддержка развёртывания и управления серверных "ролей" на базе СУБД PostgreSQL. Под ролью подразумевается определённая серверная функциональность, работу которой обеспечивает набор пакетов (например, почтовый сервер может потребовать установки пакетов с SMTP и IMAP серверами). Rolekit позволяет разом установить и настроить все пакеты, требуемые для реализации сервиса.
- Обновлён Cockpit (http://cockpit-project.org/), web-интерфейс для настройки и мониторинга одного или нескольких серверов. Позволяет администратору управлять хранилищами, запуском сервисов, анализировать логи, инспектировать и администрировать контейнеры Docker, в том числе отслеживать потребление ресурсов и задавать ограничения.
- В редакцию для облачных систем включены последние версии пакетов rpm-ostree (http://rpm-ostree.cloud.fedoraproject.org/) и rpm-ostree-toolbox, при помощи которых можно сгенерировать собственную начинку базового окружения Atomic (http://www.opennet.me/opennews/art.shtml?num=41795), содержащую свой набор пакетов. В состав также включены утилиты командной строки для управления контейнерами в окружении Atomic Host и проведения обновления начинки Atomic Host.Напомним, что в рамках проекта Atomic развивается концепция минималистичной ОС для обеспечения запуска изолированных контейнеров, подготовленных и управляемых при помощи инструментария Docker. Предоставляемое Atomic базовое окружение (Atomic Host) содержит только минимальный набор компонентов (systemd, journald, docker, geard и т.п.), необходимых для запуска и управления изолированными контейнерами. Для обновления системного окружения Atomic используется технология OSTree, при которой системный образ атомарно обновляется из Git-подобного хранилища, позволяющего применять методы версионного контроля к компонентам дистрибутива (например, можно быстро откатить систему к прошлому состоянию). RPM-пакеты транслируются в репозиторий OSTree при помощи специальной прослойки rpm-ostree.
- Представлен Tunir, новый легковесный инструмент непрерывной интеграции, нацеленный на ускорение тестирования образов для облачных систем;
- Задействование ядра Linux 4.0 (http://www.opennet.me/opennews/art.shtml?num=42029);- В следующем выпуске Fedora 23 ожидается переход по умолчанию на Wayland и Python 3, а также предоставление образов Fedora Atomic Host и Fedora Cloud для использования с инструментарием Vagrant (http://www.opennet.me/opennews/art.shtml?num=39285), который может использоваться для быстрого развёртывания виртуальных окружений в системах виртуализации на базе KVM и VirtualBox.
URL: https://lists.fedoraproject.org/pipermail/devel-announce/201...
Новость: http://www.opennet.me/opennews/art.shtml?num=42081
> Замена YUM на пакетный менеджер DNF
> более качественным управлением зависимостямиВ Arch можно одной командой установить/обновить пакет, игнорируя его зависимости ( pacman -S -dd либо в /etc/pacman.conf добавить ненужное в IgnorePkg= ), а затем обновлять всю систему с помощью pacman -Syu как ни в чём не бывало. Тут можно так же просто?
А то в Дебианоподобных приходится мучиться: http://serverfault.com/questions/250224/how-do-i-get-apt-get...
зачем же лезть в pacman.conf, если можно просто pacman -Syu --ignore package_name
Затем, что есть пакеты, которые не хочется обновлять (например, зачем мне обновлять 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-bluetoothP.S. Чуть опечатался в своём комментарии: вместо pacman -Sdd я хотел сказать, что можно не только устанавливать как хочешь, но и ещё вытворять такие вещи pacman -Rdd systemd (после чего в pacman.conf в IgnorePkg добавлять, чтобы можно было просто вводить pacman -Syu)
>Затем, что есть пакеты, которые не хочется обновлять (например, зачем мне обновлять oxygen-icons, если и так всё работает, а насилывать и дефрагментировать лишний раз HDD не хочется).О, вот и аутисты в тред подтянулись.
rpm -U xxx.rpm --nodeps --force
> rpm -U xxx.rpm --nodeps --force"xxx.rpm" школьники подумали, что это RPM для взрослой аудитории - 21+.
Честно говоря с недоверием отношусь к DNF.
Наверно сказался первый опыт с ним.
Тогда жутко все лагало, так что пришлось с нуля ставить федору.
Новое имя имеет скорее маркетинговый смысл, чем практический толк.
Во всех программах можно делать разные ветки версий, а тут видите ли нельзя.Самое интересное, что libsolv написан на чистом си.
А тут опять завернули тот же питон. Ну раз выбрали новое имя, почему не написать на си например? Зачем снова выбирать язык, где результат не увенчался успехом.
Честно говоря продолжу пользоваться yum. dnf сами кушайте.
> Ну раз выбрали новое имя, почему не написать на си например?Ну написал бы, а?
> Зачем снова выбирать язык, где результат не увенчался успехом. Честно говоря продолжу пользоваться yum.
Гм, юм написан на питоне. Раз ты продолжаешь им пользоваться, разве это не успех?
> Ну написал бы, а?А мне yum'а хватает. Но если бы писал, то сделал бы поддержку подключения заодно и репозитариев с деб пакетами.
> Гм, юм написан на питоне. Раз ты продолжаешь им пользоваться, разве это не успех?
Не вижу смысла один питон менять на другой, но первый хоть проверен временем.
>> Ну написал бы, а?
> А мне yum'а хватает. Но если бы писал, то сделал бы поддержку
> подключения заодно и репозитариев с деб пакетами.Не забудь добавить поддержку ебилдов. Так, чтобы заодно.
>> Гм, юм написан на питоне. Раз ты продолжаешь им пользоваться, разве это не успех?
> Не вижу смысла один питон менять на другой, но первый хоть проверен
> временем.Никто не мешает тебе использовать /usr/bin/yum-deprecated.
> Самое интересное, что libsolv написан на чистом си.
> А тут опять завернули тот же питон. Ну раз выбрали новое имя, почему не написать на си например?А я себе zypper собрал для CentOS6/7 и юзаю на Fedora, правда старой — 20 (из CentOS7).
Как-то не замечал раньше, надо будет глянуть.
Спасибо за наводку))
Это все же лучше питона.
> Как-то не замечал раньше, надо будет глянуть.
> Спасибо за наводку))Сразу предупрежу, что встречаются проблемы со шляпными репами, а именно:
1. отсутствие путей к ключам GPG в файлах репозиториев (вероятно в yum'е захардкожены), например:
Получение метаданных репозитория 'Fedora 20 - x86_64 - Updates' -----------------------------------------------------[-]
Файл 'repomd.xml' из репозитория 'Fedora 20 - x86_64 - Updates' не подписан, продолжить? [да/нет] (нет): y2. отсутствие (корректной?) поддержки rsync, а именно zypper ломается, когда в mirrorlist приходит запись вида: rsync://host::module/path
Нужно править файлы описания репозиториев (всё равно у zypper'а для них свой каталог).
Первое лечится отключением проверки подписей "gpgcheck=0" или указанием пути к ключам в /etc/pki/rpm-gpg.
Второе — НЕиспользованием mirrorlist, т.е. указанием в baseurl ближайшего зеркала.
vmware написали http://ru.fedoracommunity.org/content/Инженеры-vmware-создали-пакетный-менеджер-tdnf
Пока с урезанной функциональностью правда.
> Krishna GanugapatiЯ бы не рискнул...
> Новое имя имеет скорее маркетинговый смысл, чем практический толк.Практический толк крайне прост: человек, разбиравшийся в yum, погиб.
>> Новое имя имеет скорее маркетинговый смысл, чем практический толк.
> Практический толк крайне прост: человек, разбиравшийся в yum, погиб.:( вот и шути после этого про bus factor.
> Самое интересное, что libsolv написан на чистом си.
> А тут опять завернули тот же питон. Ну раз выбрали новое имя,
> почему не написать на си например? Зачем снова выбирать язык, где
> результат не увенчался успехом.Переписывать всю кодовую базу, только из-за смены названия?
И к тому же, факт того, что apt-get написан на сях, никак не прибавляет к его скорости.
> И к тому же, факт того, что apt-get написан на сяхНа плюсах.
> никак не прибавляет к его скорости.
Язык сам по себе не "прибавляет к скорости", а определяет нижний порог тормозов.
Сочный, конечно, список изменений, но для домашнего пользования на стареньком i3/8gb оставлю дебиан.А новый Gnome очень красиао выглядит.
Ну это пока команда гнома не решит выбросить "красиво выглядит" оттуда.
>на стареньком i3/8gbТолсто!
Сижу еще с альфы. Серьезных багов не замечено.
- 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.это что, вместо десятка строчек в кикстарте мне предлагают тащить в систему говно-бас и очередной шит-кит? отличный выбор, ящетаю. юниксвейненько так.
> Экран входа является достаточно обособленной системой, поэтому переведя его на Wayland в первую очередь, у разработчиков появится возможность окончательно убедиться в отсутствии подводных камней и незамеченных ошибок, без негативного влияния на работу приложений и рабочего стола.Безграмотным, не владеющим русским языком, не следует писать такие сложные и длинные предложения. Ибо позорище.
> переведя .... у разработчиков появится возможность
Некая "возможность", переведя что-то куда-то, появится у кого-то?
Эта "возможность" будет переводить или разработчики?
Ну так нажал бы "исправить" и отредакитровал - "... разработчики получили возможность ...", раз такой граммарнаци.
> и отредакитровалhttp://img0.joyreactor.cc/pics/post/%D0%B3%D1...
Увы, я не знаю что именно хотел сказать автор.
Не знаю подробностей "ченжлога" того, о чём он пишет.
Придумать за него новое ровное предложение я не смогу, а написать неправильное по смыслу я не хочу.
Скорее бы релиз. Хочется пощупать...
> Скорее бы релиз. Хочется пощупать...Щупай бету. Оно достаточно штабильно.
Стабильный дистрибутив для элиты мира СПО/Opensource.
> Стабильный дистрибутив для элиты мира СПО/Opensource.С rawhide не перепутали, шляпный школьник?
> Стабильный дистрибутив для элиты мира СПО/Opensource.Линус Торвальдс не может ошибаться!
Я уже использую эту beta - "полёт" нормальный
Я еще Альфу начал использовать по тому что понравился "Gnome classic".. Идет в комплекте к обычной Workstation... багов и лагов нет..
Даже в федоре 21 стабильной есть, а в федоре 22 альфе нет..Установил чтоб KDE Plasma попробовать, а оказалось что очень даже стоящая сборка, поэтому рекомендую!
> Я еще Альфу начал использовать по тому что понравился "Gnome classic".. Идет
> в комплекте к обычной Workstation... багов и лагов нет..
> Даже в федоре 21 стабильной есть, а в федоре 22 альфе нет..Покажи скриншот.
> Я уже использую эту beta - "полёт" нормальныйЯ использую еще с марта, когда оно было еще Alpha. Полёт нормальный, но иногда наблюдается турбулентность.
Что-то RFRemix beta не видать, да и на блоге Tigro тишина.
> Замена YUM на пакетный менеджер DNFЗаменили то еще в альфе. Но в DNF всё еще не запилили shell. А это было довольно прекрасной фичей
> Пакет dnf-yum осуществляет автоматический редирект на dnf для обеспечения полной совместимости с yum.
На самом деле это тупо шелл скрипт с таким содержанием:
executable="/usr/bin/dnf"
msg="Yum command has been deprecated, use dnf instead.\n"\
"See 'man dnf' and 'man yum2dnf' for more information.\n"\
"To transfer transaction metadata from yum to DNF, run 'dnf migrate'"\
"Redirecting to '$executable $@'\n"
echo -e $msg >&2
exec $executable "$@"Так что совместимость тут явно не полная, лол.
> - В серверной сборке дистрибутива по умолчанию задействована файловая система XFS
Файловая система, которая при каждом не понравившемся ей чихе, заполняет содержимое файлов из /dev/zero? Хороший выбор.
> Экран входа в систему переведён по умолчанию на использование Wayland.
Он работает нормально, но при при переходе в иксы (не холодный старт), можно на несколько секунд наблюдать содержимое толи видеопамяти, толи фреймбуфера. Что довольно напоминает картины абстракционизма.
> В дистрибутиве задействован предварительный выпуск рабочего стола GNOME 3.16, релиз которого запланирован на 25 марта.
Не такой он уже и предварительный. Давно уже вышел 3.16.1.
Всем кто заметит маленькую чёрную полоску в левом нижнем углу, это новый legacy tray, который теперь будет закрывать целый 1 символ развёрнутого терминала.> Включены наработки по снижению энергопотребления. Добавлен инструмент для тестирования автономной работы от аккумулятора
А вот это офигенно, надо установить.
> В интерфейс для управления установкой приложений GNOME Software добавлена поддержка работы со сторонними компонентами, такими как мультимедийные кодеки для GStreamer и шрифты.Но интерфейс остался таким-же [s]тупым[/s] простым, и ориентированным на "приложения". Ибо надо же было запилить свою собственную версию убунту софтвар центра. Только если в убунту софтвар центре ЕМНИП еще можно было установить тупо отдельные пакеты(через поиск), то тут уже нельзя.
Но обновления порадовали. Теперь можно будет загрузить все обновления в кэш заранее, и когда идёшь спать, просто ткнуть галочку "установить все обновления", они установятся, и комп выключится.
> Усовершенствованы темы оформления для Qt4 и Qt5, позволяющие обеспечить бесшовную интеграцию с GNOME Qt-приложений и программ из KDE, интерфейс которых будет унифицирован с приложениями GTK.
Не знаю что тут имеют ввиду, но я заметил что тему адвайты запилили для Qt(adwaita-qt-theme). Больше ничего не заметил.
> Усовершенствован GNOME Terminal, в том числе обеспечена возможность вывода уведомлений при завершении длительно работающих заданий, таких как компиляция, что позволит не отвлекаться, постоянно заглядывая в терминал для оценки статуса завершения работы
Вот это действительно удобная штука.
> В инструменте для автоматической отправки сообщений о проблемах ABRT (Automatic Bug Reporting Tool) улучшена организация вывода уведомлений и предоставлены более полные средства обеспечения соблюдения приватности и контроля за отправляемой вовне информации
Они запилили галочку в раздел "Конфиденциальность" GNOME Settings Center, которая символизирует твоё согласие на отправку сообщений о падениях автоматически. И каждый раз когда что-то умудряется падать, тебе в виде уведомления выскакивает грустная рожица, которая говорит тебе "У нас тут что-то упало, извините. Данные были автоматически отправлены". Иногда даже сообщает что именно упало. А если упало что-то, на что видимо мейнтейнеры Fedora не имеют никакого отношения, предлагает сообщить самому о падении.
> Спин Fedora KDE по умолчанию переведён на окружение KDE Plasma 5
Но они так и не пересобрали kde-baseapps с KF5. Который, кстати уже давно как 15.04. В итоге Dolphin работает на kdelibs. Думаю написать им, попросить пересобрать с KF5, но пока лень.
> Задействование ядра Linux 4.0
Который там еще с rc версий. И потом наверняка обновят до 4.1.
подскажите плиз, обновится ли бета до полной версии, когда у той будет релиз? что надо прописать в терминале?
