servizio di identificazione , progettato per unificare l'accesso degli utenti a vari siti di progetti KDE. MyKDE ha sostituito il sistema Single Sign-On Identity.kde.org, che è stato implementato sotto forma di un semplice componente aggiuntivo PHP su OpenLDAP. Il motivo per cui è stato creato il nuovo servizio è che identità.kde.org è legato a tecnologie obsolete che interferiscono con l'aggiornamento di altri sistemi KDE, così come , come ad esempio un processo manuale ad alta intensità di lavoro per l'eliminazione degli account, ritardi molto lunghi prima del completamento della registrazione (fino a 30 secondi), ridimensionamento inefficace dei gruppi, misure troppo goffe contro lo spam.
MioKDE in Python utilizzando il framework e il modulo Django . MySQL viene utilizzato per archiviare gli account. Il codice MyKDE è un fork del sistema , distribuito sotto la licenza GPLv3.0. Oltre ad organizzare l'accesso a MyKDE, è implementato anche il supporto per i profili pubblici, che permette, se l'utente lo desidera, di rendere visibili agli altri partecipanti alcune informazioni su se stesso, come il suo nome completo, avatar, elenco di progetti e collegamenti a social network e sito personale.
Attualmente, il sistema di identità MyKDE può già essere utilizzato per connettersi al Wiki di KDE e sarà presto adattato per accedere ad altri siti di progetto. Gli account Identity.kde.org esistenti, così come le informazioni sull'associazione dei gruppi, verranno trasferiti automaticamente la prima volta che un utente accede 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 quando accederà tramite MyKDE. Al termine del periodo di migrazione, gli account non migrati verranno congelati.
Inoltre si può notare un meccanismo opzionale che ti consente di avviare il desktop KDE Plasma utilizzando systemd. Va notato che l'uso di systemd consente di risolvere problemi con l'impostazione del processo di avvio: lo script di inizializzazione standard include parametri operativi rigorosamente definiti che non consentono variazioni. Ad esempio, non c'è modo di avviare krunner con variabili d'ambiente diverse, controllare l'allocazione delle risorse di sistema, aggiungere uno script personalizzato che venga eseguito quando la shell viene riavviata o visualizzare la finestra di dialogo di configurazione iniziale dopo aver caricato kwin ma prima di avviare Plasma. Lo script attuale richiede la modifica del codice per qualsiasi modifica di questo tipo e systemd fornisce strumenti già pronti per l'adattamento alle proprie esigenze, sia per gli sviluppatori di distribuzioni che per gli utenti finali.
Un file di destinazione è stato preparato per l'esecuzione su systemd
plasma-workspace.target e una serie di servizi per il lancio di vari sottosistemi KDE. Il supporto per il vecchio meccanismo di avvio automatico (/etc/xdg/autostart o ~/.config/autostart) rimane invariato, grazie all'utilizzo del meccanismo di generazione automatica dei servizi introdotto in (sulla base dei file .desktop vengono creati automaticamente i servizi systemd corrispondenti). Si prevede che il codice implementato sia incluso nella versione KDE Plasma 5.21. Per impostazione predefinita, il vecchio script verrà salvato, ma in futuro, dopo aver testato e analizzato il feedback, è possibile che venga attivato per impostazione predefinita. Per passare all'avvio basato su systemd e visualizzare lo stato di avvio, puoi utilizzare i comandi:
kwriteconfig5 --file startkderc --group Generale --key systemdBoot true
systemctl --stato utente plasma-plasmashell.service
Fonte: opennet.ru