GNOME Àr anpassad för att styras via systemd

Benjamin Berg (Benjamin Berg), en av ingenjörerna pÄ Red Hat som arbetar med utvecklingen av GNOME, sammanfattade resultaten av arbetet med att översÀtta GNOME för sessionshantering helt med hjÀlp av systemd, utan att anvÀnda gnome-session-processen.

För inloggning till GNOME har man lÀnge anvÀnt systemd-logind, som övervakar sessionsstatus kopplad till anvÀndaren, hanterar sessions-ID:n, ansvarar för vÀxling mellan aktiva sessioner, koordinerar fleranvÀndarmiljöer (Multi-seat), konfigurerar Ätkomstpolicyer för enheter, tillhandahÄller medel för att stÀnga av och gÄ in i vilolÀge osv.

Samtidigt har en del av funktionaliteten kopplad till sessioner fortfarande legat pĂ„ gnome-session-processen, som har ansvarat för hantering via D-Bus, start av displayhanterare och GNOME-komponenter, samt organisering av automatisk start av anvĂ€ndartilldelade program. Under utvecklingen av GNOME 3.34 har de specifika funktionerna för gnome-session formulerats i form av enhetsfiler för systemd, som körs i "systemd --user" lĂ€ge, dvs. kopplade till en specifik anvĂ€ndares miljö, snarare Ă€n hela systemet. Ändringarna har redan tillĂ€mpats i Fedora 31-distributionen, vars utgivning förvĂ€ntas i slutet av oktober.

AnvÀndningen av systemd har möjliggjort att organisera körningar av hanterare pÄ begÀran eller vid uppkomsten av vissa hÀndelser, samt att mer avancerat reagera pÄ för tidiga processavslut pÄ grund av fel och omfattande hantera beroenden vid start av GNOME-komponenter. Som en följd kan antalet stÀndigt körande processer minskas och minnesanvÀndningen sÀnkas. Till exempel kan XWayland nu startas endast vid försök att köra en applikation baserad pÄ X11-protokollet, och komponenter specifika för viss hÄrdvara endast vid nÀrvaro av sÄdan hÄrdvara (till exempel, hanterare för smartkort startas vid insÀttning av kortet och avslutas vid uttagandet).

AnvĂ€ndarna fĂ„r mer flexibla verktyg för att hantera körningen av tjĂ€nster. Till exempel, för att stĂ€nga av hanteraren för multimedia-tangenter rĂ€cker det med att utföra «systemctl —user stop gsd-media-keys.target». Vid problem kan loggarna för varje hanterare kontrolleras med kommandot journalctl (till exempel «journalctl —user -u gsd-media-keys.service»), efter att ha aktiverat avlĂ€sning av felsökningsloggar i tjĂ€nsten («Environment=G_MESSAGES_DEBUG=all»). Dessutom har det blivit möjligt att köra alla komponenter av GNOME i isolerade sandbox-miljöer, vilket stĂ€ller högre krav pĂ„ sĂ€kerhet.

För att underlĂ€tta övergĂ„ngen stöds det gamla sĂ€ttet att starta processer planeras under nĂ„gra utvecklingscykler av GNOME. DĂ€refter kommer utvecklarna att granska tillstĂ„ndet gnome-session och troligtvis (markerat som «likely») ta bort verktygen för att starta processer och upprĂ€tthĂ„lla D-Bus API. AnvĂ€ndning av «systemd —user» kommer dĂ„ att bli en obligatorisk funktion, vilket kan skapa svĂ„righeter för system utan systemd och krĂ€va beredskap för en alternativ lösning, som det en gĂ„ng gjordes med systemd-logind. Emellertid nĂ€mnde Benjamin Berg, i sitt tal vid GUADEC 2019, att de avser att behĂ„lla stödet för den gamla metoden att starta pĂ„ system utan systemd, men denna information stĂ„r i kontrast till planerna för projektets sida.

Spela video

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster