Reprise du message précédent :

Ici les sysadmins préfèrent gérer qu'un seul OS (CentOS 6, on va commencer gentiment à passer à la 7).
Pour gérer la version des dépendances on a plusieurs moyens: tout embarquer dans le RPM, recette Puppet, Docker, ou une combinaison des trois.
 
Cela dit j'ai jamais eu de soucis avec Ubuntu LTS auparavant, et j'ai jamais rencontré de situation où je me suis dit que j'aurais préféré utiliser Debian.
Et aujourd'hui la direction prise par Canonical avec Snappy me semble intéressante, justement pour régler ce genre problèmes.

 
Après deux ans sous centos 6, le passage vers Amazon AWS m'a permis de switcher sur Ubuntu server LTS, et bien le moins que l'on puisse dire, c'est que ça va mieux. Qu'est-ce que c'est pénible Centos. Rien que pour installer le network c'est pas out of the box et tu te tape du system-config-network. Implémentation de sudo pénible, paquets supra-vieux, même pour avoir php 5.4 faut lutter... et installer un répo spécial etc... gestionnaire de package pénible lui aussi (enfin ça encore, c'est plus une histoire de gout)...
Bref, vivre Ubuntu (et/ou même Debian).

Je suis d'accord, Debian puis Ubuntu m'ont trop gâté à ce niveau. J'installerais jamais CentOS manuellement. Fedora ça va, mais sur un serveur ça n'a pas trop de sens j'imagine.
 
Après c'est pas moi qui suis responsable de faire tourner notre infrastructure donc j'ai pas mon mot à dire. Je pense qu'en particulier, quand tu sais de toute façon que tu vas devoir paramétriser et automatiser l'installation de l'OS sur milliers de VMs, t'as pas vraiment les mêmes critères de sélection. Moi j'aime bien que mes paquets soient pré-configurés pour que ça fonctionne tout de suite, mais un sysadmin va peut-être préférer l'approche conservatrice de CentOS.

http://php.net/supported-versions.php C'est plus supporté hein PHP 5.4

Le "clip apple" de Last Week Tonight

Joli Captain Train

Les rires enregistrés

 
Y a pas de bulle

 
Héhé, un bon exemple à suivre

?

Quelqu'un a lu A Practical Approach to Large-Scale Agile Development: How HP Transformed LaserJet FutureSmart Firmware ?

Coke pute champagne pour l'exit

le firmware d'une imprimante comme business case pour quoi que ce soit ????

 
À ce niveau, grave

Wok j'avais pas vu les news de l'exit

 
Ben oui je sais Sauf que sous CentOS 6, c'est quasi le max que tu arrives à avoir
 
Alors qu'avec ubuntu server LTS, t'as du PHP 5.6 direct sans rien faire.

Faut utiliser ces paquets : http://blog.famillecollet.com

 
Développé avec Ember.js

D'ailleurs comment vous gérez ça ?

 
Je peux pas juger de la qualité du firmware d'un point de vue pilotage de l'imprimante (jamais eu de pb), par contre le mec qui fair l'UI des écrans des imprimantes mérite le pal. Ca a 5 ans de retard sur ce que fait Canon  
 

 
Je sais pas qui est Rémi... .o c'est peut-être quelqu'un de très sympa ... Ou quelqu'un qui fait des rpms moisis qui foutront un jour la merde... C'est sûrement pas ce genre de repos que je vais utiliser dans un cadre professionnel. Pour mes serveurs ou mes sites persos, pourquoi pas...
Si ça merde, je dis que c'est la faute de Rémi ? Mon boss et nos clients vont adorer

C'est parce que tu ne suis pas l'écosystème PHP. C'est l'équivalent pour PHP de dotdeb pour les distrib à base de rpm

 
Dans un cadre professionnel et dans un cadre de production, j'essaye d'utiliser le moins possible des repos non officiels, idéalement, je n'en utilise aucun et si je dois réellement rajouter quelque chose (de très limité, pas PHP et toutes ses dépendances), je préfère faire un paquet moi-même sur lequel j'ai tout control. Maintenant, certainement d'autres ne font pas pareil. C'est un choix que je respecte.
Sur CentOS, tout est systématiquement vieux. C'est très stable, mais cela implique d'utiliser des technos dépassées... Si tu commences à installer des repos externes pour "moderniser" ta distrib, tu perds l'avantage de la stabilité puisque de fait, tu es sur du "unstable". Si c'est comme ça, je vois aucun avantage à utiliser CentOS par rapport à Ubuntu qui a des paquets récents officiels.

 
Je suis assez d'accord, debian stable + dotdeb ça n'a pas trop de sens

J'ai enfin trouvé un défi de taille pour nraynaud :
http://www.levehiculeautonome.fr/
 

Pour info Rémi Collet bosse chez Redhat.

 
je m'en fous où il bosse. Si son boulot est "approved" chez RedHat, qu'il le dise et que ses repos soient officiels, même avec un status "unstable". Là, moi je vois juste un site avec un domain name à la con sans aucun autre status qu'un mec sympa qui veut aider la communauté. Sur ce genre de chose, c'est la confiance qui prime. Je vois pas d'équipe derrière son repos. Un seul mec qui maintient un repo, aussi doué soit-il et même s'il bosse chez RedHat ou Novell, ça ne me convient pas, ne serait-ce que parce que le mec a surement une vie, n'est pas dispo X24 et qu'il n'y a aucun support officiel. Le mec du jour au lendemain, il peut disparaitre, ne plus mettre à jour ses paquets, surtout les mises à jour de sécurité, il peut engrosser Gertrude à la prochaine tombola de son village, et moi je serai comme un con avec mes dizaine de serveurs sous Centos avec ses RPMs.

 
et donc si tu déroules ce chemin de pensée, tu aboutis à la conclusion qu'une distro qui offre des paquets récents (ubuntu, ou rolling) ben ça reste la meilleure solution si tu veux des paquets récents sans le côté bricole des repos non officiels (si tu t'en fous en effet une debian stable c'est le top, et c'est aussi ce que je prendrais)
 
