identificatie dienst , ontworpen om het inloggen van gebruikers op verschillende KDE-projectsites te verenigen. MyKDE verving het single sign-on-systeem Identity.kde.org, dat werd geïmplementeerd in de vorm van een eenvoudige PHP-add-on via OpenLDAP. De reden voor het creëren van de nieuwe dienst is dat Identity.kde.org gekoppeld is aan verouderde technologieën die het updaten van sommige andere KDE-systemen en dergelijke verstoren , zoals een arbeidsintensief handmatig proces voor het verwijderen van accounts, zeer lange vertragingen vóór het voltooien van de registratie (tot 30 seconden), ineffectieve opschaling van groepen, te onhandige maatregelen tegen spam.
MijnKDE in Python met behulp van het Django-framework en de module . MySQL wordt gebruikt om accounts op te slaan. De MyKDE-code is een afsplitsing van het systeem , gedistribueerd onder de GPLv3.0-licentie. Naast het organiseren van het inloggen op MyKDE, is ook ondersteuning voor openbare profielen geïmplementeerd, waardoor, als de gebruiker dat wenst, bepaalde informatie over zichzelf zichtbaar kan worden gemaakt voor andere deelnemers, zoals zijn volledige naam, avatar, lijst met projecten en links naar sociale netwerken en persoonlijke website.
Momenteel kan het MyKDE-identiteitssysteem al worden gebruikt om verbinding te maken met de KDE Wiki en zal binnenkort worden aangepast om in te loggen op andere projectsites. Bestaande Identity.kde.org-accounts, evenals informatie over groepsassociaties, worden automatisch overgedragen de eerste keer dat een gebruiker inlogt via MyKDE. Registratie van nieuwe accounts is uitgeschakeld tijdens de migratie, maar de gebruiker kan zich registreren op de oude site Identity.kde.org en deze zal worden overgedragen wanneer hij inlogt via MyKDE. Nadat de migratieperiode is afgelopen, worden niet-gemigreerde accounts bevroren.
Bovendien kan worden opgemerkt een optioneel mechanisme waarmee u het KDE Plasma-bureaublad kunt starten met systemd. Opgemerkt wordt dat het gebruik van systemd u in staat stelt problemen bij het instellen van het opstartproces op te lossen - het standaard initialisatiescript bevat strikt gedefinieerde bedrijfsparameters die geen variatie toestaan. Er is bijvoorbeeld geen manier om krunner te starten met verschillende omgevingsvariabelen, de toewijzing van systeembronnen te controleren, een aangepast script toe te voegen dat wordt uitgevoerd wanneer de shell opnieuw wordt opgestart, of het initiële configuratiedialoogvenster weer te geven na het laden van kwin maar voordat Plasma wordt gestart. Het huidige script vereist codebewerking voor dergelijke wijzigingen, en systemd biedt kant-en-klare tools voor aanpassing aan uw behoeften, zowel voor distributieontwikkelaars als voor eindgebruikers.
Er is een doelbestand voorbereid om onder systemd te draaien
plasma-workspace.target en een reeks services voor het starten van verschillende KDE-subsystemen. Ondersteuning voor het oude autostart-mechanisme (/etc/xdg/autostart of ~/.config/autostart) blijft ongewijzigd, dankzij het gebruik van het automatische servicegeneratiemechanisme dat is geïntroduceerd in (op basis van de .desktop-bestanden worden automatisch de bijbehorende systemd-services gemaakt). Het is de bedoeling dat de geïmplementeerde code wordt opgenomen in de uitgave van KDE Plasma 5.21. Standaard wordt het oude script opgeslagen, maar in de toekomst, na het testen en analyseren van feedback, is het mogelijk dat dit standaard wordt geactiveerd. Om over te schakelen naar systemd-gebaseerd opstarten en de opstartstatus te bekijken, kunt u de volgende opdrachten gebruiken:
kwriteconfig5 --bestand startkderc --groep Algemeen --key systemdBoot waar
systemctl --gebruikersstatus plasma-plasmashell.service
Bron: opennet.ru