The OpenNET Project / Index page

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

Статус разработки KDE Frameworks 5 и Plasma 2

24.01.2013 00:32

Себастьян Кюглер (Sebastian Kügler), вице-президент организации KDE e.V., опубликовал отчёт о текущем состоянии проекта KDE Frameworks 5 и нового пользовательского окружения Plasma 2, продолжающих развитие технологий KDE на базе Qt5, использующих OpenGL для рендеринга и способных работать как поверх традиционного X-сервера, так и поверх дисплейного сервера Wayland.

Вместо монолитного набора базовых библиотек в KDE Frameworks 5 будет воплощена новая модульная структура, оформленная в виде взаимодействующих друг с другом независимых фреймвоков, которые можно будет использовать в том числе и в сторонних Qt-проектах, не привязанных к KDE. Кроме того, в рамках проекта планируется выделить общую полезную функциональность, расширяющую возможности Qt и не связанную внешними зависимостями, и добиться её включения в состав Qt.

В настоящее время уже завершена работа над тремя из семи базовых задач, поставленных перед разработчиками KDE Frameworks 5. KDE Frameworks 5 уже успешно компилируется с использованием Qt 5.0 и обеспечивает запуск базовых системных сервисов (kdeinit5). Тем не менее, ещё не все зависимости, необходимые для работы KDE, портированы на Qt 5. Продолжается работа по переработке системы сборки (модуляризация настроек и макросов CMake). На 50% выполнена работа по чистке kdelibs и подготовке к разбиению на отдельные модули, в расчете один модуль на каждую библиотеку.

Использование в Plasma и KWin новых возможностей библиотеки Qt5 позволяет обеспечить их работу на более современных графических стеках, таких как Wayland, и подразумевает уход от отрисовки с использованием X11 к рендерингу на базе OpenGL. Технология QtQuick2, используемая для построения оболочки Plasma 2, предоставляет дополнительные средства в разработке, позволяя в полной мере использовать возможности графического оборудования, реализовать новые визуальные элементы и упростить написание дополнений для рабочего стола. Переход на Qt5, который вызовет нарушение бинарной и программной совместимости, является хорошим поводом для реализации архитектурных изменений в Plasma 2 и переработки Plasma API. В итоге, разработчикам будет предложен Plasma Quick, сочетающий методы QtQuick с рядом компонентов для поддержки визуальных тем, контроля отрисовки, интернационализации, доступа к данным, конфигурации и взаимодействия с оборудованием.

В настоящее время, уже идёт работа по переводу реализации пользовательского интерфейса на использование QML. В рамках библиотеки libplasma2 представлен новый API и осуществлён перевод библиотеки Plasma и runtime-компонентов с использования QGraphicsView на QML. Тем не менее, это только вершина айсберга и для полного завершения работы требуется выполнить ещё много задач, в том числе произвести портирование на QtQuick2, перевести движок скриптования с QScriptEngine на QDeclarativeEngine, создать новую оболочку, портировать виджеты с QGraphics* на QML.

Для разработки плазмоидов и апплетов, независимо от того, на каком языке программирования они написаны, в Plasma 2 будет допустимо только использование QML, поддержка интерфейса на базе QGraphicsWidget будет прекращена. Апплеты будет рекомендовано создавать на чистом QML, но для расширенных функций будет допустимо создание комбинированных апплетов на C++ и QML. В настоящее время уже завершено портирование на QML виджетов System tray, pager, notifications, device notifier, battery, lock/logout, weather, Wallpaper, Containment. На разных стадиях портирования находятся: Taskbar, Folderview, Desktop containment, Calendar, Kickoff, KRunner.

