Je vais répondre au troll parce que ça peut servir à ceux que ça intéresse.
En bureautique avec une Debian Testing, j'ai tout ce que je veux en paquets frais.
Je trouve la dénomination très bien faite, les noms collent très bien.
Si tu veux un système stable, tu ne peux le faire qu'avec des des logiciels testés et éprouvés, avec souvent plusieurs patchs appliqués par le mainteneur pour les plus utilisés.
Si tu veux des paquets plus à jour, tu prends Testing, T'auras les derniers paquets, mais rien n'empêche de se retrouver avec un logiciel avec un gros bug dedans.
En gros faut se sortir de la tête que tu vas régler tes problèmes en upgradant. C'est faux. Tu vas régler ton problème courant, mais tu vas potentiellement en embarquer des nouveaux. Alors que si tu n'upgrades pas mais que tu fixes les problèmes de la version courante de ton logiciel, il se stabilise. C'est ça Debian Stable. Si ça n'est pas ce que tu recherches => Debian Testing.
@bloginfo ah oui oui, mon commentaire parlait d'une machine de bureau, mettre de la testing sur un serveur en production, faut savoir plus précisément ce qu'on veut faire.
Le premier chapitre de mon dernier bouquin sur Linux fait le point sur l'actualité des paquets dans les différentes distributions, p. 23 - 26. C'est un point sur lequel pas mal de malentendus circulent, même parmi les utilisateurs chevronnés et certains professionnels.
L'exemple le plus flagrant dans mon expérience, c'est OVH qui remplace le kernel par défaut d'une installation CentOS sur un serveur dédié par le dernier kernel stable de chez kernel.org “parce que c'est à jour donc plus sûr”. Ils l'ont dit, si si. :o)
Dans ce cas, on perd tout l'intérêt d'avoir un “enterprise Linux”. Autant utiliser une distribution grand public alors. Ceci étant dit, pour ceux qui ont vraiment besoin d'avoir certains composants plus récents sous RHEL et dérivées, il y a les dépôts SCLO (Software Collections) officiellement maintenus par Red Hat.
Alors un exemple de mon quotidien. L'été dernier, j'ai installé un serveur Intranet pour une administration régionale, la DRJSCS à Montpellier. Ils disposent d'une plate-forme maison développée à base de SPIP avec une flopée de plug-ins personnalisés. Le tout tourne sous PHP 5.x et ne fonctionne pas sous PHP 7.x. Du coup je leur ai mis une CentOS 7 avec les paquets PHP 5.4 d'origine, maintenus par Red Hat jusqu'en juin 2024. Ça fonctionne parfaitement, et ils sont contents de pouvoir l'utiliser pendant six ans encore. Et je ne vois pas ce qu'Antigone vient faire là-dedans.
Ah merci, je désinstalle Debian…
[Comment from banned user removed]
Je vais répondre au troll parce que ça peut servir à ceux que ça intéresse.
En bureautique avec une Debian Testing, j'ai tout ce que je veux en paquets frais.
Je trouve la dénomination très bien faite, les noms collent très bien.
Si tu veux un système stable, tu ne peux le faire qu'avec des des logiciels testés et éprouvés, avec souvent plusieurs patchs appliqués par le mainteneur pour les plus utilisés.
Si tu veux des paquets plus à jour, tu prends Testing, T'auras les derniers paquets, mais rien n'empêche de se retrouver avec un logiciel avec un gros bug dedans.
En gros faut se sortir de la tête que tu vas régler tes problèmes en upgradant. C'est faux. Tu vas régler ton problème courant, mais tu vas potentiellement en embarquer des nouveaux. Alors que si tu n'upgrades pas mais que tu fixes les problèmes de la version courante de ton logiciel, il se stabilise. C'est ça Debian Stable. Si ça n'est pas ce que tu recherches => Debian Testing.
[Comment from banned user removed]
@bloginfo ah oui oui, mon commentaire parlait d'une machine de bureau, mettre de la testing sur un serveur en production, faut savoir plus précisément ce qu'on veut faire.
Je me disais bien que quelqu'un allait la faire cette blague
Le premier chapitre de mon dernier bouquin sur Linux fait le point sur l'actualité des paquets dans les différentes distributions, p. 23 - 26. C'est un point sur lequel pas mal de malentendus circulent, même parmi les utilisateurs chevronnés et certains professionnels.
https://blog.microlinux.fr/wp-content/uploads/2017/10/debuter-avec-linux-chap01.pdf
L'exemple le plus flagrant dans mon expérience, c'est OVH qui remplace le kernel par défaut d'une installation CentOS sur un serveur dédié par le dernier kernel stable de chez kernel.org “parce que c'est à jour donc plus sûr”. Ils l'ont dit, si si. :o)
[Comment from banned user removed]
RHEL/CentOS 7 utilise également PHP 5, avec des backports de sécurité jusqu'en juin 2024.
[Comment from banned user removed]
Dans ce cas, on perd tout l'intérêt d'avoir un “enterprise Linux”. Autant utiliser une distribution grand public alors. Ceci étant dit, pour ceux qui ont vraiment besoin d'avoir certains composants plus récents sous RHEL et dérivées, il y a les dépôts SCLO (Software Collections) officiellement maintenus par Red Hat.
[Comment from banned user removed]
Alors un exemple de mon quotidien. L'été dernier, j'ai installé un serveur Intranet pour une administration régionale, la DRJSCS à Montpellier. Ils disposent d'une plate-forme maison développée à base de SPIP avec une flopée de plug-ins personnalisés. Le tout tourne sous PHP 5.x et ne fonctionne pas sous PHP 7.x. Du coup je leur ai mis une CentOS 7 avec les paquets PHP 5.4 d'origine, maintenus par Red Hat jusqu'en juin 2024. Ça fonctionne parfaitement, et ils sont contents de pouvoir l'utiliser pendant six ans encore. Et je ne vois pas ce qu'Antigone vient faire là-dedans.
[Comment from banned user removed]
https://github.com/kikinovak/centos-7-server-lan/blob/master/postinstall.sh
Sinon, pour en savoir un peu plus sur CentOS, tu peux lire mon bouquin “Linux aux petits oignons” publié chez Eyrolles en 2009. 530 pages, basé sur CentOS 5.3. Yum-Priorities est expliqué en détail à la page 344. https://www.amazon.fr/Linux-aux-petits-oignons-meilleures/dp/2212124244/ref=la_B00BY04EQ6_1_1?s=books&ie=UTF8&qid=1523485407&sr=1-1