usługę identyfikacyjną , zaprojektowany w celu ujednolicenia logowania użytkowników do różnych stron projektów KDE. MyKDE zastąpiło system pojedynczego logowania tożsamości.kde.org, który został zaimplementowany w formie prostego dodatku PHP do OpenLDAP. Powodem utworzenia nowej usługi jest to, że Identity.kde.org jest powiązana z przestarzałymi technologiami, które zakłócają aktualizację niektórych innych systemów KDE, a także takich , takie jak pracochłonny, ręczny proces usuwania kont, bardzo duże opóźnienia przed zakończeniem rejestracji (do 30 sekund), nieefektywne skalowanie grup, zbyt nieudolne metody walki ze spamem.
MojeKDE w Pythonie przy użyciu frameworka i modułu Django . MySQL służy do przechowywania kont. Kod MyKDE jest forkiem systemu , rozpowszechniany na licencji GPLv3.0. Oprócz organizacji logowania do MyKDE zaimplementowano także obsługę profili publicznych, co pozwala, jeśli użytkownik sobie tego życzy, udostępnić innym uczestnikom pewne informacje o sobie, takie jak jego imię i nazwisko, awatar, lista projektów i linki do sieci społecznościowe i osobista strona internetowa.
Obecnie system tożsamości MyKDE może być już używany do łączenia się z Wiki KDE, a wkrótce zostanie dostosowany do logowania się na innych stronach projektów. Istniejące konta tożsamości.kde.org, a także informacje o powiązaniach grupowych zostaną automatycznie przesłane przy pierwszym logowaniu użytkownika przez MyKDE. Rejestracja nowych kont jest wyłączona podczas migracji, ale użytkownik może zarejestrować się na starej stronie Identity.kde.org i zostanie ona przeniesiona podczas logowania poprzez MyKDE. Po zakończeniu okresu migracji niezmigrowane konta zostaną zamrożone.
Dodatkowo można to zauważyć opcjonalny mechanizm umożliwiający uruchomienie pulpitu KDE Plasma przy użyciu systemd. Należy zauważyć, że użycie systemd pozwala rozwiązać problemy z konfiguracją procesu uruchamiania - standardowy skrypt inicjujący zawiera ściśle określone parametry operacyjne, które nie pozwalają na zmiany. Na przykład nie ma możliwości uruchomienia krunnera z różnymi zmiennymi środowiskowymi, kontrolowania alokacji zasobów systemowych, dodania niestandardowego skryptu, który będzie uruchamiany po ponownym uruchomieniu powłoki lub wyświetlenia okna dialogowego początkowej konfiguracji po załadowaniu kwin, ale przed uruchomieniem Plazmy. Obecny skrypt wymaga edycji kodu pod kątem takiej zmiany, a systemd udostępnia gotowe narzędzia do dostosowania do Twoich potrzeb, zarówno dla twórców dystrybucji, jak i użytkowników końcowych.
Plik docelowy został przygotowany do uruchomienia w systemie
plazma-workspace.target oraz zestaw usług do uruchamiania różnych podsystemów KDE. Obsługa starego mechanizmu autostartu (/etc/xdg/autostart lub ~/.config/autostart) pozostaje niezmieniona, dzięki zastosowaniu wprowadzonego w (na podstawie plików .desktop automatycznie tworzone są odpowiednie usługi systemowe). Zaimplementowany kod ma zostać dołączony do wydania KDE Plasma 5.21. Domyślnie zostanie zapisany stary skrypt, ale w przyszłości, po przetestowaniu i przeanalizowaniu opinii, możliwe, że zostanie on domyślnie aktywowany. Aby przełączyć się na uruchamianie systemowe i wyświetlić status rozruchu, możesz użyć poleceń:
kwriteconfig5 --file startkderc --group Ogólne --key systemdBoot true
systemctl --stan użytkownika plazma-plazmashell.service
Źródło: opennet.ru