Si usas Artix Linuxes posible que hayas escuchado esto: Artix ya no admite oficialmente el entorno de escritorio de Gnome. Este cambio puede sorprender a algunos usuarios de Linux, especialmente porque Gnome sigue siendo una de las interfaces de escritorio más populares en la actualidad.
Sin embargo, esta decisión principal destaca perfectamente la filosofía central de Artix Linux. El sistema operativo se enfoca activamente en evitar componentes de integración en profundidad que se encuentran en la mayoría de las distribuciones modernas: systemd.
El enano se ha enfrentado a systemdobligando así a los desarrolladores de Artix a tomar decisiones difíciles.
Es por eso que Artix Linux requiere dejar todo el escritorio de Gnome.
Misión de Artix: sin sistemas
Artix Linux es liberar la asignación de tracción, al igual que su base, Arch Linux. Es importante destacar que Artix tiene una tarea clara: Simple, rápido y sin sistema.
Los desarrolladores de Artix creen que el principal proceso de inicio del sistema operativo (llamado PID1) debe mantenerse simple, seguro y estable. Por lo tanto, Artix utiliza «sistemas iniciales reales» alternativos, como OpenRC, en lugar de systemd.
Ahora, esta diferencia central entra directamente en la ruta de desarrollo reciente de Gnome.
Los cambios de ruptura de GNOME 49
Los desarrolladores de gnomo introdujeron recientemente Dependencia más fuerte systemd Elemento. Estos cambios aterrizan en la última versión estable del software, especialmente Enano 49.
El mayor centro de problemas gnome-session Elemento. GNOME Upstream decide eliminar el viejo código de retraso del antiguo no sistemas D gnome-session. Anteriormente, el código tenía gnome sin confiar en systemd.
Debido a que el desarrollador de GNOME eliminó este código necesario, el usuario Los componentes centrales no se pueden iniciar en la actualidad gnome-shell o mutter En no sistemas.
Los desarrolladores de Artix usaron un parche simple elogindEste es esencialmente un empaque separado systemd‘ logind Elemento. Pero ahora, incluso este parche ya no es válido.
Por qué Gnome eliminó la red de seguridad
Los desarrolladores de GNOME tienen razones lógicas para eliminar las rutas de respaldo no sistemáticas.
- Código de escala: Los desarrolladores aguas arriba consideran que la capa de compatibilidad no del sistema D es «Bitrotter Hack». Mantener dicho código desapercibido se vuelve cada vez más difícil.
- Rango grande: La cantidad de código dedicada a la vieja ruta de retroceso totaliza más de 9,000 líneas. Aplicable solo a no
systemdConfigurar requiere mucho esfuerzo. - Escritorio moderno: Además, la eliminación de código antiguo permite a GNOME implementar características modernas, como la funcionalidad de guardado de sesión completa, que el antiguo administrador de servicios ha bloqueado previamente. GNOME Display Manager (GDM) ha avanzado. Usar ahora
systemdAdministre sesiones de pantalla de inicio de sesión.
Como resultado, el antiguo código de compatibilidad se vuelve completamente sin usar y no es probado por desarrolladores aguas arriba.
Dilema del desarrollador de Artix
Los desarrolladores de Artix se dan cuenta de que se enfrentan a un problema difícil. Si hacen un gran esfuerzo para reescribir o mantener el código de compatibilidad eliminado, solo pueden enviar GNOME 49.
Mantener el no eliminado nosystemd El camino esencialmente forzará a los desarrolladores de Artix a Mantener la bifurcación de la base de código GNOME. Este importante evento tomó mucho tiempo y un gran interés en el desarrollo enano, un recurso que los desarrolladores de Artix simplemente no tienen.
Como desarrollador Se señala en el foro de Artixmantener un tenedor con miles de líneas de código no es simple. Por lo tanto, creen que renunciar al apoyo es la única opción viable.
El camino a seguir para los usuarios de Artix
Artix Linux ha abandonado oficialmente el soporte para escritorios basados en GNOME. Los paquetes de escritorio clave afectados incluyen gnome-session,,,,, gnome-shell,,,,, muttery gnome-settings-daemon.
Sin embargo, este cambio no afecta a todo el software GNOME. Artix los confirmó Continuará empaquetando aplicaciones de gnomo independientes. Simplemente no pueden apoyar toda la experiencia de escritorio integrada systemd.
Además, el enano está aumentando su contraparte systemd Para funciones más complejas, p. systemd Infraestructura de UserDB para manejar los requisitos necesarios para la configuración múltiple y el inicio de sesión remoto utilizando RDP. Este movimiento confirma que los enanos se están alejando de la filosofía de Coreless de Artix.
