Ipinakilala ang MyKDE identity service at systemd launch mechanism para sa KDE

kinomisyon serbisyo ng pagkakakilanlan MyKDE, na idinisenyo upang pag-isahin ang pag-login ng user sa iba't ibang mga site ng proyekto ng KDE. Pinalitan ng MyKDE ang identity.kde.org single sign-on system, na ipinatupad sa anyo ng isang simpleng PHP add-on sa OpenLDAP. Ang dahilan ng paglikha ng bagong serbisyo ay ang identity.kde.org ay nakatali sa mga lumang teknolohiya na nakakasagabal sa pag-update ng ilang iba pang KDE system, pati na rin problema, tulad ng isang matrabahong manu-manong proseso ng pagtanggal ng mga account, napakatagal na pagkaantala bago makumpleto ang pagpaparehistro (hanggang 30 segundo), hindi epektibong pag-scale ng mga grupo, masyadong clumsy na mga hakbang laban sa spam.

MyKDE nakasulat sa Python gamit ang Django framework at module Django-OAuth-Toolkit. MySQL ay ginagamit upang mag-imbak ng mga account. Ang MyKDE code ay isang tinidor mula sa system Blender ID, ibinahagi sa ilalim ng lisensya ng GPLv3.0. Bilang karagdagan sa pag-aayos ng pag-login sa MyKDE, ipinapatupad din ang suporta para sa mga pampublikong profile, na nagbibigay-daan, kung nais ng user, na gawing nakikita ng ibang mga kalahok ang ilang impormasyon tungkol sa kanyang sarili, tulad ng kanyang buong pangalan, avatar, listahan ng mga proyekto at mga link sa mga social network at personal na website.

Sa kasalukuyan, magagamit na ang sistema ng pagkakakilanlan ng MyKDE upang kumonekta sa KDE Wiki at malapit nang iakma upang mag-log in sa ibang mga site ng proyekto. Awtomatikong ililipat ang mga kasalukuyang identity.kde.org account, pati na rin ang impormasyon ng samahan ng grupo, sa unang pagkakataong mag-log in ang isang user sa pamamagitan ng MyKDE. Ang pagpaparehistro ng mga bagong account ay hindi pinagana sa panahon ng paglipat, ngunit ang user ay maaaring magparehistro sa lumang site identity.kde.org at ito ay ililipat kapag nagla-log in sa pamamagitan ng MyKDE. Pagkatapos ng panahon ng paglipat, ang mga hindi na-migrate na account ay mapi-freeze.

Bilang karagdagan, maaari mong tandaan pagpapatupad isang opsyonal na mekanismo na nagbibigay-daan sa iyong ilunsad ang KDE Plasma desktop gamit ang systemd. Nabanggit na ang paggamit ng systemd ay nagbibigay-daan sa iyo upang malutas ang mga problema sa pag-set up ng proseso ng pagsisimula - kasama sa karaniwang script ng pagsisimula ang mahigpit na tinukoy na mga parameter ng operating na hindi pinapayagan ang pagkakaiba-iba. Halimbawa, walang paraan upang simulan ang krunner gamit ang iba't ibang variable ng kapaligiran, kontrolin ang paglalaan ng mga mapagkukunan ng system, magdagdag ng custom na script na tumatakbo kapag na-restart ang shell, o ipakita ang dialog ng paunang configuration pagkatapos mag-load ng kwin ngunit bago simulan ang Plasma. Ang kasalukuyang script ay nangangailangan ng pag-edit ng code para sa anumang naturang pagbabago, at ang systemd ay nagbibigay ng mga handa na tool para sa pagbagay sa iyong mga pangangailangan, para sa mga developer ng pamamahagi at para sa mga end user.

Ang isang target na file ay inihanda upang tumakbo sa ilalim ng systemd
plasma-workspace.target at isang hanay ng mga serbisyo para sa paglulunsad ng iba't ibang KDE subsystem. Ang suporta para sa lumang mekanismo ng autostart (/etc/xdg/autostart o ~/.config/autostart) ay nananatiling hindi nagbabago, salamat sa paggamit ng mekanismo ng awtomatikong pagbuo ng serbisyo na ipinakilala sa systemd 246 (batay sa mga .desktop na file, awtomatikong ginagawa ang mga kaukulang serbisyo ng systemd). Ang ipinatupad na code ay binalak na isama sa KDE Plasma 5.21 release. Bilang default, mase-save ang lumang script, ngunit sa hinaharap, pagkatapos ng pagsubok at pagsusuri ng feedback, posibleng isaaktibo ito bilang default. Upang lumipat sa systemd-based startup at tingnan ang boot status, maaari mong gamitin ang mga command:

kwriteconfig5 --file startkderc --group General --key systemdBoot true
systemctl --katayuan ng gumagamit plasma-plasmashell.service

Pinagmulan: opennet.ru

Magdagdag ng komento