Le blog de llaumgui

Et hop, je viens de sauter le pas ! Je viens de rendre publique mon dépôt privé : vous pouvez donc à présent farfouiller dans mes rpms.

Pour la partie Fedora, le dépôt apporte certains plugins Gedit et autres trucs sympas.

Pour la partie RHEL, les amateurs d'eZ Components y trouveront tous les components que je maintiens (pour Fedora) ainsi que la dernière version de Trac (issue de F11) avec certains plugins Trac que j'utilise.

Pour plus d'infos, ça se passe sur l'embrillon de page dédiée...

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.

Tout d'abord présentons YUICompressor. YUICompressor est un script écrit en Java permettant de compresser des javascripts, c'est à dire, retirer les commentaires, remplacer les noms de variables par des noms plus courts (a, b, c, etc.) et mettre tout le code sur une seule ligne. Pour ceux qui doutent du procédé, je l'ai déjà abordé dans l'un de mes précédents billets.

Récemment, en mettant à jour le thème de mon blog, je me suis heurté à un bizarrerie : le script que j'utilise pour compresser mes javascripts me sortait des erreurs javascripts. Après avoir passé plus d'une heure à comprendre d'où pouvait provenir le problème, j'ai tenté un plan B : compresser mes JS sous un environnement x86 et non plus x86_64... Et là, aucun problème, la compression est passée comme une lettre à la poste sans erreur JS. J'ai alors fait une recherche sur internet et constaté que je ne disposais pas de la dernière version du script. Une fois la mise à jour faite, le résultat est devenu le même que ce soit en 32 ou 64 bits.