@dada deux choix qui me rendent malade...
Je n'ai jamais compris cet engouement pour les distriq debian like. Rien que la construction non vérifiée de paquets est problématique.
Un jour faudra que quelqu'un essaye de me démontrer en quoi ces deux distros sont au dessus de Fedora (serveur ou desktop)
@metal3d @dada Et en quoi Fedora serait suffisamment supérieur pour y migrer quand Debian fait parfaitement le travail ? Parce que bon, ça marche dans les deux sens.
Au taf on a du Debian partout sur les serveurs, et je trouve Debian particulièrement adapté à l’usage qu’on en a.
En perso j’ai du Arch sur serveur comme sur PC, et je le trouve adapté à mes besoins.
Tu colles du Fedora partout et tu le trouves adapté à tes besoin.
N’est-ce pas tout ce qui compte ?
Ce qui compte, selon moi, c'est d'avoir des paquets avec une validation propre.
Prenons, `bpytop`, depuis des lustres si tu l'installes sur un env Ubuntu ou Debian, il ne marche pas, parce qu'à tous les coups ils oublient des dép (genre psutils)
Les versions sont souvent à la rue, `podman` est ingérbale, des paquets font doublons, etc...
Depuis 22 ans, j'ai testé, retesté, etc... c'est, à mon sens, fou d'utiliser Debian/Ubuntu sur un serveur de prod.
Par contre je vais préciser un truc: je suis souvent forcé d'utiliser Ubuntu ou Debian sur des images de conteneurs... parce que les devs ont réussi à nous pondre des trucs qui ne marchent que sur cette distro. Et le pire c'est que quand on prend le temps de faire la migration sur Rocky ou Arch par exemple, et bah on nettoie et ça marche mieux (et partout).
Moralité, je pense qu'il faut que Deb/Buntu fasse un effort de "conformité Linux"
@breizh @dada