Из этапов развития KWin называется:

  • Обеспечение работы KWin поверх Qt5 и адаптация к работе с KDE Frameworks 5. Работу планируется завершить к релизу KDE 4.11, при этом KWin не будет зависеть от Qt 5 до времени, пока KDE не будет переведён на KDE Frameworks 5;
  • Обеспечение возможности рендеринга через модули KMS без зависимости от X-сервера. Работу планируется завершить к релизу KDE 4.11, который по прежнему будет запускаться поверх X-сервера, но будет подготовлен экспериментальный прототип для работы поверх KMS.
  • Реализация возможности работы KWin в качестве композитного сервера Wayland. Работу планируется завершить к релизу KDE 4.12, в котором по прежнему по умолчанию будет задействован X-сервер, но появится опциональная возможность поддержки Wayland, если к этому времени будут готовы компоненты KDE Frameworks 5.
  • В далёком будущем ожидается исключение X11 из зависимостей, что позволит собрать KDE Plasma Active без X-ов. Планов по полному прекращению поддержки X11 нет.


  1. Главная ссылка к новости (http://vizzzion.org/blog/2013/...)
  2. OpenNews: Третий выпуск мобильной платформы KDE Plasma Active
  3. OpenNews: Проект KDE обозначил свою позицию в отношении будущего Qt и указал на недопустимость форка
  4. OpenNews: Интервью с Аароном Сейго о дальнейшем развитии KDE
  5. OpenNews: Разработчики KDE представили план выпуска KDE Frameworks 5.0
  6. OpenNews: Платформа KDE будет преобразована в набор фреймворков
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35910-kde
Ключевые слова: kde, frameworks
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (37) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:50, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Обеспечение возможности рендеринга через модули KMS без зависимости от X-сервера. Работу планируется завершить к релизу KDE 4.11, который по прежнему будет запускаться поверх X-сервера, но будет подготовлен экспериментальный прототип для работы поверх KMS.

    не понял. KWayland велосипедим?

     
     
  • 2.5, Andrew Kolchoogin (?), 01:18, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +11 +/
    (Устало)

    Wayland от Weston'а аноним, конечно же, не отличает...

     
     
  • 3.7, Аноним (-), 01:25, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не придирайся, Weston - реализация вяленого, которого так хочется всуе вспомнить некоторым)
     
     
  • 4.12, Аноним (-), 02:15, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    weston - реализация wayland
    а реализация вяленого - стояк
     
  • 2.35, Аноним (-), 15:17, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Многие же орали "X11 не нужен!". Но у этого X11 была хоть какая-никая сетевая прозрачность. Пусть даже по современным представлениям и убогая. Ну раз не нужно, то кдешники хотят показать, что Wayland, тем более, не нужно. Т.е. всю графику можно реализовать посредством прямой работы через KMS средствами KDE технологий. А Вяленый тут лишняя прокладка.
     
     
  • 3.40, inferrna (ok), 16:47, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да пусть KDE рендерится себе через KMS сколько угодно. Отстальным-то прикладухам, на GTK3/EFL/qt5, например, что с того? Если пацаны на новый год плотно покумарили, это не значит, что нужно соглашаться с их поехавшим мировоззрением. Пусть себе резвятся, может даже KDE-only сетевую прозрачность запилят, флаг им в руки.
     

  • 1.2, Аноним (-), 01:05, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Цель Desktop Environment же не рисование кнопок на javascript через OpenGL и не постоянное переписывание одних и тех же плазмоидов с одними и теми же ошибками на всё новые и новые API. Цель Desktop Environment - делать каждодневное общение с компьютером удобным. В этом плане интересно планируются какие-то улучшения? Хотя бы до возможностей KDE3? Риторический вопрос... Разработчикам же некогда заниматься такими глупостями, они портируют KDE с Qt на Qt...
     
     
  • 2.4, Аноним (-), 01:17, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >Разработчикам же некогда заниматься такими глупостями, они портируют KDE с Qt на Qt...

    ну почему же, они еще активно встраивают пожираки памяти, процессора и диска. и кстати, эти как-раз работают без глюков.

    // Runs KDE 4.9.5 @ ArchLinux 64bit с полным набором аконадей, непомуков, и стрингов на виртуозах. Чисто хохмы ради. Даже Kontact использую.

     
     
  • 3.42, Аноним (-), 19:41, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько оперы жреть?
     
  • 2.9, pkdr (?), 01:38, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Ну мне, например, четвёртый КДЕ кажется самым красивым и удобным из всех перепробованных ДЕ, я на нём сижу и не жалуюсь особо, ресурсов разве что можно было бы потреблять поменьше, но я как-нибудь переживу, надо будет, выберу для железа с 1ГБ и меньше ОЗУ что-нибудь полегче.
    А если вам надо "возможности КДЕ3", вам их любезно делают в Trinity Desktop.
     
     
  • 3.26, Карбофос (ok), 09:51, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    akonadi и nepomuk выруби, и на гигабайте RAM в своп не будет вылазить
     
     
  • 4.47, Aleks Revo (ok), 22:43, 30/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно, что те аконади с непомуком всем жизнь отравили? )
    Файрфокс и Хром - вот две лютые пожиралки памяти, особенно последний, особенно, если на посещаемом сайте забыли отключить вывод отладки в консоль.
     
  • 2.20, жабабыдлокодер (ok), 08:24, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Интересно, каких же возможностей КДЕ3 Анониму не хватает в четверке?
     
     
  • 3.36, Аноним (-), 16:07, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Интерфес настройки параметров монтирования флешек. В четвёртой версии опции mount вкомпилированы в C код.
     
     
  • 4.43, жабабыдлокодер (ok), 22:45, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что это такое и зачем это нужно? Я не шучу, за все годы работы под линуксом я о таком слышу в первый раз. И да, это все нельзя вписать в fstab?
     
     
  • 5.44, Аноним (-), 23:45, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Складывается ощушение что ваши годы работы ограничены тремя штуками :)
     
  • 5.46, qux (ok), 14:06, 25/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И к чему привязываться в fstab, если всё может меняться (метка/имя девайса/UUID)? Тем более что и для известных девайсов fstab тут скорее всего проигнорируется, не в курсе, смотрят ли туда udisks.
     

  • 1.13, Аноним (-), 02:23, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про модульность я понял, если метнусь на ГНОМ и захочу чего-нибудь КЕДово то не придется много тащить. А если на КЕДах остаюсь какие плюсы ? Памяти будет меньше есть, стабильность повысится или как ?
    > Обеспечение возможности рендеринга через модули KMS без зависимости от X-сервера.

    Это будет значимый прирост производительности или на уровне погрешности ?

     
     
  • 2.32, piteri (ok), 10:34, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Можно предположить, что стабильность возрастёт, т.к. пересборка будет происходить быстрее.
     
  • 2.48, Aleks Revo (ok), 22:49, 30/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Про модульность я понял, если метнусь на ГНОМ и захочу чего-нибудь КЕДово
    > то не придется много тащить. А если на КЕДах остаюсь какие
    > плюсы ? Памяти будет меньше есть, стабильность повысится или как ?

    По поводу памяти - вряд ли что-то поменяется, мейнтейнерам добавится головняка в несколько сотен пакетов.

    >> Обеспечение возможности рендеринга через модули KMS без зависимости от X-сервера.
    > Это будет значимый прирост производительности или на уровне погрешности ?

    Ну это как на складе по оптовым ценам тариться - если убрать жадного и неповоротливого посредника - всё стоит дешевле, а тратятся те же суммы, бо накупается всего сразу и побольше.
    В общем свистелок добавится - эвон на кьюти какие симпатяшки демонстрируют в несколько строк кода...

     

  • 1.15, Аноним (-), 04:01, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ну сколько можно, qml... js... Вот на js со строгой типизацией, без сборщика мусора и с оператором delete я бы ещё согласился. Все равно, что есть тот сборщик, что нету, оно постепенно набирает вес, а сбавлять даже и не думает. Новые кеды будут в 2 раза больше жрать чем старые, ради чего? Объясните мне, идиоту. Сказки про ололо-возможности и гибкие интерфейсы мне слушать не хочется.
     
     
  • 2.19, Аноним (-), 07:24, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вот на js со строгой типизацией, без сборщика мусора и с оператором delete я бы ещё согласился.

    это вы так тонко описали С++?

     
  • 2.22, Неанонимус (?), 08:41, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Плазма падала, так как была написана поверх QGraphicsView,
    которая написана поверх стека QWidget. А сцена сама по себе реализована не очень удачно-я когда с ней работал, матерился дико-баг на баге и багом погоняет.
    Сейчас разработка сцены прекращена (как и модуля QtWidgets), все фиксы-за счет энтузиастов.
    QML же технология новая, реализована без стека qwidget и по сему работает быстрее, чем сцена (когда-то давно они выкладывали бенчмарки, если брать сцену без ОГЛ за 1.0 (х кадров в сек) то сцена с ОГЛ ускорением - будет 1.2 (1.2*x), а новая технология дает уже двукратный прирост (2х). То есть если раньше можно было выжать 50-60 фпс, то сейчас все 120. Нафига столько? Столько не надо, но при том же кол-ве фпс ресурсы жруться вдвое меньше.
    Сам жс скрипт jit-компилируется и предназначен для выполнения простых вещей, все сложные расчеты о5 же надо делать на с++. Так что вряд ли скрипт будет тормозить.
    Кроме того, отсутствие стека qwidget и qpainter упрощает код нового декларативного движка, а значит плазме не придется затыкать баги qt, как сейчас.
    То есть у кде выбора особо нет-либо использовать глючную, медленную, никем не поддерживаемую сцену, либо перейти на быстрый, развивающийся qml.
     
     
  • 3.37, Аноним (-), 16:15, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас разработка сцены прекращена (как и модуля QtWidgets), все фиксы-за счет энтузиастов.

    А Qt разве не целиком силами энтузиастов развивается? Nokia же прекратила по моему его развитие и отдала в сообщество.

     
     
  • 4.38, Аноним (-), 16:20, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    man Digia
     

  • 1.16, Buy (ok), 04:20, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Главное и чему я рад это то, что разработка KDE5 будет вестись параллельно с развитием и поддержкой стабильной четвертой ветки, а когда будет все готово, у каждого будет возможность решать переходить или обождать. Похоже выводы сделаны и это хорошо!
     
  • 1.21, Аноным (ok), 08:24, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Эх, годика 2 так ещё не видать нам Вяленого, видимо
     
     
  • 2.49, Aleks Revo (ok), 22:53, 30/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Эх, годика 2 так ещё не видать нам Вяленого, видимо

    Да ладно, все его уже видели - сало як сало )))

     

  • 1.24, ILYA INDIGO (ok), 09:21, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Работу планируется завершить к релизу KDE 4.11

    Рад что они продолжают разработку 4-ой ветки.
    Пусть уж года 2 пилят KDE 5, но не повторяют ошибки KDE 4, который юзать было можно только с версии 4.3+.
    Но главное, что они продолжаю развитие 4-ой ветки (которое ранее планировалось прекратить после 4.10), и это здорово!

     
     
  • 2.39, anonymous (??), 16:43, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Пусть уж года 2 пилят KDE 5, но не повторяют ошибки KDE 4, который юзать было можно только с версии 4.3+.

    И тогда стабильная версия будет через 10 лет. Без массового внедрения баги не найдут.

     

  • 1.28, Онаним (?), 10:12, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Они уже перешли на SQLite вместо MySQL?

    Или MySQL до сих пор нужен для KDE - хотя KDE использует хорошо если 1% из возможностей MySQL...

     
     
  • 2.33, тфьу (?), 10:36, 24/01/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос переадресован мейнтейнерам твоего дистрибутива.
     
     
  • 3.50, Aqueelone (?), 15:29, 19/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    неа -- он нужен аконади, а она КДЕ aptitude purge mysql-server-core-5 ... большой текст свёрнут, показать
     
  • 2.51, Aqueelone (?), 15:53, 19/03/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Они уже перешли на SQLite вместо MySQL?
    > Или MySQL до сих пор нужен для KDE - хотя KDE использует
    > хорошо если 1% из возможностей MySQL...

    зависимости Аконади который нужен КДЕ :::


    # aptitude show akonadi-server
    Пакунок: akonadi-server                      
    Стан: встановлений
    Автоматично встановлений: так
    Версія: 1.7.2-2
    Пріоритет: додаткові (extra)
    Розділ: net
    Супроводжуючий: Debian Qt/KDE Maintainers <debian-qt-kde@lists.debian.org>
    Архітектура: amd64
    Розмір в розпакованому стані: 2 195 k
    Залежить: libakonadiprotocolinternals1 (= 1.7.2-2), libboost-program-options1.49.0 (>= 1.49.0-1), libc6 (>= 2.4), libgcc1 (>= 1:4.1.1), libqt4-dbus (>=
                      4:4.6.1), libqt4-network (>= 4:4.6.0), libqt4-sql (>= 4:4.6.0), libqt4-xml (>= 4:4.6.0), libqtcore4 (>= 4:4.8.0), libqtgui4 (>= 4:4.6.0),
                      libsoprano4 (>= 2.2.69), libstdc++6 (>= 4.4.0), akonadi-backend-mysql (= 1.7.2-2) | akonadi-backend-sqlite (= 1.7.2-2) |
                      akonadi-backend-postgresql (= 1.7.2-2)

    --- то есть уже сейчас или MySQL или POSTGRESQL или SQLite

     

  • 1.29, Engineer (??), 10:13, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Модульность это хорошо, только не забыли бы выделить аконади с непомуками в отдельные легко отключаемые модули!
     
  • 1.30, n (??), 10:24, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    зависимость от QtQuick2.0 пугает, который в свою очередь зависит от GLES2 шейдеров и такого, понятно что в крайнем случае через новую месу будет работать, но всё же
     
  • 1.34, Ринальдус (ok), 11:11, 24/01/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Самый большой недостаток KDE 4 - здоровенный kdelibs. В KDE 5 обещали разбить эту здоровенную библиотеку на более мелкие, и тогда будет менее громоздко ставить некоторые приложения из KDE в Xfce. Честно говоря, я бы перешел на KDE 5 чуть раньше, на стадии альфа-бета версии, когда ее исходники выложат и ебилды напишут. И если ей можно будет в тот момент пользоваться нормально, то почему бы и нет?
     

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



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

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