Прадстаўлены сэрвіс ідэнтыфікацыі MyKDE і механізм запуску KDE пры дапамозе systemd.

Уведзены ў строй сэрвіс ідэнтыфікацыі MyKDE, закліканы ўніфікаваць уваход карыстачоў на розныя сайты праекту KDE. MyKDE прыйшоў на змену сістэме адзінага ўваходу identity.kde.org, якая была рэалізавана ў форме простай PHP-надбудовы над OpenLDAP. У якасці чынніку стварэння новага сэрвісу адзначаецца завязка identity.kde.org на састарэлыя тэхналогіі, якія мяшаюць абнаўленню некаторых іншых сістэм KDE, а таксама такія праблемы, як працаёмкі ручны працэс выдалення ўліковых запісаў, вельмі вялікія затрымкі перад завяршэннем рэгістрацыі (да 30 секунд), неэфектыўнае маштабаванне груп, занадта сякерныя меры супраць спаму.

MyKDE напісаны на мове Python з выкарыстаннем фрэймворка Django і модуля Django-OAuth-Toolkit. Для захоўвання ўліковых запісаў прымяняецца MySQL. Код MyKDE з'яўляецца адгалінаваннем ад сістэмы Blender ID, якая распаўсюджваецца пад ліцэнзіяй GPLv3.0. Акрамя арганізацыі ўваходу ў MyKDE таксама рэалізавана падтрымка публічных профіляў, якія дазваляюць пры жаданні карыстальніка зрабіць бачнымі для іншых удзельнікаў некаторыя звесткі пра сябе, такія як ПІБ, аватар, спіс праектаў і спасылкі на сацыяльныя сеткі і асабісты сайт.

У цяперашні час сістэма ідэнтыфікацыі MyKDE ужо можа выкарыстоўвацца для падлучэння да KDE 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) захавана без змен, дзякуючы ўжыванню механізму аўтаматычнай генерацыі сэрвісаў, які з'явіўся ў systemd 246 (на падставе файлаў .desktop аўтаматычна ствараюцца якія адпавядаюць сэрвісы systemd). Рэалізаваны код плануюць уключыць у склад выпуску KDE Plasma 5.21. Па змаўчанні будзе захаваны стары скрыпт, але ў будучыні, пасля тэсціравання і аналізу водгукаў, не выключаецца яго актывацыі па змаўчанні. Для пераходу да запуску на базе systemd і прагляду стану загрузкі можна выкарыстоўваць каманды:

kwriteconfig5 -file startkderc -group General -key systemdBoot true
systemctl -user status plasma-plasmashell.service

Крыніца: opennet.ru

Дадаць каментар