身份识别服务 ，旨在统一用户登录各个 KDE 项目站点。 MyKDE 取代了 Identity.kde.org 单点登录系统，该系统是通过 OpenLDAP 作为简单的 PHP 插件实现的。 创建新服务的原因是，identity.kde.org 与过时的技术相关联，这些技术会干扰更新某些其他 KDE 系统，以及此类 ，例如删除帐户的劳动密集型手动过程、完成注册之前的长时间延迟（长达 30 秒）、组扩展无效、针对垃圾邮件的措施过于笨拙。
我的KDE 在 Python 中使用 Django 框架和模块 。 MySQL用于存储账户。 MyKDE 代码是系统的一个分支 ，根据 GPLv3.0 许可证分发。 除了组织 MyKDE 的登录之外，还实现了对公共配置文件的支持，如果用户愿意，它允许其他参与者看到有关自己的一些信息，例如他的全名、头像、项目列表和链接社交网络和个人网站。
目前，MyKDE 身份系统已可用于连接 KDE Wiki，并将很快适应登录其他项目站点。 现有的 Identity.kde.org 帐户以及组关联信息将在用户首次通过 MyKDE 登录时自动转移。 迁移期间禁止注册新帐户，但用户可以在旧站点identity.kde.org 上注册，并在通过MyKDE 登录时将其转移。 迁移期结束后，未迁移的账户将被冻结。
另外，还可以注意到 一种可选机制，允许您使用 systemd 启动 KDE Plasma 桌面。 值得注意的是，使用 systemd 可以解决设置启动过程的问题 - 标准初始化脚本包括严格定义的操作参数，不允许变化。 例如，无法使用不同的环境变量启动 krunner、控制系统资源的分配、添加在 shell 重新启动时运行的自定义脚本，或者在加载 kwin 之后但 Plasma 启动之前显示初始设置对话框。 当前的脚本需要对任何此类更改进行代码编辑，并且 systemd 为发行版开发人员和最终用户提供了现成的工具来适应您的需求。
目标文件已准备好在systemd下运行
plasma-workspace.target 和一组用于启动各种 KDE 子系统的服务。 对旧的自动启动机制（/etc/xdg/autostart 或 ~/.config/autostart）的支持保持不变，这要归功于使用了 中引入的自动服务生成机制 （根据.desktop文件，自动创建相应的systemd服务）。 已实现的代码计划包含在 KDE Plasma 5.21 版本中。 默认情况下，旧的脚本会被保存，但将来经过测试和分析反馈后，有可能会默认激活它。 要切换到基于systemd的启动并查看启动状态，可以使用以下命令：
kwriteconfig5 --file startkderc --group General --key systemdBoot true
systemctl --用户状态plasma-plasmashell.service
来源： opennet.ru