• [^] # Re: Arch <3

    Posté par (site web personnel, Mastodon) . En réponse au journal Quelques mots sur Arch. Évalué à 3.

    Ça fait partie de mes grandes interrogations chaque fois que j'installe un serveur. En voyant les autres commentaires, je comprends un peu mieux pourquoi certains préfèrent des serveurs figés : pas de maj, pas de casse (jusqu'à ce que l'absence de mise à jour devienne un problème de sécurité).

    Petite correction : j'ai toujours travaillé dans des contextes avec des distros non rolling et ça ne signifie pas qu'on ne met à jour ! En tout cas je mettais toujours à jour la portion du parc dont j'avais la charge, mais juste les mises à jour de sécurité et c'est là toute la différence. Pour le reste, on n'a en effet pas besoin de la dernière version des applications (et la preuve en est que les conteneurs de pas-la-dernière-version ont le vent en poupe parce-que) le développement se fait par exemple sur une branche précise (de Java/PHP/Python/Ruby/etc.)

    En gros, si j'ai une ou deux heures dans la semaine, je peux gérer mes maj.

    On parle de combien de serveurs ? Parce-que quand t'as un parc qui chiffre en centaine(s) je ne sais pas s'il y a cette bande passante...
    À côté il y a plein d'autres choses à faire que d'être au service des dernières mises à jour de toute ta distribution.

    À l'inverse, sur les disributions avec release, il faut que j'arrive à me bloquer quelques jours lors de la montée en version.

    Je suppose que c'est toujours dans le contexte personnel ? Combien de jours ? Mettons une semaine entière, ça te fait 7x24h=168h (faudra quand même compter le temps de bouffe et somme, mais j'exagère volontairement le trait) au bout de 2ans (là aussi c'est exagéré mais on va dire que l'installation est faite en milieu de vie) ? En face 52x2h=104h par an, soit 208h au bout de 2ans. C'est un peu difficilement tenable avec une grosse prod.

    "It is seldom that liberty of any kind is lost all at once." ― David Hume