Identifikationsdienst , entwickelt, um die Benutzeranmeldung bei verschiedenen KDE-Projektseiten zu vereinheitlichen. MyKDE ersetzte das Single-Sign-On-System Identity.kde.org, das in Form eines einfachen PHP-Add-Ons über OpenLDAP implementiert wurde. Der Grund für die Schaffung des neuen Dienstes besteht darin, dass Identity.kde.org an veraltete Technologien gebunden ist, die die Aktualisierung einiger anderer KDE-Systeme und dergleichen beeinträchtigen B. ein arbeitsintensiver manueller Prozess zum Löschen von Konten, sehr lange Verzögerungen bis zum Abschluss der Registrierung (bis zu 30 Sekunden), ineffektive Skalierung von Gruppen, zu ungeschickte Maßnahmen gegen Spam.
MyKDE in Python unter Verwendung des Django-Frameworks und -Moduls . MySQL wird zum Speichern von Konten verwendet. Der MyKDE-Code ist ein Fork des Systems , vertrieben unter der GPLv3.0-Lizenz. Neben der Organisation des Logins bei MyKDE ist auch die Unterstützung öffentlicher Profile implementiert, die es dem Benutzer ermöglicht, auf Wunsch einige Informationen über sich selbst für andere Teilnehmer sichtbar zu machen, wie zum Beispiel seinen vollständigen Namen, seinen Avatar, eine Liste von Projekten und Links zu soziale Netzwerke und persönliche Website.
Derzeit kann das MyKDE-Identitätssystem bereits für die Verbindung zum KDE-Wiki verwendet werden und wird in Kürze für die Anmeldung bei anderen Projektseiten angepasst. Vorhandene Identity.kde.org-Konten sowie Gruppenzugehörigkeitsinformationen werden automatisch übertragen, wenn sich ein Benutzer zum ersten Mal über MyKDE anmeldet. Die Registrierung neuer Konten ist während der Migration deaktiviert, aber der Benutzer kann sich auf der alten Website Identity.kde.org registrieren und diese wird beim Anmelden über MyKDE übertragen. Nach Ablauf des Migrationszeitraums werden nicht migrierte Konten eingefroren.
Darüber hinaus kann darauf hingewiesen werden ein optionaler Mechanismus, der es Ihnen ermöglicht, den KDE Plasma-Desktop mit systemd zu starten. Es wird darauf hingewiesen, dass Sie durch die Verwendung von systemd Probleme beim Einrichten des Startvorgangs lösen können – das Standardinitialisierungsskript enthält streng definierte Betriebsparameter, die keine Variation zulassen. Beispielsweise gibt es keine Möglichkeit, krunner mit verschiedenen Umgebungsvariablen zu starten, die Zuweisung von Systemressourcen zu steuern, ein benutzerdefiniertes Skript hinzuzufügen, das beim Neustart der Shell ausgeführt wird, oder den anfänglichen Konfigurationsdialog nach dem Laden von kwin, aber vor dem Start von Plasma anzuzeigen. Das aktuelle Skript erfordert für solche Änderungen eine Codebearbeitung, und systemd stellt vorgefertigte Tools zur Anpassung an Ihre Bedürfnisse bereit, sowohl für Distributionsentwickler als auch für Endbenutzer.
Eine Zieldatei wurde für die Ausführung unter systemd vorbereitet
plasma-workspace.target und eine Reihe von Diensten zum Starten verschiedener KDE-Subsysteme. Die Unterstützung für den alten Autostart-Mechanismus (/etc/xdg/autostart oder ~/.config/autostart) bleibt dank der Verwendung des in eingeführten Mechanismus zur automatischen Dienstgenerierung unverändert (Basierend auf den .desktop-Dateien werden die entsprechenden Systemd-Dienste automatisch erstellt). Der implementierte Code soll in der Version KDE Plasma 5.21 enthalten sein. Standardmäßig wird das alte Skript gespeichert, aber in Zukunft ist es nach Tests und Analyse des Feedbacks möglich, dass es standardmäßig aktiviert wird. Um zum Systemd-basierten Start zu wechseln und den Startstatus anzuzeigen, können Sie die folgenden Befehle verwenden:
kwriteconfig5 --file startkderc --group Allgemein --key systemdBoot true
systemctl --user status plasma-plasmashell.service
Source: opennet.ru