Selon cet article de MacBidouille, Apple a sorti une mise à jour de Java 1.6 pour MacOS X 10.5 Leopard et MacOS X 10.6 Snow Leopard.

Cette mise à jour amène l'environnement Java à 1.6.0_20, corrigeant des problèmes de compatibilité, de fiabilité mais surtout de sécurité avec Java.

Pour plus de détails sur cette mise à jour, cliquez ici.

Dernière modification le 19/05/2010 @ 10:57 par Drizzt

Pour ceux que ça peut intéresser, le goupe CentOS a publié la version 5.5 de sa distribution samedi dernier. Cette version amène CentOS à parité avec RedHat Enterprise Linux 5.5.

Gardez un oeil sur les fichiers mis à jour, j'ai été mordu par l'un d'eux

Bonjour à tous!
¨
Petit message pour vous dire que j'éprouve présentement des pépins avec le serveur, qui cause des erreurs au niveau du courriel. En fait, toutes les authentifications sont bloquées présentement, ce qui empêche la consultation, l'envois et la réception de courriel.

Comme j'ai des imprévus au bureau, la résolution risque de prendre un peu plus de temps que d'habitude.

Je fais tout mon possible pour régler la situation rapidement.

Update : Les problèmes sont réglés

Dernière modification le 17/05/2010 @ 10:33 par Drizzt

À partir du 5 mai, tous les serveurs DNS primaires (dns root servers, les serveurs pour les domaines .com, .net, .ca, .fr, etc) vont signer leur paquets pour éviter des attaques de redirections. Le gros problème est que cette signature va faire passer la grosseur des paquets DNS de 512 octets à environs 4Ko. Plusieurs serveurs DNS, routeurs d'entreprise et routeur de maison ignorent tout simplement ces paquets.

Donc, si vous avez des clients et qu'ils commencent à se plaindre qu'internet ne marche plus mercredi prochain, ne cherchez pas plus loin!

Voici l'utilitaire pour tester: http://labs.ripe.net/content/testing-your-resolver-dns-reply-size-issues

Article source: http://www.theregister.co.uk/2010/04/13/dnssec/

Un petit outil pour les administrateurs de MySQL! Comme vous le savez peut-être, plusieurs engins de bases de données sont disponibles sous MySQL, mais la prise de copies des tables créées avec ceux-ci peuvent se trouver problématiques. Il est donc impossible de faire un backup des tables InnoDB avec mysqlhotcopy sans risquer de perdre des données.

La solution me semble donc de faire un backup logique, ce qui dans mon cas n'est pas beaucoup plus long (123 secondes plutôt que 88), ce qui permet aussi de prendre en backup n'importe quel engin de base de données sous MySQL.

Pour le reste de l'article, cliquez sur Détails