servizio di identificazione , progettato per unificare l'accesso degli utenti a diversi siti del progetto KDE. MyKDE sostituisce il sistema di accesso unico identity.kde.org, che era stato implementato come un semplice wrapper PHP su OpenLDAP. Tra le ragioni per la creazione di un nuovo servizio si segnala il legame di identity.kde.org con tecnologie obsolete, che ostacolano l'aggiornamento di alcuni altri sistemi KDE, così come , come il laborioso processo manuale di eliminazione degli account, i lunghi ritardi prima del completamento della registrazione (fino a 30 secondi), la scalabilità inefficace dei gruppi e misure contro lo spam poco efficaci.
MyKDE in linguaggio Python utilizzando il framework Django e il modulo . Per la memorizzazione degli account viene utilizzato MySQL. Il codice di MyKDE è un ramo del sistema , rilasciato sotto licenza GPLv3.0. Oltre a facilitare l'accesso a MyKDE, è stata implementata anche la supporto per profili pubblici, che consentono agli utenti di rendere visibili ad altri membri alcune informazioni su di loro, come nome e cognome, avatar, elenco di progetti e collegamenti ai social network e al sito personale.
Attualmente, il sistema di identificazione MyKDE può già essere utilizzato per accedere a KDE Wiki e sarà presto adattato per l'accesso ad altri siti del progetto. Gli account esistenti di identity.kde.org, così come le informazioni sulle associazioni ai gruppi, saranno trasferiti automaticamente al primo accesso dell'utente tramite MyKDE. La registrazione di nuovi account è disabilitata durante la migrazione, ma l'utente può registrarsi sul vecchio sito identity.kde.org e verrà trasferito al momento dell'accesso tramite MyKDE. Dopo la conclusione del periodo di migrazione, gli account non trasferiti verranno congelati.
Inoltre, si può notare di un meccanismo opzionale che consente di avviare il desktop KDE Plasma utilizzando systemd. Si osserva che l'uso di systemd permette di risolvere i problemi con la configurazione del processo di avvio: lo script di inizializzazione predefinito include parametri di funzionamento rigidamente definiti, che non possono essere modificati. Ad esempio, non è possibile avviare krunner con variabili d'ambiente diverse, gestire l'allocazione delle risorse di sistema, aggiungere un proprio script che venga eseguito nel caso di riavvio della shell o visualizzare la finestra di dialogo iniziale di configurazione dopo il caricamento di kwin, ma prima dell'avvio di Plasma. Lo script attuale richiede la modifica del codice per qualsiasi modifica simile, mentre systemd fornisce strumenti pronti per adattarlo alle proprie esigenze, sia per gli sviluppatori di distribuzioni che per gli utenti finali.
Per l'avvio sotto systemd è stato preparato un file unità di destinazione
plasma-workspace.target e un insieme di servizi per avviare diversi sottosistemi KDE. Il supporto per il vecchio meccanismo di autostart (/etc/xdg/autostart o ~/.config/autostart) è rimasto invariato, grazie all'uso del meccanismo di generazione automatica dei servizi, introdotto in (sulla base dei file .desktop, vengono automaticamente create le corrispondenti unità systemd). Il codice implementato è previsto per essere incluso nella versione di KDE Plasma 5.21. Di default, sarà mantenuto lo script precedente, ma in futuro, dopo test e analisi dei feedback, non si esclude la sua attivazione come impostazione predefinita. Per passare all'avvio basato su systemd e visualizzare lo stato di avvio, è possibile utilizzare i comandi:
kwriteconfig5 —file startkderc —group General —key systemdBoot true
systemctl —user status plasma-plasmashell.service
Fonte: opennet.ru
