Въведена услуга за идентичност на MyKDE и механизъм за стартиране на systemd за KDE

Пуснат в експлоатация услуга за идентификация MyKDE, предназначен да обедини потребителското влизане в различни сайтове на проекти на KDE. MyKDE замени системата за единично влизане identity.kde.org, която беше внедрена под формата на проста PHP добавка върху OpenLDAP. Причината за създаването на новата услуга е, че identity.kde.org е обвързан с остарели технологии, които пречат на актуализирането на някои други KDE системи, както и такива проблеми, като трудоемък ръчен процес на изтриване на акаунти, много големи закъснения преди завършване на регистрацията (до 30 секунди), неефективно мащабиране на групи, твърде тромави мерки срещу спам.

MyKDE написана в Python, използвайки рамката и модула на Django Django-OAuth-Toolkit. MySQL се използва за съхраняване на акаунти. Кодът на MyKDE е разклонение от системата ID на Blender, разпространяван под лиценз 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 или ~/.config/autostart) остава непроменена, благодарение на използването на механизма за автоматично генериране на услуги, въведен в systemd 246 (въз основа на .desktop файловете автоматично се създават съответните системни услуги). Внедреният код се планира да бъде включен в изданието KDE Plasma 5.21. По подразбиране старият скрипт ще бъде запазен, но в бъдеще, след тестване и анализ на обратната връзка, е възможно той да бъде активиран по подразбиране. За да превключите към базирано на systemd стартиране и да видите състоянието на зареждане, можете да използвате командите:

kwriteconfig5 --file startkderc --group General --key systemdBoot true
systemctl --статус на потребител plasma-plasmashell.service

Източник: opennet.ru

Добавяне на нов коментар