dans la vraie vie en PROD c'est un bon choix, parce que quand t'as une grosse appli qui tourne, tu mets pas forcément tous les composants à jour en permanence (eg si tu l'a faites en python 3.4, tu vas pas forcément la migrer immédaitement dès que python 3.5 sort).
 
n'étant depuis longtemps plus confronté à ça, ça m'intéresse d'ailleurs d'avoir l'opinion des gens ici sur le timing pour réduire la dette technique : vous sautez sur les nouvelles versions dès qu'elles sortent ? vous attendez la dispo dans la distro, et c'est la plateforme qui dicte le timing ? autre ?

J'ai tendance à sauter sur les nouvelles versions, j'ai fait le choix des startups : technophilie et aller vite. Si la nouvelle version casse un truc on réparera. Après, il y a des cas où j'oublie d'upgrader parce que je m'en fous un peu. Par contre à titre perso je me suis fait dépasser par ember et maintenant la migration va être un cauchemar.

 
Voilà.

Ca dépend de mon ration d'automatisation des tests et de ma capacité à rollbacker

C'est marrant de quoter la moitié du post de Jubi en gardant que la partie 1

 
Des infos complémentaires ici : http://blog.remirepo.net/pages/English-FAQ
Après si c'est toi qui fait les paquets, ton boss il est dans la même situation du bus factor à 1, sachant qu'à mon avis dans le cas de Rémi, le bus factor est > 1

 
C'est pour cela que s'agissant de faire un paquet, il ne peut s'agir que d'un truc mineur évidemment.
 
Ceci étant dit, tu ne réponds toujours pas à la question : A quoi bon rester sur CentOS lorsque tu as besoin de paquets récents alors que d'autres distributions ont des paquets récents qui sont officiels ?

 
C'est sensé rassurer ?
 
Sinon il fait quoi chez RedHat ? Je trouve pas l'info.

Utiliser en prod un repo non officiel qui n'est maintenu que par un seul mec, sur son temps libre, c'est prendre des risques inutiles  
Combien de temps ça prendra pour se rendre compte d'une intrusion ou de la compromission d'un paquet ?

 
Commercial, chargé de rammener les utilisateurs de CentOs vers RHEL...

wait, je suis le seul dev de ma boite, un mec pris au hasard sur le net est probablement beaucoup plus avancé que moi en maintenance de package

 
C'est pas pour rien que Debian est un peu la réponse universelle
Tu veux qualité + stabilité au détriment des nouveautés : Debian stable
Tu veux une rolling release pour la modernité : Debian testing
Tu veux un mix des deux : Debian stable + backports officiels (voire pinning pour un mélange plus fin si tu sais ce que tu fais)
 
Ya très peu de scenario où la réponse c'est "merde faut aller voir ailleurs que Debian officiel" en fait...

 
Ah ok...    

pour les ongles incarnés, j'utilise Debian en solution ou en poudre directement dessus ?