GNOME е прилагоден да се управува преку systemd

Бенџамин Берг (Бенџамин Берг), еден од инженерите на Red Hat вклучен во развојот на GNOME, генерализирана резултати од работата на префрлање на GNOME во управување со сесии исклучиво користејќи systemd, без користење на процесот на gnome-session.

Се користи подолго време за контрола на најавувањето во GNOME. systemd-login, кој ги следи состојбите на сесиите специфични за корисникот, управува со идентификаторите на сесиите, е одговорен за префрлување помеѓу активни сесии, ги координира опкружувањата со повеќе седишта, ги конфигурира политиките за пристап до уредот, обезбедува алатки за исклучување и одење во спиење, итн.

Во исто време, дел од функционалноста поврзана со сесијата остана на рамената на процесот на gnome-session, кој беше одговорен за управување преку D-Bus, стартување на менаџерот на екранот и компонентите на GNOME и организирање на автоматско вклучување на апликациите одредени од корисникот . За време на развојот на GNOME 3.34, карактеристиките специфични за gnome-session се пакуваат како единечни датотеки за systemd, извршени во режимот „systemd —user“, т.е. во однос на околината на одреден корисник, а не на целиот систем. Промените веќе се применети на дистрибуцијата Fedora 31, која се очекува да биде објавена на крајот на октомври.

Користењето на systemd овозможи да се организира стартување на ракувачи по барање или кога се случуваат одредени настани, како и пософистицирано да се одговори на предвремено завршување на процесите поради неуспеси и опширно да се справи со зависностите при стартување на компонентите на GNOME. Како резултат на тоа, можете да го намалите бројот на процеси кои постојано се извршуваат и да ја намалите потрошувачката на меморија. На пример, XWayland сега може да се стартува само кога се обидува да изврши апликација заснована на протоколот X11, а компонентите специфични за хардвер може да се стартуваат само ако е присутен таков хардвер (на пример, ракувачите за паметни картички ќе стартуваат кога ќе се вметне картичка и прекине кога ќе се отстрани).

За корисникот се појавија пофлексибилни алатки за управување со стартување на услуги, на пример, за да се оневозможи управувачот со мултимедијални клучеви, ќе биде доволно да се изврши „systemctl -user stop gsd-media-keys.target“. Во случај на проблеми, дневниците поврзани со секој управувач може да се видат со командата journalctl (на пример, „journalctl —user -u gsd-media-keys.service“), откако претходно овозможиле евиденција за отстранување грешки во услугата („Environment= G_MESSAGES_DEBUG=сите“). Исто така, можно е да се извршуваат сите компоненти на GNOME во изолирани средини со песок, кои подлежат на зголемени безбедносни барања.

За да се изедначи транзицијата, поддршка за стариот начин на водење на процесите планирани опстојуваат во повеќе циклуси на развој на GNOME. Следно, програмерите ќе ја прегледаат состојбата на сесијата gnome и најверојатно (означени како „веројатни“) ќе ги отстранат алатките за стартување процеси и одржување на D-Bus API од него. Тогаш употребата на „systemd -user“ ќе биде префрлена во категоријата задолжителни функции, што може да создаде потешкотии за системите без систем и ќе бара подготовка на алтернативно решение, како што беше некогаш случајот со systemd-login. Сепак, во својот говор на GUADEC 2019, Бенџамин Берг ја спомена намерата да се одржи поддршката за стариот метод на стартување за системи без систем, но оваа информација е во спротивност со плановите за страница на проектот.

Извор: opennet.ru

Додадете коментар