Adrian Vovk, creador de la distribuci\u00f3n carbonOS de actualizaci\u00f3n at\u00f3mica y del instalador para GNOME OS, adem\u00e1s de uno de los desarrolladores de systemd-homed y systemd-sysupdate, ha anunciado cambios en GNOME que fortalecer\u00e1n la dependencia del proyecto en systemd. En las pr\u00f3ximas versiones de GNOME 49 y 50, algunos de los componentes propios para la pantalla de inicio de sesi\u00f3n ser\u00e1n reemplazados por las capacidades nativas de systemd, lo que requerir\u00e1 la creaci\u00f3n de nuevas capas para distribuir GNOME en distribuciones y sistemas operativos que no utilizan systemd. Se se\u00f1ala que la eliminaci\u00f3n del c\u00f3digo antiguo en favor de las capacidades nativas de systemd simplificar\u00e1 el mantenimiento, liberar\u00e1 al proyecto de soluciones provisionales y permitir\u00e1 implementar funcionalidades adicionales, como la conservaci\u00f3n y recuperaci\u00f3n de sesiones. <\/p>\n
Desde 2015, GNOME utiliza el gestor de sesiones systemd-logind, que sustituy\u00f3 a ConsoleKit. En las distribuciones que no soportan systemd, se utiliza elogind, una variante recortada de logind independiente de systemd, o parches que restauran el soporte de ConsoleKit. Al desarrollar GNOME, tales soluciones alternativas para trabajar sin systemd no se tienen en cuenta ni se prueban, por lo que su funcionalidad depende de entusiastas externos. <\/p>\n
En futuras versiones de GNOME, se incorporar\u00e1 en el gestor de pantalla GDM la infraestructura userdb proporcionada por systemd, que reemplazar\u00e1 su propio servicio AccountsService. GNOME y systemd por s\u00ed mismos no soportan la ejecuci\u00f3n de m\u00e1s de una sesi\u00f3n gr\u00e1fica para el mismo usuario. Sin embargo, GDM puede mostrar simult\u00e1neamente m\u00faltiples pantallas de inicio de sesi\u00f3n para iniciar varias sesiones gr\u00e1ficas al mismo tiempo, lo cual se aplica al acceso remoto al escritorio y en sistemas multiseat con m\u00faltiples monitores y dispositivos de entrada. Esta funcionalidad en GDM fue implementada hace 15 a\u00f1os como una soluci\u00f3n provisional y no es compatible con el moderno dbus-broker, por lo que se ha decidido pasar a una nueva implementaci\u00f3n que utiliza systemd-userdb para asignar cuentas din\u00e1micamente y ejecutar cada instancia de la pantalla de inicio de sesi\u00f3n bajo un usuario \u00fanico. <\/p>\n
Adem\u00e1s, se ha decidido eliminar de GNOME la implementaci\u00f3n de su propio gestor de servicios, que se utilizaba en gnome-session como un manejador de respaldo para iniciar servicios de GNOME en entornos sin systemd. El gestor de servicios integrado funcionaba a nivel de inicio de archivos desktop y seguimiento de los servicios relacionados. Este gestor de servicios no ha cambiado casi en 17 a\u00f1os y la \u00fanica raz\u00f3n por la que no fue eliminado era su uso en GDM para iniciar la pantalla de inicio de sesi\u00f3n. Despu\u00e9s de trasladar GDM a utilizar systemd para lanzar la pantalla de inicio de sesi\u00f3n, el proyecto no ten\u00eda razones para mantener su primitivo gestor de sesiones, que obstaculiza la implementaci\u00f3n de la capacidad de guardar y restaurar sesiones. <\/p>\n
Para facilitar la adaptaci\u00f3n a cambios en las distribuciones que no usan systemd, en GNOME 49 se a\u00f1adir\u00e1 temporalmente la posibilidad de iniciar GDM sin userdb utilizando un usuario fijo gdm-greeter para la primera sesi\u00f3n de inicio, gdm-greeter-2 para la segunda, etc. En GNOME 50 se planea eliminar esta posibilidad, as\u00ed como el gestor de servicios integrado, por lo que los desarrolladores de distribuciones sin systemd deben urgentemente desarrollar capas de reemplazo para systemd-userdb (io.systemd.Multiplexer, userdb Varlink API) y el proceso de inicio de sesi\u00f3n (session leader) que interact\u00faa con el gestor de servicios utilizado en la distribuci\u00f3n. <\/p>\n