Identifikationsdienst , der dazu dienen soll, den Zugang der Nutzer zu verschiedenen Projekten innerhalb der KDE einheitlich zu gestalten. MyKDE ersetzt das System für die einheitliche Anmeldung identity.kde.org, das als einfache PHP-Erweiterung über OpenLDAP realisiert war. Der Grund für die Schaffung des neuen Dienstes liegt in der Abhängigkeit von identity.kde.org von veralteten Technologien, die die Aktualisierung anderer Systeme innerhalb der KDE behindern, sowie in Herausforderungen wie , wie der zeitaufwendige manuelle Prozess zum Entfernen von Konten, sehr lange Verzögerungen beim Abschluss der Registrierung (bis zu 30 Sekunden), ineffiziente Skalierung von Gruppen und zu grobe Spam-Schutzmaßnahmen.
MyKDE in der Programmiersprache Python unter Verwendung des Django-Frameworks und des Moduls . Zur Speicherung der Konten wird MySQL verwendet. Der MyKDE-Code ist ein Abzweig des Systems , das unter der Lizenz GPLv3.0 verbreitet wird. Neben der Organisation des Zugangs zu MyKDE wurde auch die Unterstützung öffentlicher Profile implementiert, die es den Nutzern ermöglichen, auf Wunsch bestimmte Informationen über sich für andere Mitglieder sichtbar zu machen, wie etwa Name, Avatar, Projektliste und Links zu sozialen Netzwerken sowie zur persönlichen Webseite.
Der MyKDE-Identifikationsdienst kann jetzt zur Anmeldung im KDE Wiki verwendet werden und wird in Kürze für den Zugriff auf andere Projektwebsites angepasst. Bestehende Konten auf identity.kde.org sowie Informationen zu Gruppenzuordnungen werden automatisch beim ersten Login über MyKDE übertragen. Die Registrierung neuer Konten ist während der Migration deaktiviert, jedoch kann sich der Benutzer weiterhin auf der alten Seite identity.kde.org registrieren, und diese Konten werden beim Login über MyKDE übertragen. Nach Ablauf der Migrationsperiode werden nicht übertragenen Konten eingefroren.
speziellen Distribution Ein optionaler Mechanismus, der es ermöglicht, den KDE Plasma-Desktop mithilfe von systemd zu starten. Es wird darauf hingewiesen, dass die Verwendung von systemd Probleme bei der Konfiguration des Startprozesses löst – das Standard-Init-Skript enthält fest definierte Betriebsparameter, die keine Variationen zulassen. Zum Beispiel gibt es keine Möglichkeit, krunner mit anderen Umgebungsvariablen zu starten, die Zuteilung von Systemressourcen zu steuern, ein eigenes Skript hinzuzufügen, das im Falle eines Neustarts der Shell ausgeführt wird, oder einen Startdialog für die Konfiguration nach dem Laden von kwin, aber vor dem Start von Plasma anzuzeigen. Das aktuelle Skript erfordert für jede solche Änderung eine Bearbeitung des Codes, während systemd bereitgestellte Werkzeuge zur Anpassung an die eigenen Bedürfnisse bietet, sowohl für Entwickler von Distributionen als auch für Endbenutzer.
Für den Betrieb unter systemd wurde eine Ziel-Datei vorbereitet
plasma-workspace.target und eine Reihe von Diensten für den Start verschiedener KDE-Subsysteme. Die Unterstützung des alten Autostartmechanismus (/etc/xdg/autostart oder ~/.config/autostart) bleibt unverändert, dank der Implementierung des Mechanismus zur automatischen Generierung von Diensten, der in (auf Basis von .desktop-Dateien werden automatisch die entsprechenden systemd-Dienste erstellt). Der implementierte Code soll in die Version KDE Plasma 5.21 aufgenommen werden. Standardmäßig wird das alte Skript beibehalten, jedoch kann dessen Aktivierung in Zukunft nach Tests und Feedback nicht ausgeschlossen werden. Um den Start auf Basis von systemd zu initiieren und den Ladezustand anzuzeigen, können folgende Befehle verwendet werden:
kwriteconfig5 —file startkderc —group General —key systemdBoot true
systemctl —user status plasma-plasmashell.service
Quelle: opennet.ru
