serviço de identificação , projetado para unificar o login do usuário em vários sites de projetos do KDE. MyKDE substituiu o sistema de login único Identity.kde.org, que foi implementado na forma de um simples complemento PHP sobre OpenLDAP. A razão para a criação do novo serviço é que o Identity.kde.org está vinculado a tecnologias desatualizadas que interferem na atualização de alguns outros sistemas KDE, bem como de outros , como um processo manual trabalhoso de exclusão de contas, atrasos muito longos antes de concluir o registro (até 30 segundos), escalonamento ineficaz de grupos, medidas muito desajeitadas contra spam.
MeuKDE em Python usando a estrutura e módulo Django . MySQL é usado para armazenar contas. O código MyKDE é uma bifurcação do sistema , distribuído sob a licença GPLv3.0. Além de organizar o login no MyKDE, também está implementado o suporte a perfis públicos, que permite, caso o usuário deseje, tornar algumas informações sobre si visíveis para outros participantes, como nome completo, avatar, lista de projetos e links para redes sociais e site pessoal.
Atualmente, o sistema de identidade MyKDE já pode ser usado para conectar-se ao Wiki do KDE e em breve será adaptado para acessar outros sites do projeto. As contas existentes no Identity.kde.org, bem como as informações de associação de grupo, serão transferidas automaticamente na primeira vez que um usuário fizer login através do MyKDE. O registro de novas contas é desativado durante a migração, mas o usuário pode se registrar no site antigo Identity.kde.org e será transferido ao fazer login através do MyKDE. Após o término do período de migração, as contas não migradas serão congeladas.
Além disso, pode-se notar um mecanismo opcional que permite iniciar a área de trabalho KDE Plasma usando o systemd. Observa-se que o uso do systemd permite resolver problemas de configuração do processo de inicialização - o script de inicialização padrão inclui parâmetros operacionais estritamente definidos que não permitem variação. Por exemplo, não há como iniciar o krunner com diferentes variáveis de ambiente, controlar a alocação de recursos do sistema, adicionar um script personalizado que seja executado quando o shell for reiniciado ou exibir a caixa de diálogo de configuração inicial após carregar o kwin, mas antes de iniciar o Plasma. O script atual requer edição de código para qualquer alteração, e o systemd fornece ferramentas prontas para adaptação às suas necessidades, tanto para desenvolvedores de distribuição quanto para usuários finais.
Um arquivo de destino foi preparado para ser executado no systemd
plasma-workspace.target e um conjunto de serviços para lançar vários subsistemas KDE. O suporte para o antigo mecanismo de inicialização automática (/etc/xdg/autostart ou ~/.config/autostart) permanece inalterado, graças ao uso do mecanismo de geração automática de serviço introduzido em (com base nos arquivos .desktop, os serviços systemd correspondentes são criados automaticamente). O código implementado está planejado para ser incluído na versão KDE Plasma 5.21. Por padrão, o script antigo será salvo, mas futuramente, após testar e analisar o feedback, é possível que ele seja ativado por padrão. Para mudar para a inicialização baseada em systemd e visualizar o status de inicialização, você pode usar os comandos:
kwriteconfig5 --file startkderc --group Geral --key systemdBoot true
systemctl --status do usuário plasma-plasmashell.service
Fonte: opennet.ru