Introduserte MyKDE identitetstjeneste og systemd lanseringsmekanisme for KDE

Oppdrag identifiseringstjeneste MyKDE, designet for å forene brukerinnlogging til forskjellige KDE-prosjektsider. MyKDE erstattet identity.kde.org single sign-on-systemet, som ble implementert i form av et enkelt PHP-tillegg over OpenLDAP. Grunnen til å lage den nye tjenesten er at identity.kde.org er knyttet til utdaterte teknologier som forstyrrer oppdatering av noen andre KDE-systemer, så vel som slike problemer, slik som en arbeidskrevende manuell prosess med sletting av kontoer, svært lange forsinkelser før fullføring av registrering (opptil 30 sekunder), ineffektiv skalering av grupper, for klønete tiltak mot spam.

MyKDE skrevet av i Python ved å bruke Django-rammeverket og modulen Django-OAuth-verktøysett. MySQL brukes til å lagre kontoer. MyKDE-koden er en gaffel fra systemet Blender-ID, distribuert under GPLv3.0-lisensen. I tillegg til å organisere påloggingen til MyKDE, er det også implementert støtte for offentlige profiler, som gjør det mulig, hvis brukeren ønsker det, å gjøre noe informasjon om seg selv synlig for andre deltakere, slik som fullt navn, avatar, liste over prosjekter og lenker til sosiale nettverk og personlig nettside.

For øyeblikket kan MyKDE-identitetssystemet allerede brukes til å koble til KDE Wiki og vil snart bli tilpasset for å logge inn på andre prosjektsider. Eksisterende identity.kde.org-kontoer, så vel som gruppetilknytningsinformasjon, blir automatisk overført første gang en bruker logger på gjennom MyKDE. Registrering av nye kontoer er deaktivert under migreringen, men brukeren kan registrere seg på det gamle nettstedet identity.kde.org og det vil bli overført når du logger på gjennom MyKDE. Etter at migreringsperioden er over, vil ikke-migrerte kontoer fryses.

I tillegg kan det bemerkes gjennomføring en valgfri mekanisme som lar deg starte KDE Plasma-skrivebordet ved hjelp av systemd. Det bemerkes at bruken av systemd lar deg løse problemer med å sette opp oppstartsprosessen - standard initialiseringsskriptet inkluderer strengt definerte driftsparametere som ikke tillater variasjon. For eksempel er det ingen måte å starte krunner med forskjellige miljøvariabler, kontrollere allokeringen av systemressurser, legge til et tilpasset skript som kjører når skallet startes på nytt, eller vise den innledende konfigurasjonsdialogen etter å ha lastet kwin, men før du starter Plasma. Det gjeldende skriptet krever koderedigering for enhver slik endring, og systemd gir ferdige verktøy for tilpasning til dine behov, både for distribusjonsutviklere og for sluttbrukere.

En målfil er klargjort for å kjøre under systemd
plasma-workspace.target og et sett med tjenester for oppstart av forskjellige KDE-undersystemer. Støtte for den gamle autostartmekanismen (/etc/xdg/autostart eller ~/.config/autostart) forblir uendret, takket være bruken av den automatiske tjenestegenereringsmekanismen introdusert i systemd 246 (basert på .desktop-filene opprettes de tilsvarende systemtjenestene automatisk). Den implementerte koden er planlagt inkludert i KDE Plasma 5.21-utgivelsen. Som standard vil det gamle skriptet lagres, men i fremtiden, etter å ha testet og analysert tilbakemeldinger, er det mulig at det vil bli aktivert som standard. For å bytte til systembasert oppstart og se oppstartsstatusen, kan du bruke kommandoene:

kwriteconfig5 --file startkderc --group Generelt --key systemdBoot true
systemctl --brukerstatus plasma-plasmashell.service

Kilde: opennet.ru

Legg til en kommentar