• [^] # Re: Bug ferme chez tmux

    Posté par (site web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 7.

    Ce ne sont pas les utilisateurs (autant sysadmin, développeurs ou personne lambda) qui ont choisi systemd.
    Et il ce trouve que systemd est moins bon que SysVInit du point de vue utilisateur, comme le montre ce journal et de nombreux autres avant, ici ou ailleurs sur Internet.

    En tant qu'intégrateur et sysadmin, je trouve particulièrement pratique systemd (contrairement à upstart par exemple). Il est facile de retrouver pourquoi un service n'a pas démarré, de savoir quelle service démarre anormalement lentement, de modifier les options de démarrage tout en conservant le fichier d'init de la distribution, ....

    Tu déformes le journal en disant que "systemd est moins bon que SySVInit", il dit juste qu'une option par défaut ne lui convient pas (la belle affaire).

    Cette migration a forcé certain programmes à être fortement dépendant de systemd, notamment car systemd est conçut comme un monolithe.

    Tu peux donner des sources ? Quelles "programmes" ne fonctionnent plus en dehors de systemd ? En quoi c'est le problème de systemd ?

    Ainsi les programmes qui ont besoins de telles fonctionnalités doivent inclure du code pour pouvoir fonctionner sur un nombre croissant de distributions.
    Et comme maintenir plusieurs version d'un même code est difficile, certain programmes sont devenu simplement dépendant de systemd.

    En quoi c'est le problème de systemd ? Upstart a un système pour rendre compatible avec ce que propose systemd.