Le blog de llaumgui

Depuis quelques temps, fr.CentOS.org ne répond plus. Je suis resté assez (trop ?) discret là dessus mais il est temps de dire le pourquoi, ce que j'en pense et pourquoi se qui se fera (s'il se fait quelque chose), se fera sans moi !

Le serveur qui hébergeait fr.centos.org ainsi que le serveur de backup ne sont plus accessibles pour des raisons que je n'évoquerais même pas. Ce qui compte, c'est que le travail graphique de Titax, mon travail technique ainsi que toutes les contributions communautaires sont perdus.

Pour rappel, lors du début de l'aventure fr.CentOS, j'ai voulu me la jouer tout seul en achetant CentOS-fr.org et en hébergeant le site sur mes propres machines qui contrairement à celles de l'infrastructure de CentOS (du moins la partie où se trouvait fr.centos.org) sont hébergés dans data-center et sauvegardées dans un autre... A l'époque, la team CentOS m'a demandé de ne pas me la jouer perso et de faire un fr.centos.org avec leur soutient et sur leurs machines. J'ai accepté et j'ai fait confiance maintenant mon travail ainsi que le votre est perdu.

J'ai déjà packagé une petite quinzaine d'eZ Components pour Fedora. En tant que contributeur Fedoara et EPEL, il serait donc normal que je les propose pour RHEL. Malheureusement, eZ Components nécessite php 5.2.1 ou supérieur qui n'est pas disponible en standard pour RHEL. Pour avoir du php 5.2 sous RHEL5 il faut passer, soit par remi, soit par  RHWAS (Web Application Stack). Ces 2 dépôts ne figurant pas dans les dépendances d'EPEL, je ne pourrai donc pas proposer d'eZ Components pour RHEL avant l'opus 6 attendu pour Q1 2010...

En attendant pour ceux qui utilisent remi ou RHWAS, je vous ai fait la série des Components de Fedora pour RHEL 5 (SPEC).

Au travail, j'administre un serveur web (de recette et d'intégration) sous CentOS 5.2. Malheureusement, comme dans beaucoup de grandes entreprises, nos connexions sont filtrées par un proxy. Cela ne pose pas trop de problèmes pour une utilisation courante (yum, wget, etc...) mais dès qu'on veut utiliser ntpd pour tenir son serveur à l'heure, cela devient carrément impossible !

En effet, que ce soit dans la littérature (man) ou sur le web, je n'ai pas trouvé de solution pour faire passer ntpd par un proxy et le serveur continuait désespérément à se désynchroniser (7mn en 2 mois, c'est pas la mort mais c'est aussi qu'un début...). La solution que j'ai trouvé est htpdate qui va effectuer une mise à jour sur des serveurs tiers via une simple connexion http (port 80) et en utilisant un proxy :

root@ezpublish ~> cat /etc/sysconfig/htpdate
### Uncomment and change this if you want to change the default htpdate options.
### See manual htpdate(8) for details.

OPTIONS="-a -l -s -P proxy.maboite.fr:3128"
SERVERS="www.linux.org www.freebsd.org"

Pour les utilisateurs de CentOS, vous trouverez le rpm chez RPMforge.