сервіс ідентифікації , покликаний уніфікувати вхід користувачів до різних сайтів проекту KDE. MyKDE прийшов на зміну системі єдиного входу identity.kde.org, яка була реалізована у формі простої PHP надбудови над OpenLDAP. Причиною створення нового сервісу є зав'язка identity.kde.org на застарілі технології, які заважають оновленню деяких інших систем KDE, а також такі , як трудомісткий ручний процес видалення облікових записів, дуже великі затримки перед завершенням реєстрації (до 30 секунд), неефективне масштабування груп, занадто незграбні заходи проти спаму.
MyKDE мовою Python з використанням фреймворку Django та модуля . Для зберігання облікових записів використовується MySQL. Код MyKDE є відгалуженням від системи , що розповсюджується під ліцензією GPLv3.0. Крім організації входу в MyKDE також реалізована підтримка публічних профілів, що дозволяють за бажання користувача зробити видимими для інших учасників деякі відомості про себе, такі як ПІБ, аватар, список проектів та посилання на соціальні мережі та особистий сайт.
В даний час система ідентифікації MyKDE вже може використовуватися для підключення до Wiki Wiki і незабаром буде адаптована для входу на інші сайти проекту. Існуючі облікові записи identity.kde.org, а також інформація про прив'язки до груп будуть автоматично перенесені в момент першого входу користувача через MyKDE. Реєстрація нових облікових записів на час міграції вимкнена, але користувач може зареєструватися на старому сайті identity.kde.org і його буде перенесено під час входу через MyKDE. Після закінчення періоду міграції неперенесені облікові записи будуть заморожені.
Додатково можна відзначити опціонального механізму, що дозволяє запускати робочий стіл KDE Plasma за допомогою systemd. Зазначається, що застосування systemd дозволяє вирішити проблеми з налаштуванням процесу запуску - штатний скрипт ініціалізації включає жорстко певні параметри роботи, що не допускають варіювання. Наприклад, немає можливості запустити krunner з іншими змінними оточення, керувати виділенням системних ресурсів, додати власний скрипт, який виконується у разі перезапуску оболонки, або вивести початковий діалог налаштування після завантаження kwin, але до запуску Plasma. Поточний скрипт вимагає для будь-якої зміни редагування коду, а systemd надає готові засоби для адаптації під свої потреби, як для розробників дистрибутивів, так і для кінцевих користувачів.
Для запуску під керуванням systemd підготовлено цільовий файл
plasma-workspace.target та набір сервісів для запуску різних підсистем KDE. Підтримка старого механізму автозапуску (/etc/xdg/autostart or ~/.config/autostart) збережена без змін завдяки застосуванню механізму автоматичної генерації сервісів, що з'явився в (на підставі файлів .desktop автоматично створюються відповідні сервіси systemd). Реалізований код планують включити до складу випуску KDE Plasma 5.21. За замовчуванням буде збережено старий скрипт, але в майбутньому, після тестування та аналізу відгуків, не виключається його активація за замовчуванням. Для переходу до запуску на базі systemd та перегляду стану завантаження можна використовувати команди:
kwriteconfig5 -file startkderc -group General -key systemdBoot true
systemctl -user status plasma-plasmashell.service
Джерело: opennet.ru