The OpenNET Project / Index page

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

Релиз Linux-дистрибутива Fedora 22

26.05.2015 17:07

Официально представлен релиз Linux-дистрибутива Fedora 22. Для загрузки доступны 32- и 64-разрядные сборки продуктов Fedora Workstation, Fedora Server и Fedora Cloud, а также набор "спинов" c Live-сборками десктоп-окружений KDE, Xfce, LXDE, MATE-Compiz и SOAS (Sugar on a Stick). Дополнительно поставляется образ для Docker и сборки для различных устройств с процессорами ARM.

Выпуск примечателен переходом на пакетный менеджер DNF, использованием по умолчанию в серверной сборке файловой системы XFS, переводом экрана входа в систему на Wayland, поставкой KDE Plasma 5 и Xfce 4.12. Кроме спинов началось формирование lab-сборок, в рамках которых подготовлены специализированные варианты дистрибутива для научных исследований, тестирования безопасности, игр, дизайна и создания мультимедийного контента, сочинения и обработки музыки, разработки роботов.

Наиболее заметные изменения в 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.

  • Предоставлены образ Fedora Atomic Host и Fedora Cloud для использования с инструментарием Vagrant, который может использоваться для быстрого развёртывания виртуальных окружений в системах виртуализации на базе KVM и VirtualBox. Пример использования Vagrant в Fedora 22.
  • Обновлены образы, которые можно использовать в качестве основы для запуска приложений в контейнерах Dockеr. В состав дистрибутива включен пакет fedora-dockerfiles, который в комбинации с специальным git-репозиторием, позволяет формировать сборки контейнеров приложений на основе базовой начинки Fedora 22 и дополнительных пакетов;

  • Представлен Tunir, новый легковесный инструмент непрерывной интеграции, нацеленный на ускорение тестирования образов для облачных систем;
  • Задействование ядра Linux 4.0 и набора компиляторов GCC 5.1.

