Blogger pour rien dire!

humm la vie sans internet n'a plus aucun sens, il y a eu une tempête et l'électricité a soudainement disparue. Heureusement j'ai une batterie sur mon ordinateur portable ainsi qu'un téléphone avec Android. En quelque secondes j'ai installé une application pour faire du tethering ... avec cela je partage le réseau wifi de mon charmant petit téléphone et ainsi utiliser la connexion 3G que mon fournisseur m'offre. Ah que c'est beau de pouvoir utiliser ces applications gratuite sur un téléphone dont j'ai le plein contrôle.

C'est à mon grand malheur que samedi passé je reçois un SMS de la part de Rogers me disant que je devrai nécessairement appliquer leur mise à jour obligatoire. Ayant rooté mon appareil, je me dit, ouf encore une magouille pour me rendre la tache encore plus compliquer pour rouler la version 1.6.

Je comprends très bien l'impact et la nécessité d'appliquer cette mise à jour qui corrige un bug relié aux appels acheminés au service 911 si on a le GPS d'activé. Pour forcer les gens à se mettre à jour ils ont décidé de désactiver le plan data a tout les détenteurs de HTC Dream ou Magic. Certain vont dire, mais ou est le lien avec le fucking GPS! L'application Google Maps utilise le GPS et va siphonner des données sur internet, donc ils ont jugé que si quelqu'un utilise le gps, il devra utiliser son plan data afin d'avoir une map qui contient des informations pertinentes. Donc en désactivant le data, les gens ne peuvent plus utiliser leur appareil comme un GPS dans la voiture ( ou dans mon cas à vélo ).

Personnellement j'ai un gros problème avec cette mise à jour car depuis septembre passé, la version 1.6 a corrigé ce bug... j'utilise et aime bien cette version comparativement à la version d'origine ( 1.5 ). Cette mise à jour va aussi Wiper tout les contact et applications sur le téléphone... style un FORMATTAGE! Je me retrouve face a une situation ambiguë, je dois contacter Rogers pour leur dire que j'ai pas appliqué la mise à jour et que j'ai aucune intention de l'appliquer, et que mon appareil n'est pas vulnérable à ce bug du 911 sans toute fois leur dire que j'ai rooté mon appareil. J'ai passé beaucoup de temps sur les forums de discutions à voir ce que les gens allaient faire.

Teteux comme je suis je les ai appelés à répétition pour qu'ils m'aident à mettre à jour mon appareil. Ils m'ont tous pris par la main afin que je me rende sur le site web avec la petite procédure. Une fois rendu sur la page, je leur dit que j'utilise Linux comme système d'exploitation et que j'ai pas accès a un ordinateur qui a windows peu importe la version, ni d'amis qui ont des mac. La c'est comique de les entendre patiner à se demander ce qu'ils vont faire. Finallement après avoir eu beaucoup de plaisir à engorger leur soutien technique, j'ai décidé de leur dire que j'ai repris mon vieux Nokia 6275i que j'avais chez bell mobilité... J'ai dit au gars du tech support que j'ai transféré ma sim dans mon ancien appareil que j'avais chez bell. Il a simplement fait son "network refresh" sans plus poser de questions.

Je suis content de la situation car j'ai mon accès a mon plan data, je ne suis pas vulnérable au cas ou je voudrait appeler le 911, et ce même si je suis entrain de jouer sur google maps avec mon gps.

Voici un lien intéressant sur le sujet

Vendredi passé, j'applique diverses mises à jours, et ce matin je rentre au bureau avec la mauvaise surprise que tous mes serveurs qui utilisent le combo postfix et selinux en mode enforcing me causent de petits problèmes. Heureusement, aucun d'entre eux sont des serveur de courriel, ils ne font qu'envoyer divers rapports de tache cron.

Bref, ce matin j'ai fouillé un peu sur le bugzilla de redhat de redhat et j'ai trouvé un petit workaround. Rien de trop compliqué..

echo "test" |mail -s "test" root
send-mail: warning: premature end-of-input on /usr/sbin/postdrop -r while reading input attribute name
send-mail: fatal: root(0): unable to execute /usr/sbin/postdrop -r: Success

yum install selinux-policy-devel

Créer un fichier mypostfix.te
vim /usr/share/selinux/devel/mypostfix.te

========CUT========
policy_module(mypostfix, 1.0)

