Официально представлен (https://lists.fedoraproject.org/pipermail/announce/2015-May/...) релиз Linux-дистрибутива Fedora 22 (https://fedoraproject.org/). Для загрузки доступны (https://getfedora.org/) 32- и 64-разрядные сборки продуктов Fedora Workstation (https://getfedora.org/en/workstation), Fedora Server (https://getfedora.org/en/server) и Fedora Cloud (https://getfedora.org/en/cloud), а также набор "спинов" (https://spins.fedoraproject.org/) c Live-сборками десктоп-окружений KDE, Xfce, LXDE, MATE-Compiz и SOAS (Sugar on a Stick). Дополнительно поставляется (http://dl.fedoraproject.org/pub/fedora/linux/releases/22/Doc.../) образ для Docker и сборки (https://arm.fedoraproject.org/) для различных устройств с процессорами ARM.
Выпуск примечателен переходом на пакетный менеджер DNF, использованием по умолчанию в серверной сборке файловой системы XFS, переводом экрана входа в систему на Wayland, поставкой KDE Plasma 5 и Xfce 4.12. Кроме спинов началось формирование lab-сборок (https://labs.fedoraproject.org/), в рамках которых подготовлены специализированные варианты дистрибутива для научных исследований, тестирования безопасности, игр, дизайна и создания мультимедийного контента, сочинения и обработки музыки, разработки роботов.
Наиболее заметные изменения (http://fedoraproject.org/wiki/Releases/22/ChangeSet) в Fedora 22:- Замена YUM на пакетный менеджер DNF (https://github.com/rpm-software-management/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. Из улучшений (http://www.opennet.me/opennews/art.shtml?num=41909) можно отметить новую тему оформления 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.
- Предоставлены образ Fedora Atomic Host и Fedora Cloud для использования с инструментарием Vagrant (http://www.opennet.me/opennews/art.shtml?num=39285), который может использоваться для быстрого развёртывания виртуальных окружений в системах виртуализации на базе KVM и VirtualBox.
- Обновлены образы, которые можно использовать в качестве основы для запуска приложений в контейнерах Docekr. В состав дистрибутива включен пакет fedora-dockerfiles, который в комбинации с специальным git-репозиторием, позволяет формировать сборки контейнеров приложений на основе базовой начинки Fedora 22 и дополнительных пакетов;
- Представлен Tunir, новый легковесный инструмент непрерывной интеграции, нацеленный на ускорение тестирования образов для облачных систем;
- Задействование ядра Linux 4.0 (http://www.opennet.me/opennews/art.shtml?num=42029) и набора компиляторов GCC 5.1.
...URL: https://lists.fedoraproject.org/pipermail/announce/2015-May/...
Новость: http://www.opennet.me/opennews/art.shtml?num=42302
О как я долго ждал!
Без запятой твоя фраза заставляет нас ожидать иллюстративный материал, показывающий как именно ты долго ждал:)
Эмоции, друг
Эмоции, враг
И не друг, и не враг, а так.
>Russian Fedora Remix 22, адаптированная для отечественных пользователейВся идея открытой и совместной разработки в создании универсального продукта, такого что не надо делать специальные сборки в зависимости от страны, сообщество делающее RFRemix, на мой взгляд, работает в конечном итоге против Linux.
По сути своей RFR является набором дополнительных реп, которые можно подключить к обычной Федоре. А можно сразу поставить дистрибутив с уже интегрированными репами.
> Болгенос номер какой-то. Чему удивляться, таких сотни, и у всех крутые обои.Это у африканской убунты разница только в обоях. А у американской федоры действительно многие вещи в апстриме недоступны, из-за самых свободных и либеральных американских законов и судов.
отчасти согласен, только вот "африканская убунта" намного популярнее федопы, что как бы намекает.
Может кому и намекает, но по факту это "ровным счётом ничего не значит" (С) "Автостопом по Галактике"
> Вся идея открытой и совместной разработки в создании универсального продукта, такого что не надо делать специальные сборки в зависимости от страны,Для Fedora такое, увы, невозможно по определению. Это американский дистрибутив, подчиняющийся американскому законодательству, а значит, как минимум кодеки и видеодрайверы в него включать нельзя.
> а значит, как минимум кодеки и видеодрайверы в него включать нельзяЭто разные случаи: кодеки у них "минное поле" с учётом софтпатентов; проприетарные драйверы, которые по условиям лицензии возможно распространять, они распространять в составе дистрибутива не хотят (т.к. придётся поддерживать, а в федоре предпочитают выкатывать новые ядра и было бы грустно ждать тот же fglrx).
Т.е. "да; нет".
Вообще-то RFRemix - это никакая не специальная сборка, а просто немного изменённая оригинальная федора, где многие вещи уже сделаны для удобства, в основном всё отличие заключается в том, что там добавлен репо с пакетами, которые запрещено ставить в США из-за тамошних законов.
Всё, что работает в Fedora точно также будет работать в RFRemix. И перейти с Fedora на RFRemix или наоборот можно одной командой.
и ещё нескучные логотипы)
>>Russian Fedora Remix 22, адаптированная для отечественных пользователей
> Вся идея открытой и совместной разработки в создании универсального продуктаРасскажите это штатовским лоббистам софтпатентов.
Привычно вбил поиск в ютьюбе и посмотрел гном: https://www.youtube.com/watch?v=BN8Kan-LoTwТакое впечатление что работают только над ним, весьма неплохо вылизали его. Хотя может это и к лучшему, кеды скатились неведомо во что.
> Такое впечатление что работают только над ним, весьма неплохо вылизали его. Хотя
> может это и к лучшему, кеды скатились неведомо во что.Кеды сейчас в стадии "KDE 5.0 != KDE5"
и как обычно, это надолго
Обновился с F21 KDE. Пятая плазма действительно сырая и падает. Но после использования гнома в течение 2 дней она показалась тортом.
> Обновился с F21 KDE. Пятая плазма действительно сырая и падает. Но после
> использования гнома в течение 2 дней она показалась тортом.Как часто падает плазма и от чего? Или "просто так" падает, периодически? И проявляется ли сырость пятой плазмы в чем-то ещё, кроме падений?
Почему 5 плазма после 3 гнома показалась тортом?
И не мог бы кто-нибудь отписаться с чисто установленного дистриба, падает ли там плазма?
Падает регулярно. Иногда сразу со старта. Причин видимых - нет. При отрисовке окон - сами окна и их содержимое "дрожит". Иногда элементы отрисовываются только при наведении на них указателя мыши, т.е. сразу после старта гуй вообще не отрисовывается. Не все гномоприложения интегрируются в тему оформления КДЕ. В общем ждем обновления 5.3.1 в репах.
Тортом это поделие показалось т.к. хоть хреново, но с плазмой еще можно жить. Гном3 поставил 1й раз в жизни. Он-то стабилен. Но меня бесит его ограниченность и необходимость ради каждой нужной мелочи ставить по дополнению.
XFCE по сравнению с ними был бы идеален, если бы у меня работала регулировка яркости экрана.
Так что придется пока тыкать палкой кеды.
> Тортом это поделие показалось т.к. хоть хреново, но с плазмой еще можно
> жить. Гном3 поставил 1й раз в жизни. Он-то стабилен. Но меня
> бесит его ограниченность и необходимость ради каждой нужной мелочи ставить по
> дополнению.Ну не знаю. Я сам раньше всегда плевался на 3 гном, потому что считал, что никто не умеет его готовить. Теперь, когда у меня стоит 22 Федора, я убедился, что это не так. В Федоре Гном просто улётный. Это единственный дистрибутив из тех, что я встречал на базе 3 Гнома у которого из коробки работает переключение раскладки по Alt+Shift, без костылей и танцев с Бубном. А так, парочки дополнений хватает. Там много допиливать не придется. А вот пятую плазму, будет ждать стабильную версию.
> Замена YUM на пакетный менеджер DNF, обладающий заметно более высокой скоростью работы, низким потреблением памятиЭто всё было в apt-rpm, но его выкинули заменив на Yum.
> Это всё было в apt-rpm, но его выкинули заменив на Yum.Не припомню в федоре ни apt-rpm, ни apt4rpm как основного средства управления пакетами...
В качестве основного тогда использовался гольный rpm. Хотя был и up2date, но им мало кто пользовался. А потом быстренько возник YUM и перебежал дорожку apt-rpm-у, который поддерживали уже все основные репозитории.
> В качестве основного тогда использовался гольный rpm.Поверх него был ещё какой-то инструмент во времена RPM3 (RHL5) -- запамятовал название, помню, что gtk-шная или tk-шная морда вроде была.
> А потом быстренько возник YUM
Он тоже не на ровном месте возник, YellowDog Linux на PowerPC ко времени образования FC1 было года четыре уже.
> и перебежал дорожку apt-rpm-у, который поддерживали уже все основные репозитории.
Да, в шляпе его вроде как упорно игнорировали...
Морда это просто гуй, что-то было, но не суть.
Yellow Dog делал и использовал Yup, а Yum совсем другое дело
(вики):> As a full rewrite of its predecessor tool, Yellowdog Updater (YUP), yum evolved _primarily in order to update and manage Red Hat Linux_ systems used at the Duke University Department of Physics.
> _Subsequent_ adopters included Red Hat Enterprise Linux,[8] Fedora, CentOS, and many other RPM-based Linux distributions, _including Yellow Dog Linux itself_, where it replaced the original YUP utilityТам странная довольно была история. Похожая на systemd.
а когда redhat упускал возможность что-то свое продвинуть?с шедулерами в ядре - та же картина :) нам нужен только один и индиго сделал лучший.. а потом аккуратно подтягивать части конкурента но под своей маркой.
Не совсем так тупо в лоб, зачастую.
Можно еще kevent вспомнить.
Apt-rpm к сожалению несколько уступает оригинальному apt. Но конечно унификация была бы просто фантастическая. Не важно dpkg у тебя или rpm, всё равно всем заправляет apt.
Так она и была одно время. А потом выбор был сделан в сторону Yum.
apt-rpm никто не выбрасывал, но он не поддердживает разные архитектуры на одной машине (i386 и x86_64 не работали вместе). Я апт-ом пользовался довольно долго, потому что юм-у иногда просто не хватало памяти.
Начиная с определенной версии - поддерживает.
man multiarch
без разницы. уже запили funtoo, благо они там преконфигуреные ядра дают, так что гента теперь на современном железе ставится без особого гемора
Один раз redhat уже сказал что им десктоп не нужен и про... сервера, для чего теперь пользоваться глючной федорой?
Что, прям уж так все сервера и про...ли сходу? :)
Дружище, не мели чушь - только в моей компании вместе с виртуалками и физикал хостами rhel`ов уже под тысячу штук будет. И я скажу больше - в тенденции недалёкого будущего УЖЕ заложена миграция со всяких чпуксов, аиксов и соляры в сторону дуальности: "RHEL + Windows".WBR.
оокэй, тебе же виднее
http://www.opennet.me/opennews/art.shtml?num=38242
> оокэй, тебе же виднее
> http://www.opennet.me/opennews/art.shtml?num=38242Я ж не спорю, что убунта и дебиан бесплатны.
Но, из твоих слов, рхел должен иметь процентах долю на рынке примерно как у minix или qnx, чтобы так смело констатировать про....ность всех полимеров.
Ура! Конечно уже слезаю с неё как с основной, но для обучения _будущим_ программам штука полезная. Поздравляю всех причастных! Long Live Fedora!!!
Пишу с Live-Xfce - нравится всё. Из 1.5 Гб ОЗУ Xfce+Midori взяло 23%.
Апплет раскладки остался, но добавление раскладки вынесли в отдельную программу - она доступна там-же в строчке меню. Найти нетрудно, но стало на 1 шаг дальше.
Я не спец по шрифтам и дизайну и как "простой советский парень" могу сказать от себя, что зрительно всё выглядит приятнее, чем было в 20-ке и 21-й Федорах.
Набор программ вроде такой-же. Не знаю на что ушли +300 Мб относительно 20-ки. (я про файл Fedora-Live-Xfce-x86_64-22-3.iso)
Хочу добавить: очень ощутимо повысилась скорость работы. (1 ядро 1 ГГц, ОЗУ, как сказал выше, 1.5 Гб)
Ох, чую я, будет повторён "успех" девятой федоры
Вопрос не в тему:Товарищи программисты, кодеры и все прочие разбирающиеся, насколько сложно сделать отображение кириллических и латинских символов разными цветами? Например, как плагин к браузеру или на уровне библиотек, что бы и в консоли и в файловых менеджерах и в текстовых редакторах и прочем это работало.
Смысл в следующем:
Написано: «ВВС озабочено положением дел в средних слоях атмосферы»
И здесь сразу не понятно Би Би Си это беспокоит или Военно-воздушные силы.Или одна буква в слове написана латиницей и программа для перевода его не понимает, ну или какой нибудь проге нужно что бы в именах были только латинские симвлы, а там кириллическая буква закралась.
И тут мы залазим в настройки плагина для браузера, а лучше в настройки ДЕ, который привязан к конфигу какому нибудь и выставляем для одних символов отображение черным, а для других тёмно-синим, тёмно-сиреневым или каким ещё.
Может есть что-то подобное уже?Я джва года ждал такую штуку.
Если заработаете много денег на реализации этой идеи давайте ссылку на это сообщение.
Есть куда более простое решение - разные начертания схожих латинских и кириллических символов в шрифте.
И запомни на будущее, "изобретатель", идея без хотя бы прототипа не стоит ничего.
> Есть куда более простое решение - разные начертания схожих латинских и кириллических
> символов в шрифте.Собственно, достаточно в том же фоксе для кириллицы и латиницы выставить заметно отличающиеся семейства.
>> И здесь сразу не понятно Би Би Си это беспокоит или Военно-воздушные силы.Здесь, как раз, сразу понятно. Военно-воздушные силы не могут быть озабочеО.
>Спин Fedora KDE по умолчанию переведён на окружение KDE Plasma 5\o/
Пишу из LiveKDE-22. От 1.5 Гб ОЗУ при запуске отжралось больше 500 Мб, пока лазил по настройкам системы - отожралось ещё 150 Мб, всё закрыл, но 150 Мб не вернули. Не нашёл как выключить эффекты (делал обычно первым делом), управление "эффектами" непонятное - непонятно как выключить уже включённый "эффект".
Степень торможения относительно 21-й - вроде чуть больше тормозит.
Обои загрузить стало проще (правда пришлось придумать пароль для бумажника).
Виджеты на экран положить легко, а догадался, что контекстное управляющее меню ("таскать-вращать-убрать") появляется теперь не при наведении мыши, при клике, не сразу.
Как обычно при пользовании новыми "кедами": по-ихнему красиво, неприятно-непривычно-малопонятно, но.. терпимо, пользоваться можно, если привыкнуть. Жаль лишь, что всё меняется со временем: "хошь ты или нет, а будь добёр принять: теперь здесь всё будет так, а так не как тебе нравилось тут 4 года назад". Всё-таки правильно я с "кед" на "крыску" (XFCE) перешёл.
в настройках КДЕ - Монитор (или дисплей, или что-то около-того) - там вторая вкладка - включение (и выключение) эффектов при входе в систему
нэту там
> MATE-CompizCompiz ещё шевелится...
Очень даже. Только нужно пересобрать с патчем Мегабакса: https://www.linux.org.ru/forum/desktop/9490345
> GCC 5.1Там есть libstdc++.so.7? И как софт, компилится? Особенно интересует SuperTux 0.2.1 2004 года.
Эээ в смысле? А в каком дистрибутиве вообще есть libstdc++.so.7 ??Если речь про libstdc++.so.5 - он есть в пакете compat-libstdc++-33. Есть и совсем старый compat libstdc++ от gcc 2.96 (этот - только 32-х битный, программ, требующих 64-х битного вроде как не было).
Из compat-копиляторов есть gcc 3.4, более старых нет.
Когда ставил федору 21 она при обновлении просила перезагрузиться, а после перезагрузки начинала качать пакеты, увеличивая время простоя машины на время закачки, что хуже чем поведение винды.Тут все также?
> Когда ставил федору 21 она при обновлении просила перезагрузиться, а после перезагрузки
> начинала качать пакеты, увеличивая время простоя машины на время закачки, что
> хуже чем поведение винды.
> Тут все также?"это фича". Никто не мешает поставить обновления без перезагрузки с помощью yum.
Просто для того, чтобы начать использовать обновленные библиотеки, нужно перезапускать приложения. Что в некоторых случаях (напр. базовые библиотеки, или базовые графические библиотеки) по факту все равно без перезагрузки не выйдет. Поэтому был сделан механизм, ставящий обновления из pre-boot среды - https://fedoraproject.org/wiki/Features/OfflineSystemUpdates
Это опционально. Кроме того, если не ставить обновления библиотек и системных приложений, даже предложения перегрузится для установки не будет, обычные приложения просто обновляются.
> "это фича".Эта фича, очевидно, для пользователя оказалось багой. А когда её дезигнили, некоторые крутили пальцем у виска, потому как весь этот бред с перетаскиванием корня в /usr, затем всего этого в initrd напоминал полное отсутствие понимания того, что вообще с *nix делать.
Нет, я понимаю, что такое "перезапустить всё с новой libc". Но и там, кстати, можно без лишнего ухода в firmware, если не обновлялось ядро (kexec & co не щупал, про них ничего не скажу).
PS: к Вам всё же пристану: "предложения перегрузиться". :)
Ну как же, ведь в "настоящем юниксе" солярисе давно /usr перетащен в корень и бинарники общие! Так что насчет юникса можно поспорить.Фича, вообще, не сколько для libc, сколько мера защиты от кривых программ. Которые в современной системе - в отличие от того самого "старого *nix" любят общаться, к примеру, через dbus. Описания сервисов которого могут изменится после обновления, а само приложение работает старое. Или как-то так. Ну в общем, "чтобы не было проблем".
Кстати, в той же солярке серьезные обновления тоже с перезагрузкой - ставятся в отдельный BE, после перезагрузки оказываемся в нем. В линуксе же такое пока не потянули.
В общем, идея-то здравая (с ориентацией на человека, который каждый день включает/выключает компьютер, и хочет не иметь глюков при обновлении), а реализация подкачала. Линукс это все же не винда с обновлениями раз в месяц, для которых тщательно выставляют флажочки и тестируют - это можно без перезагрузки, это нельзя. Тут пакеты пачками обновляют постоянно - кто заставит мейнтенеров всякой мелочи думать, что реально требует перезагрузки, а что нет? Вот и вышло "не очень".
Лично я обновляюсь через yum "когда захочется" и перезагружаюсь раз в пару недель, когда не лень. Но глюки от обновления на лету - изредка бывают. Обычно нефатальные, типа падения (с перезапуском) gnome-shell при ином обновлении gtk3 (когда он immodules обновляет, вроде). Бывают (правда, довольно редко) зависания со 100% использования процессора firefox'ом при обновлении то ли gtk, то ли nspr, то ли еще чего-то им используемого. Это не федоро-специфичные баги, это в принципе баги на любом дистрибутиве могут быть. Ну кроме может тех, где приложения не линкуют с общими библиотеками :)
Из реально бесячих багов обновления в EL (терял сессию несколько раз) - перезапуск vnc-сервера после обновлении tigervnc-server. Потому что у него скрипт такой. А то, что в этой сессии люди работают - никто не думает..
Так что даже не знаю, ругать ли фичу или нет. Польза от нее определенно есть (для тех, кому не лень перегружаться). Но вот грубость автоматического определения - требуется перезагрузка или нет - в данный момент довольно неадекватная.
Откуда известия про скорый выход RFRemix 22?
Судя по зеркалу яндекса, последние несколько релизов RFRemix выходили день в день с fedora. А в этот раз чего-то забили...
Да и на сайте Tigra тишина... Беты не выходили, форум мертвый, неужели все.
Вот что говорят: http://linuxforum.ru/topic/38492
"В дистрибутиве задействован рабочий стол GNOME 3.16. Из улучшений можно отметить новую тему оформления GNOME Shell, переработанную систему вывода уведомлений, стабилизированную и доработанную поддержку Wayland, модернизированный интерфейс файлового менеджера Nautilus, поддержку Google Drive;"ЕМНИП, Google Drive не успели сделать. Я не прав?
>Дистрибутив включает Firefox 33это что? откуда? Если сейчас
[maxim@localhost ~]$ firefox --version
Mozilla Firefox 38.0.1
Версия 20 и 21 "мусорят" на экране ноута DELL XPS 15z. При этом, если версия 20 либо "мусорила" только на втором дисплее (HDMI), либо вообще его не видела, то 21 не только не видит HDMI-дисплей из коробки, но уже и мусорит на встроенном.
И что с эnим делать?
> И что с этим делать?Вешать...
Забавно. Сегодня утром 29 мая обнаружил, что еще нет релизного каталога для F22 в rpmfusion. Но файлец http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonf... уже есть! Repo указывает на несуществующий пока каталог. Видать скоро будет сформирован и каталог с пакетами. Ждемс...