Introducerade MyKDE-identitetstjänst och systemstartmekanism för KDE

Bemyndigad identifieringstjänst MyKDE, utformad för att förena användarinloggning till olika KDE-projektwebbplatser. MyKDE ersatte identity.kde.org-systemet för enkel inloggning, som implementerades i form av ett enkelt PHP-tillägg över OpenLDAP. Anledningen till att den nya tjänsten skapades är att identity.kde.org är knuten till föråldrade teknologier som stör uppdateringen av vissa andra KDE-system, såväl som sådana. problem, såsom en arbetskrävande manuell process för att radera konton, mycket långa förseningar innan registreringen slutförs (upp till 30 sekunder), ineffektiv skalning av grupper, alltför klumpiga åtgärder mot spam.

MyKDE skriven i Python med Django-ramverket och modulen Django-OAuth-Toolkit. MySQL används för att lagra konton. MyKDE-koden är en gaffel från systemet Blender ID, distribueras under GPLv3.0-licensen. Förutom att organisera inloggningen till MyKDE implementeras även stöd för offentliga profiler, vilket gör det möjligt att om användaren vill göra viss information om sig själv synlig för andra deltagare, såsom hans fullständiga namn, avatar, lista över projekt och länkar till sociala nätverk och personlig webbplats.

För närvarande kan MyKDEs identitetssystem redan användas för att ansluta till KDE Wiki och kommer snart att anpassas för att logga in på andra projektsajter. Befintliga identity.kde.org-konton, såväl som gruppassociationsinformation, kommer automatiskt att överföras första gången en användare loggar in via MyKDE. Registrering av nya konton avaktiveras under migreringen, men användaren kan registrera sig på den gamla webbplatsen identity.kde.org och den kommer att överföras när man loggar in via MyKDE. Efter att migreringsperioden är slut kommer konton som inte har migrerats att frysas.

Dessutom kan det noteras genomförande en valfri mekanism som låter dig starta KDE Plasma-skrivbordet med systemd. Det noteras att användningen av systemd låter dig lösa problem med att ställa in startprocessen - standardinitieringsskriptet innehåller strikt definierade driftsparametrar som inte tillåter variation. Det finns till exempel inget sätt att starta krunner med olika miljövariabler, styra allokeringen av systemresurser, lägga till ett anpassat skript som körs när skalet startas om, eller visa den initiala konfigurationsdialogrutan efter att kwin har laddats men innan Plasma startas. Det nuvarande skriptet kräver kodredigering för alla sådana förändringar, och systemd tillhandahåller färdiga verktyg för anpassning till dina behov, både för distributionsutvecklare och för slutanvändare.

En målfil har förberetts för att köras under systemd
plasma-workspace.target och en uppsättning tjänster för att starta olika KDE-undersystem. Stödet för den gamla autostartmekanismen (/etc/xdg/autostart eller ~/.config/autostart) förblir oförändrad, tack vare användningen av den automatiska tjänstgenereringsmekanismen som introducerades i systemd 246 (baserat på .desktop-filerna skapas motsvarande systemd-tjänster automatiskt). Den implementerade koden är planerad att inkluderas i KDE Plasma 5.21-utgåvan. Som standard kommer det gamla skriptet att sparas, men i framtiden, efter att ha testat och analyserat feedback, är det möjligt att det kommer att aktiveras som standard. För att växla till systembaserad start och se startstatus kan du använda kommandona:

kwriteconfig5 --fil startkderc --group Allmänt --key systemdBoot true
systemctl --användarstatus plasma-plasmashell.service

Källa: opennet.ru

Lägg en kommentar