gen_require(`
 type sendmail_t;
 type postfix_postdrop_t;
')

allow postfix_postdrop_t sendmail_t:unix_stream_socket { getattr read write ioctl };
==================

cd /usr/share/selinux/devel/; make -f Makefile
semodule -i mypostfix.pp

# On test que tout va bien.
echo "test" |mail -s "test" root

J'ai une vingtaine d'invitations disponibles si jamais quelqu'un voulait tester la nouvelle plateform de travail collaboratif de google. Je ne l'ai pas vraiment essayé depuis que j'ai reçu mon invitation, mais je serais ravis d'en faire l'essai avec mes fidèle lecteur de mon blogue que je délaisse un peu trop. Les invitations iront premier arrivé premier servis, donc j'attends avec impatience vos commentaires!

Ça fait déjà un bon nombre d'années que l'on peut enregistrer des nom de domaines ayant des caractères accentués. Je ne m'étais pas encore décidé d'en acheter un et de voir comment le tout fonctionnait avant cette semaine. Suite à mon expérimentation qui ressemble plus a beaucoup de lecture sur l'algorithme punycode qui est utilisé pour représenter les caractères bizarre ou accentués en ASCII. J'ai songé à cela un peu et en tant que tel, pour nous les francophones notre alphabet est tellement proche de l'anglais que ça ne nous cause pas de réel problèmes.

Prenons comme exemple un site populaire qui s'appelle météomédia qui utilise meteomedia.com comme nom de domaine. Tout est beau, le nom est très proche de la réalité et souvent à l'école les gens écrivent des caractères accentués avec un simple barbeau qui rend cela difficile à déterminer si l'auteur voulait écrire un é è ë ê. Bref pour la langue française c'est mineur comme avantages mais pour les gens en Asie ou leur alphabet ne ressemble pas du tout à nous ça deviens d'autant plus intéressant d'avoir des IDN. ( Internationalized domain names )

Le problème que l'on rencontre c'est que depuis qu'un tata a décidé d'enregistrer ωωω.ραyραl.com ou un autre genre de déviation du nom original afin de faire du phishing. Les navigateurs firefox et IE ont décidé de ne plus afficher le nom avec les caractères internationales mais plutôt d'afficher le résultat punycodé ce qui est un peu ordinaire à mon avis.

Ex: www.là-bas.com deviens www.xn--l-bas-rqa.com

Pour m'amuser j'ai aussi créé ωωω.là-bas.com

Je dois avouer que la configuration au niveau des dns n'est vraiment pas évidente à relire... C'est pas que c'est compliqué à faire mais visuellement c'est pas évident à voir qu'est-ce qui est quoi. Même chose dans la config de apache :)

$ORIGIN xn--l-bas-rqa.com.

@       IN A    72.55.168.14
www     IN A    72.55.168.14
xn--byaaa       IN A 72.55.168.14

    ServerName www.xn--l-bas-rqa.com
    ServerAlias xn--l-bas-rqa.com xn--byaaa.xn--l-bas-rqa.com
 

Bref tout la mécanique est en place pour que ça soit fonctionnel et utilisable mais les navigateurs nous mettent indirectement un bâton dans les roues sous prétexte que c'est pour protéger les gens contre les arnaques. Je vous laisse songer à tout ça et j'attends vos commentaires que je lis toujours avec grand plaisir.

Quand vous vous absentez du travail et qu'à votre retour il y a une shitload de mises à jours à appliquer et que la commande yum update ne semble pas vouloir fonctionner comme on a l'habitude, il faut prendre les grand moyens!

yum clean all

ensuite on refait notre yum update et dans mon cas, le tour étais joué.

Aujourd'hui en naviguant sur la TML ( Toile Mondiale Large ) je suis tombé sur cet article qui disais que 38% des sites web en .com et .net ne servent strictement à rien. J'ose espérer que ce blog ne tombe pas dans ce fameux 38%.

38% des sites web ne servent à rien ...

Pour ma part je possède quelques domaines qui servent strictement a rien d'autre que de cumuler du spam, voir quel genre d'attaques automatisé je reçois.

L'été passé j'ai fait plusieurs test au niveau de courrier électronique et mon choix pour le service de pop et imap s'est arrêté sur courier-imap pour 2 raisons. Il est en format Maildir ( tout comme dovecot ) et la deuxième raison est que mon boss connais bien la configuration de courier-imap, donc pour qu'on passe le fameux test de l'autobus c'était plus simple de cette façon la. Avec dovecot j'ai eu des problèmes lorsque je staquais les différent modules d'authentification pour une raison obscure ça plantais le service. Après quelques recherches je suis tombé sur le blog de Sébastien Wains il y avait effectivement presque tout ce que j'avais besoin, sauf que les rpm était fait pour l'architecture i386 or nous au travail avons des processeur amd64 bits. J'ai du les recompiler chose que je suis habitué de faire. J'aime avoir des packages bien fait, ça facilite beaucoup la gestion par après.

Bref, tout cela pour dire que aujourd'hui j'ai lancé la même recherche ayant oublié que j'en avais déjà produit pour trouver des packages rpm de courier-imap que j'ai fait l'été dernier sur son blog. C'est comique car il me remercie de les avoir produit. Je vais voir si je ne peux pas les remettre à jours et peut-être les héberger sur mon serveur ou les offrire a Dag Wieers.

http://www.wains.be/index.php/2007/08/14/courier-imap-rpm-for-centos-5-i386/

Voici un video youtube de la nouvelle publicité de IBM, ça démontre bien que le macbook air n'est pas si pratique que cela. Oui il est petit et léger mais est-ce que vous voulez vraiment faire autant de compromis?

Ouf, j'ai faillir en mourir de rire tantôt lorsque j'ai lu cette nouvelle:

Microsoft veut des produits plus ouvert