В ближайшие часы для Fedora 22 ожидается введение в строй "free" и "nonfree" репозиториев проекта RPM Fusion, в которых доступны пакеты с дополнительными мультимедиа приложениями (MPlayer, VLC, Xine), видео/аудио кодеками, поддержкой DVD, проприетарными драйверами AMD и NVIDIA, игровыми программами, эмуляторами.



  1. Главная ссылка к новости (https://lists.fedoraproject.or...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42302-fedora
Ключевые слова: fedora
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (67) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 17:31, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    О как я долго ждал!
     
     
  • 2.2, A.Stahl (ok), 17:34, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Без запятой твоя фраза заставляет нас ожидать иллюстративный материал, показывающий как именно ты долго ждал:)
     
     
  • 3.3, Аноним (1), 17:35, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эмоции, друг
     
     
  • 4.45, Аноним (-), 23:09, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Эмоции, враг
     
     
  • 5.46, Аноним (-), 23:11, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И не друг, и не враг, а так.

     

  • 1.4, Аноним (-), 17:36, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    >Russian Fedora Remix 22, адаптированная для отечественных пользователей

    Вся идея открытой и совместной разработки в создании универсального продукта, такого что не надо делать специальные сборки в зависимости от страны, сообщество делающее RFRemix, на мой взгляд, работает в конечном итоге против Linux.

     
     
  • 2.5, AlexYeCu_not_logged (?), 17:41, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По сути своей RFR является набором дополнительных реп, которые можно подключить к обычной Федоре. А можно сразу поставить дистрибутив с уже интегрированными репами.
     
     
  • 3.8, Аноним (-), 17:51, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Болгенос номер какой-то. Чему удивляться, таких сотни, и у всех крутые обои.

    Это у африканской убунты разница только в обоях. А у американской федоры действительно многие вещи в апстриме недоступны, из-за самых свободных и либеральных американских законов и судов.

     
     
  • 4.27, Аноним (-), 20:11, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    отчасти согласен, только вот "африканская убунта" намного популярнее федопы, что как бы намекает.
     
     
  • 5.64, Fomalhaut (?), 22:30, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может кому и намекает, но по факту это "ровным счётом ничего не значит" (С) "Автостопом по Галактике"
     
  • 2.7, Аноним (-), 17:50, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вся идея открытой и совместной разработки в создании универсального продукта, такого что не надо делать специальные сборки в зависимости от страны,

    Для Fedora такое, увы, невозможно по определению. Это американский дистрибутив, подчиняющийся американскому законодательству, а значит, как минимум кодеки и видеодрайверы в него включать нельзя.

     
     
  • 3.48, Michael Shigorin (ok), 09:42, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > а значит, как минимум кодеки и видеодрайверы в него включать нельзя

    Это разные случаи: кодеки у них "минное поле" с учётом софтпатентов; проприетарные драйверы, которые по условиям лицензии возможно распространять, они распространять в составе дистрибутива не хотят (т.к. придётся поддерживать, а в федоре предпочитают выкатывать новые ядра и было бы грустно ждать тот же fglrx).

    Т.е. "да; нет".

     
  • 2.11, pkdr (ok), 18:06, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то RFRemix - это никакая не специальная сборка, а просто немного изменённая оригинальная федора, где многие вещи уже сделаны для удобства, в основном всё отличие заключается в том, что там добавлен репо с пакетами, которые запрещено ставить в США из-за тамошних законов.
    Всё, что работает в Fedora точно также будет работать в RFRemix. И перейти с Fedora на RFRemix или наоборот можно одной командой.
     
     
  • 3.54, SunXE (ok), 13:08, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    и ещё нескучные логотипы)
     
  • 2.20, Michael Shigorin (ok), 18:50, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>Russian Fedora Remix 22, адаптированная для отечественных пользователей
    > Вся идея открытой и совместной разработки в создании универсального продукта

    Расскажите это штатовским лоббистам софтпатентов.

     

  • 1.12, Anonim (??), 18:09, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Привычно вбил поиск в ютьюбе и посмотрел гном: https://www.youtube.com/watch?v=BN8Kan-LoTw

    Такое впечатление что работают только над ним, весьма неплохо вылизали его. Хотя может это и к лучшему, кеды скатились неведомо во что.

     
     
  • 2.16, Аноним (-), 18:16, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Такое впечатление что работают только над ним, весьма неплохо вылизали его. Хотя
    > может это и к лучшему, кеды скатились неведомо во что.

    Кеды сейчас в стадии "KDE 5.0 != KDE5"

     
     
  • 3.31, Аноним (-), 20:14, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    и как обычно, это надолго
     
  • 2.67, брат анон (?), 12:23, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Обновился с F21 KDE. Пятая плазма действительно сырая и падает. Но после использования гнома в течение 2 дней она показалась тортом.
     
     
  • 3.68, Gedeon300w (ok), 12:29, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Обновился с F21 KDE. Пятая плазма действительно сырая и падает. Но после
    > использования гнома в течение 2 дней она показалась тортом.

    Как часто падает плазма и от чего? Или "просто так" падает, периодически? И проявляется ли сырость пятой плазмы в чем-то ещё, кроме падений?
    Почему 5 плазма после 3 гнома показалась тортом?
    И не мог бы кто-нибудь отписаться с чисто установленного дистриба, падает ли там плазма?

     
     
  • 4.71, phobos (ok), 18:12, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Падает регулярно. Иногда сразу со старта. Причин видимых - нет. При отрисовке окон - сами окна и их содержимое "дрожит". Иногда элементы отрисовываются только при наведении на них указателя мыши, т.е. сразу после старта гуй вообще не отрисовывается. Не все гномоприложения интегрируются в тему оформления КДЕ. В общем ждем обновления 5.3.1 в репах.
    Тортом это поделие показалось т.к. хоть хреново, но с плазмой еще можно жить. Гном3 поставил 1й раз в жизни. Он-то стабилен. Но меня бесит его ограниченность и необходимость ради каждой нужной мелочи ставить по дополнению.
    XFCE по сравнению с ними был бы идеален, если бы у меня работала регулировка яркости экрана.
    Так что придется пока тыкать палкой кеды.
     
     
  • 5.79, Gedeon (ok), 00:01, 30/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тортом это поделие показалось т.к. хоть хреново, но с плазмой еще можно
    > жить. Гном3 поставил 1й раз в жизни. Он-то стабилен. Но меня
    > бесит его ограниченность и необходимость ради каждой нужной мелочи ставить по
    > дополнению.

    Ну не знаю. Я сам раньше всегда плевался на 3 гном, потому что считал, что никто не умеет его готовить. Теперь, когда у меня стоит 22 Федора, я убедился, что это не так. В Федоре Гном просто улётный. Это единственный дистрибутив из тех, что я встречал на базе 3 Гнома у которого из коробки работает переключение раскладки по Alt+Shift, без костылей и танцев с Бубном. А так, парочки дополнений хватает. Там много допиливать не придется. А вот пятую плазму, будет ждать стабильную версию.

     

  • 1.19, rob pike (?), 18:39, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Замена YUM на пакетный менеджер DNF, обладающий заметно более высокой скоростью работы, низким потреблением памяти

    Это всё было в apt-rpm, но его выкинули заменив на Yum.

     
     
  • 2.21, Michael Shigorin (ok), 18:55, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Это всё было в apt-rpm, но его выкинули заменив на Yum.

    Не припомню в федоре ни apt-rpm, ни apt4rpm как основного средства управления пакетами...

     
     
  • 3.28, rob pike (?), 20:12, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В качестве основного тогда использовался гольный rpm. Хотя был и up2date, но им мало кто пользовался. А потом быстренько возник YUM и перебежал дорожку apt-rpm-у, который поддерживали уже все основные репозитории.

     
     
  • 4.33, Michael Shigorin (ok), 20:34, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В качестве основного тогда использовался гольный rpm.

    Поверх него был ещё какой-то инструмент во времена RPM3 (RHL5) -- запамятовал название, помню, что gtk-шная или tk-шная морда вроде была.

    > А потом быстренько возник YUM

    Он тоже не на ровном месте возник, YellowDog Linux на PowerPC ко времени образования FC1 было года четыре уже.

    > и перебежал дорожку apt-rpm-у, который поддерживали уже все основные репозитории.

    Да, в шляпе его вроде как упорно игнорировали...

     
     
  • 5.35, rob pike (?), 20:46, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Морда это просто гуй, что-то было, но не суть.
    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.

     
     
  • 6.41, Аноним (-), 22:37, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    а когда redhat упускал возможность что-то свое продвинуть?

    с шедулерами в ядре - та же картина :) нам нужен только один и индиго сделал лучший.. а потом аккуратно подтягивать части конкурента но под своей маркой.

     
     
  • 7.42, rob pike (?), 22:45, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не совсем так тупо в лоб, зачастую.
    Можно еще kevent вспомнить.
     
  • 2.22, Аноним (-), 19:00, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Apt-rpm к сожалению несколько уступает оригинальному apt. Но конечно унификация была бы просто фантастическая. Не важно dpkg у тебя или rpm, всё равно всем заправляет apt.
     
     
  • 3.30, rob pike (?), 20:13, 26/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Так она и была одно время. А потом выбор был сделан в сторону Yum.
     
  • 2.77, Алконим (?), 16:04, 29/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    apt-rpm никто не выбрасывал, но он не поддердживает разные архитектуры на одной машине (i386 и x86_64 не работали вместе). Я апт-ом пользовался довольно долго, потому что юм-у иногда просто не хватало памяти.
     
     
  • 3.82, Аноним (-), 12:52, 02/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Начиная с определенной версии - поддерживает.
    man multiarch
     

  • 1.24, Аноним (-), 19:38, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    без разницы. уже запили funtoo, благо они там преконфигуреные ядра дают, так что гента теперь на современном железе ставится без особого гемора
     
  • 1.26, Аноним (-), 20:10, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Один раз redhat уже сказал что им десктоп не нужен и про... сервера, для чего теперь пользоваться глючной федорой?
     
     
  • 2.66, leon55 (ok), 08:49, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Что, прям уж так все сервера и про...ли сходу? :)
    Дружище, не мели чушь - только в моей компании вместе с виртуалками и физикал хостами rhel'ов уже под тысячу штук будет. И я скажу больше - в тенденции недалёкого будущего УЖЕ заложена миграция со всяких чпуксов, аиксов и соляры в сторону дуальности: "RHEL + Windows".

    WBR.

     
     
  • 3.69, Аноним (-), 16:13, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    оокэй, тебе же виднее
    http://www.opennet.dev/opennews/art.shtml?num=38242
     
     
  • 4.70, leon55 (ok), 16:22, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > оокэй, тебе же виднее
    > http://www.opennet.dev/opennews/art.shtml?num=38242

    Я ж не спорю, что убунта и дебиан бесплатны.
    Но, из твоих слов, рхел должен иметь процентах долю на рынке примерно как у minix или qnx, чтобы так смело констатировать про....ность всех полимеров.

     

  • 1.29, Аноним (-), 20:12, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ура! Конечно уже слезаю с неё как с основной, но для обучения _будущим_ программам штука полезная. Поздравляю всех причастных! Long Live Fedora!!!
     
  • 1.38, Аноним (-), 21:35, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пишу с Live-Xfce - нравится всё. Из 1.5 Гб ОЗУ Xfce+Midori взяло 23%.
    Апплет раскладки остался, но добавление раскладки вынесли в отдельную программу - она доступна там-же в строчке меню. Найти нетрудно, но стало на 1 шаг дальше.
    Я не спец по шрифтам и дизайну и как "простой советский парень" могу сказать от себя, что зрительно всё выглядит приятнее, чем было в 20-ке и 21-й Федорах.
    Набор программ вроде такой-же. Не знаю на что ушли +300 Мб относительно 20-ки. (я про файл Fedora-Live-Xfce-x86_64-22-3.iso)
     
  • 1.39, Аноним (-), 21:39, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хочу добавить: очень ощутимо повысилась скорость работы. (1 ядро 1 ГГц, ОЗУ, как сказал выше, 1.5 Гб)
     
  • 1.40, Аноним (-), 22:07, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ох, чую я, будет повторён "успех" девятой федоры
     
  • 1.43, Аноним (-), 23:00, 26/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вопрос не в тему Товарищи программисты, кодеры и все прочие разбирающиеся, наск... большой текст свёрнут, показать
     
     
  • 2.47, angra (ok), 06:13, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Есть куда более простое решение - разные начертания схожих латинских и кириллических символов в шрифте.
    И запомни на будущее, "изобретатель", идея без хотя бы прототипа не стоит ничего.
     
     
  • 3.49, Michael Shigorin (ok), 09:44, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Есть куда более простое решение - разные начертания схожих латинских и кириллических
    > символов в шрифте.

    Собственно, достаточно в том же фоксе для кириллицы и латиницы выставить заметно отличающиеся семейства.

     
  • 2.78, Anonplus (?), 17:47, 29/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> И здесь сразу не понятно Би Би Си это беспокоит или Военно-воздушные силы.

    Здесь, как раз, сразу понятно. Военно-воздушные силы не могут быть озабочеО.

     

  • 1.50, Аноним (-), 10:36, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Спин Fedora KDE по умолчанию переведён на окружение KDE Plasma 5

    \o/

     
     
  • 2.74, анонимм (?), 20:19, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Пишу из LiveKDE-22. От 1.5 Гб ОЗУ при запуске отжралось больше 500 Мб, пока лазил по настройкам системы - отожралось ещё 150 Мб, всё закрыл, но 150 Мб не вернули. Не нашёл как выключить эффекты (делал обычно первым делом), управление "эффектами" непонятное - непонятно как выключить уже включённый "эффект".
    Степень торможения относительно 21-й - вроде чуть больше тормозит.
    Обои загрузить стало проще (правда пришлось придумать пароль для бумажника).
    Виджеты на экран положить легко, а догадался, что контекстное управляющее меню ("таскать-вращать-убрать") появляется теперь не при наведении мыши, при клике, не сразу.
    Как обычно при пользовании новыми "кедами": по-ихнему красиво, неприятно-непривычно-малопонятно, но.. терпимо, пользоваться можно, если привыкнуть. Жаль лишь, что всё меняется со временем: "хошь ты или нет, а будь добёр принять: теперь здесь всё будет так, а так не как тебе нравилось тут 4 года назад". Всё-таки правильно я с "кед" на "крыску" (XFCE) перешёл.
     
     
  • 3.80, ы (?), 20:53, 30/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    в настройках КДЕ - Монитор (или дисплей, или что-то около-того) - там вторая вкладка - включение (и выключение) эффектов при входе в систему
     
     
  • 4.81, анонним (?), 00:56, 31/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нэту там
     

  • 1.51, iPony (?), 11:24, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > MATE-Compiz

    Compiz ещё шевелится...

     
     
  • 2.52, Zenitur (ok), 12:20, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Очень даже. Только нужно пересобрать с патчем Мегабакса: https://www.linux.org.ru/forum/desktop/9490345
     

  • 1.53, Zenitur (ok), 12:21, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > GCC 5.1

    Там есть libstdc++.so.7? И как софт, компилится? Особенно интересует SuperTux 0.2.1 2004 года.

     
     
  • 2.59, Stax (ok), 20:09, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Эээ в смысле? А в каком дистрибутиве вообще есть libstdc++.so.7 ??

    Если речь про libstdc++.so.5 - он есть в пакете compat-libstdc++-33. Есть и совсем старый compat libstdc++ от gcc 2.96 (этот - только 32-х битный, программ, требующих 64-х битного вроде как не было).

    Из compat-копиляторов есть gcc 3.4, более старых нет.

     

  • 1.55, Аноним (-), 13:11, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда ставил федору 21 она при обновлении просила перезагрузиться, а после перезагрузки начинала качать пакеты, увеличивая время простоя машины на время закачки, что хуже чем поведение винды.

    Тут все также?

     
     
  • 2.60, Stax (ok), 20:12, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда ставил федору 21 она при обновлении просила перезагрузиться, а после перезагрузки
    > начинала качать пакеты, увеличивая время простоя машины на время закачки, что
    > хуже чем поведение винды.
    > Тут все также?

    "это фича". Никто не мешает поставить обновления без перезагрузки с помощью yum.

    Просто для того, чтобы начать использовать обновленные библиотеки, нужно перезапускать приложения. Что в некоторых случаях (напр. базовые библиотеки, или базовые графические библиотеки) по факту все равно без перезагрузки не выйдет. Поэтому был сделан механизм, ставящий обновления из pre-boot среды - https://fedoraproject.org/wiki/Features/OfflineSystemUpdates

    Это опционально. Кроме того, если не ставить обновления библиотек и системных приложений, даже предложения перегрузится для установки не будет, обычные приложения просто обновляются.

     
     
  • 3.63, Michael Shigorin (ok), 21:21, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > "это фича".

    Эта фича, очевидно, для пользователя оказалось багой.  А когда её дезигнили, некоторые крутили пальцем у виска, потому как весь этот бред с перетаскиванием корня в /usr, затем всего этого в initrd напоминал полное отсутствие понимания того, что вообще с *nix делать.

    Нет, я понимаю, что такое "перезапустить всё с новой libc".  Но и там, кстати, можно без лишнего ухода в firmware, если не обновлялось ядро (kexec & co не щупал, про них ничего не скажу).

    PS: к Вам всё же пристану: "предложения перегрузиться". :)

     
     
  • 4.75, Stax (ok), 00:45, 29/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как же, ведь в настоящем юниксе солярисе давно usr перетащен в корень и би... большой текст свёрнут, показать
     

  • 1.56, Gedeon (ok), 16:49, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Откуда известия про скорый выход RFRemix 22?
     
     
  • 2.57, ы (?), 17:23, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по зеркалу яндекса, последние несколько релизов RFRemix выходили день в день с fedora. А в этот раз чего-то забили...
     
     
  • 3.61, ddd1 (?), 20:19, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да и на сайте Tigra тишина... Беты не выходили, форум мертвый, неужели все.
     
     
  • 4.62, ы (?), 20:50, 27/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вот что говорят: http://linuxforum.ru/topic/38492
     

  • 1.58, Аноним (-), 19:02, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    "В дистрибутиве задействован рабочий стол GNOME 3.16. Из улучшений можно отметить новую тему оформления GNOME Shell, переработанную систему вывода уведомлений, стабилизированную и доработанную поддержку Wayland, модернизированный интерфейс файлового менеджера Nautilus, поддержку Google Drive;"

    ЕМНИП, Google Drive не успели сделать. Я не прав?

     
  • 1.65, region51 (?), 22:46, 27/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Дистрибутив включает Firefox 33

    это что? откуда? Если сейчас
    [maxim@localhost ~]$ firefox --version
    Mozilla Firefox 38.0.1


     
  • 1.72, adolfus (ok), 19:14, 28/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Версия 20 и 21 "мусорят" на экране ноута DELL XPS 15z.  При этом, если версия 20 либо "мусорила" только на втором дисплее (HDMI), либо вообще его не видела, то 21 не только не видит HDMI-дисплей из коробки, но уже и мусорит на встроенном.
    И что с эnим делать?
     
     
  • 2.73, Michael Shigorin (ok), 19:36, 28/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > И что с этим делать?

    Вешать...

     

  • 1.76, Igor (??), 09:05, 29/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Забавно. Сегодня утром 29 мая обнаружил, что еще нет релизного каталога для F22 в rpmfusion. Но файлец http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-22.no уже есть! Repo указывает на несуществующий пока каталог. Видать скоро будет сформирован и каталог с пакетами. Ждемс...
     

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



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

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