Debian tornarà a suportar múltiples sistemes d'inicialització

debian10

Sam Hartman, el líder d'el projecte Debian, va tractar de resoldre els desacords pel que fa al lliurament de l'paquet elogind com a part de la distribució. Al juliol, l'equip responsable de preparar els llançaments va bloquejar la inclusió de elogind en la branca de prova, ja que aquest paquet entra en conflicte amb libsystemd.

Com a motiu de bloqueig, hi va haver un conflicte amb el paquet systemd i el perill de reemplaçar libsystemd amb una versió alternativa de libelogind, que és completament incompatible amb la biblioteca font al nivell ABI.

Sobre elogind és important saber que aquest proporciona les interfícies necessàries perquè Gnome funcioni sense instal·lar systemd. El projecte es basa com una branca de systemd-logind, extret en un paquet separat i guardat des de l'enllaç als components de systemd.

La inclusió de elogind proporciona la seva pròpia versió de la biblioteca libelogind, que assumeix una sèrie de funcions ofertes per libsystemd i reemplaça aquesta biblioteca durant la instal·lació.

En el paquet, elogind està marcat com conflictiu amb les biblioteques systemd, però està dissenyat inherentment per funcionar sol sense systemd i un conflicte amb systemd és fins i tot beneficiós, ja que no li permet instal·lar elogind per error.

D'altra banda, en la forma actual, els intents a través d'APT per actualitzar la configuració de systemd a la versió amb sysvinit i elogind resulten en un sistema danyat amb un APT inoperatiu. Però fins i tot amb l'eliminació d'aquest defecte, la transició de systemd a elogind segueix sent impossible sense eliminar els entorns d'usuari ja instal·lats.

Amb la qual cosa es va demanar als desenvolupadors de Elogind que adaptessin elogind per treballar sobre el libpam-systemd regular, sense usar la seva pròpia capa libpam-elogind.

La transició de elogind a libpam-systemd es veu obstaculitzada per la manca de suport per al concepte de sectors, però els desenvolupadors de elogind no volen aconseguir el ple compliment de l'API i repetir exactament totes les característiques de systemd, ja que elogind només proporciona una funcionalitat mínima per organitzar els inicis de sessió dels usuaris i no es proposa repetir tots els subsistemes de systemd.

La resolució dels problemes tècnics descrits s'ha de resoldre en el nivell d'interacció entre l'equip de llançament i els mantenidors de elogind i systemd, però el líder d'el projecte es va veure obligat a intervenir perquè els equips no podien posar-se d'acord, el treball conjunt va esdevenir una confrontació i la solució a el problema va arribar a un carreró sense sortida, en el qual cada costat de la llei a la seva manera.

Segons Sam Hartman, la situació s'acosta a un estat que requereix un vot general (GR, resolució general), en el qual la comunitat ha de decidir sobre sistemes alternatius per inicialitzar i donar suport sysvinit amb elogind.

Si els participants de el projecte voten per diversificar els sistemes d'inicialització, tots els encarregats de l'manteniment participaran en un treball conjunt per resoldre aquest problema o es designaran desenvolupadors responsables especials perquè treballin en aquest problema i aquells que els acompanyin ja no podran ignorar el sistema d'inicialització alternatiu, romandre en silenci o retardar el procés.

Actualment, el repositori ja ha acumulat 1033 paquets que subministren unitats de servei per systemd, però no inclouen scripts init.d.

Per resoldre aquest problema, es proposa subministrar fitxers de servei de defecte, però preparar un controlador que analitzi automàticament les ordres d'aquests arxius i generi scripts init.d basats en ells.

Si la comunitat decideix que Debian té prou suport per a un únic sistema d'inicialització, ja no s'ha de preocupar per sysvinit i elogind, centrant-se només en els arxius de la unitat i systemd.

Aquesta solució afectarà negativament els ports que no fan servir el nucli de Linux, però encara no hi ha tals ports a l'arxiu principal i no tenen un estat de suport oficial.

La vinculació a systemd també complicarà significativament el canvi en la direcció de el desenvolupament de la distribució en el futur i limitarà més experiments en el camp de la inicialització i la gestió de l'servei.

Cada solució té els seus avantatges i desavantatges, de manera que abans de la votació es requerirà una discussió exhaustiva de tots els arguments a favor i en contra.

font: https://lists.debian.org/


Deixa el teu comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

*

*

  1. Responsable de les dades: AB Internet Networks 2008 SL
  2. Finalitat de les dades: Controlar l'SPAM, gestió de comentaris.
  3. Legitimació: El teu consentiment
  4. Comunicació de les dades: No es comunicaran les dades a tercers excepte per obligació legal.
  5. Emmagatzematge de les dades: Base de dades allotjada en Occentus Networks (UE)
  6. Drets: En qualsevol moment pots limitar, recuperar i esborrar la teva informació.

  1.   Manuel va dir

    O sigui que encara no és segur que tornin a suportar sysvinit !! Segons vaig entendre, ho van a sotmetre a estudi ia votació !! Veurem que passa !!

    1.    mavhpichy va dir

      no

  2.   01101001b va dir

    El circ de Debian ja es «va lluir» amb la «decisió» irrisòria d'adoptar systemd. Ara no es van a tirar enrere, així q aquesta possible «votació general» ja té resultat cantat. Per mi, q segueixin donant-se soga amb systemd. Q van a acabar penjats és també un altre resultat cantat.