identifikationstjeneste , designet til at forene brugerlogin til forskellige KDE-projektsider. MyKDE erstattede identity.kde.org single sign-on systemet, som blev implementeret i form af en simpel PHP tilføjelse over OpenLDAP. Grunden til at oprette den nye tjeneste er, at identity.kde.org er bundet til forældede teknologier, der forstyrrer opdatering af nogle andre KDE-systemer, såvel som sådanne , såsom en arbejdskrævende manuel proces med sletning af konti, meget lange forsinkelser før fuldførelse af registrering (op til 30 sekunder), ineffektiv skalering af grupper, for klodsede foranstaltninger mod spam.
MyKDE i Python ved hjælp af Django-rammen og modulet . MySQL bruges til at gemme konti. MyKDE-koden er en gaffel fra systemet , distribueret under GPLv3.0-licensen. Udover at organisere login til MyKDE, er der også implementeret understøttelse af offentlige profiler, som giver mulighed for, hvis brugeren ønsker det, at gøre nogle oplysninger om sig selv synlige for andre deltagere, såsom sit fulde navn, avatar, liste over projekter og links til sociale netværk og personlig hjemmeside.
I øjeblikket kan MyKDE-identitetssystemet allerede bruges til at oprette forbindelse til KDE Wiki og vil snart blive tilpasset til at logge ind på andre projektwebsteder. Eksisterende identity.kde.org-konti, såvel som gruppetilknytningsoplysninger, vil automatisk blive overført første gang en bruger logger på via MyKDE. Registrering af nye konti er deaktiveret under migreringen, men brugeren kan registrere sig på det gamle websted identity.kde.org, og det vil blive overført, når man logger ind gennem MyKDE. Når migreringsperioden slutter, vil ikke-migrerede konti blive frosset.
Derudover kan det bemærkes en valgfri mekanisme, der tillader dig at starte KDE Plasma-skrivebordet ved hjælp af systemd. Det bemærkes, at brugen af systemd giver dig mulighed for at løse problemer med opsætning af startprocessen - standardinitialiseringsscriptet inkluderer strengt definerede driftsparametre, der ikke tillader variation. For eksempel er der ingen måde at starte krunner med forskellige miljøvariabler, kontrollere allokeringen af systemressourcer, tilføje et brugerdefineret script, der kører, når shellen genstartes, eller vise den indledende konfigurationsdialog efter indlæsning af kwin, men før du starter Plasma. Det nuværende script kræver koderedigering for enhver sådan ændring, og systemd leverer færdige værktøjer til tilpasning til dine behov, både for distributionsudviklere og for slutbrugere.
En målfil er blevet forberedt til at køre under systemd
plasma-workspace.target og et sæt tjenester til at starte forskellige KDE-undersystemer. Understøttelse af den gamle autostartmekanisme (/etc/xdg/autostart eller ~/.config/autostart) forbliver uændret, takket være brugen af den automatiske servicegenereringsmekanisme introduceret i (baseret på .desktop-filerne oprettes de tilsvarende systemtjenester automatisk). Den implementerede kode er planlagt til at blive inkluderet i KDE Plasma 5.21-udgivelsen. Som standard vil det gamle script blive gemt, men i fremtiden, efter test og analyse af feedback, er det muligt, at det vil blive aktiveret som standard. For at skifte til systembaseret opstart og se opstartsstatus, kan du bruge kommandoerne:
kwriteconfig5 --fil startkderc --group Generelt --key systemdBoot true
systemctl --brugerstatus plasma-plasmashell.service
Kilde: opennet.ru