Nope, ça ajoute du travail, concernant les bogues de sécurité ils sont traités rapidement chez Debian quelque soit la branches lorsque cela touche le noyau.
Aucun intérêt, les mises à jour arrivent dedans quand elles sont assez mature, la rolling release ce n’est pas juste les paquets c’est tout le système et justement comme dit chez Debian c’est costaud, chez Arch les pieds d’argiles sont fragile.
Manjaro idem ils ont déjà eu nombre de critiques à ce propos.
C’est pas pour rien que la plus part des clients tournant sur CentOS vont soit faire marcher la planche à billet pour passer chez Redhat soit tourner les talons vers Debian , ils veulent pas que ça bouge ils veulent de l’uptime
On n’est pas du même avis voilà tout, perso je préfère les Rolling Release, chacun son truc, il parait qu’il faut de tout pour faire un monde Je reste très intéressé par Arch voir Manjaro dont je vais suivre l’évolution de prêt !!!
Après je suis un privé je ne roule que pour moi-même et je n’ai que deux machines physiques à administrer Mes sensibilités seraient certainement différentes si j’avais tout un parc de machine à gérer.
Oui, j’ai vu qu’ils avaient changé la politique de support pour CentOS, ça doit faire grincer des dents !! Remarque ils peuvent toujours adopter Fedora. Redhat je ne suis franchement pas fan (ni de system.d d’ailleurs) bien que ce soit la première distrib Linux que j’aie testée il y a un paquet d’années.
Il y a une troisième option qu’a d’ailleurs choisit un de mes clients (qui est une entreprise d’intérêt stratégique dont la sécurité est prise en compte autant pas le ministère de l’intérieur que celui de la défense) qui est Rocky Linux qui va remplacer CentOS.
je n’en connais cependant pas trop les modalités et les différences avec CentOs qui sont au niveau des releases plus que du packaging.
RedHat a été souvent la première distribution utilisée au début parce que c’était la seule facilement accessible pour des débutants; la slackware étant difficile d’accès à cette époque, et Suse pas encore mature.
Vous pouvez encore rajouter comme dans l’exemple ci-dessous une fonction pour mettre à jour automatiquement des paquets de type backport ou autre (à placer dans le fichier backport dans ce cas là) :