為 KDE 引入了 MyKDE 身分服務和 systemd 啟動機制

委託 識別服務 我的KDE,旨在統一使用者登入各個 KDE 專案網站。 MyKDE 取代了 Identity.kde.org 單一登入系統,該系統是透過 OpenLDAP 作為簡單的 PHP 插件實現的。 創建新服務的原因是,identity.kde.org 與過時的技術相關聯,這些技術會幹擾更新某些其他 KDE 系統,以及此類 問題,例如刪除帳戶的勞動密集型手動流程、完成註冊之前的長時間延遲(長達 30 秒)、群組擴展無效、針對垃圾郵件的措施過於笨拙。

我的KDE 書面 在 Python 中使用 Django 框架和模組 Django-OAuth-工具包。 MySQL用於儲存帳戶。 MyKDE 程式碼是系統的一個分支 攪拌機ID,根據 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)的支援保持不變,這要歸功於使用了 中引入的自動服務產生機制 系統246 (根據.desktop文件,自動建立對應的systemd服務)。 已實現的程式碼計劃包含在 KDE Plasma 5.21 版本中。 預設情況下,舊的腳本會被保存,但將來經過測試和分析回饋後,有可能會預設啟動它。 要切換到基於systemd的啟動並查看啟動狀態,可以使用以下命令:

kwriteconfig5 --file startkderc --group General --key systemdBoot true
systemctl --用戶狀態plasma-plasmashell.service

來源: opennet.ru

添加評論