Le Journal de Nikrou

Ajouter automatiquement le bon auteur à une classe dans symfony

Nicolas — Wed, 04 Jun 2008 21:38:00 +0200

La ligne de commande de symfony permet de générer un nouveau module avec une arborescence et des fichiers basés sur des modèles. Si on ne fait rien de particulier, Fabien est alors l'auteur de tous les fichiers php. Il est fort mais quand même !

Quand je parle d'auteur, je parle du propriétaire du fichier, celui qui a crée le fichier dans subversion. Vous utilisez bien subversion pour gérer vos sources. Si ce n'est pas le cas, d'une part, ce n'est pas bien (à moins d'utiliser un autre gestionnaire de version) et d'autre part cet article ne va pas tellement vous intéresser !

Supposons que l'on crée le module wiki basé sur la class Article dans l'application frontend, ce qui donne la commande suivante :

nicolas $ ./symfony init-module frontend wiki Article

Cela va générer, notament la classe wikiActions suivante:


<?php

/**
 * wiki actions.
 *
 * @package    wiki
 * @subpackage wiki
 * @author     Your name here
 * @version    SVN: $Id: actions.class.php 2692 2006-11-15 21:03:55Z fabien $
 */
class wikiActions extends sfActions
{
  /**
   * Executes index action
   *
   */
  public function executeIndex()
  {
    $this->forward('default', 'module');
  }
}

Il serait fort agréable qu'à la place de "Your name here" il y ait notre nom. Et bien cela est facile. Il suffit d'ajouter une propriété dans le fichier config/properties.ini de votre projet, du genre :

author=nicolas

Désormais lorsqu'on créera un nouveau module, l'auteur sera nicolas. C'est quand même mieux que Fabien ! Mais ce n'est pas encore parfait car désormais c'est nicolas qui est l'auteur de tout le code. Il faudrait que ce soit celui qui a créé le fichier. Pour cela il faut encore modifier le fichier config/properties.ini et remplacer la ligne précédemment modifiée par la suivante

author="$Author: $"

Lorsqu'on va générer un nouveau module, à la place de la ligne

* @author Your name here

* @author $Author: $

Cela semble moins bien au premier abord mais il suffit d'ajouter à la propriété svn:keywords le mot clé Author.

svn propset svn:keywords Author actions.class.php

Après le premier commit, la ligne sera :

* @author $Author: nicolas $

La ligne version n'est pas très belle non plus ! Il faut la changer en :

* @version SVN: $Id: $

Il faut ensuite ajouter à la propriété svn:keywords le mot clé Id

svn propset svn:keywords 'Author Id' actions.class.php

On peut aussi éditer la propriété svn:keywords (svn propedit) et ajouter Id

L'idéal serait de faire cela automatiquement via la ligne de commande. Pour faire cela il faudrait modifier la tâche symfony init-module pour autoriser la modification de la version dans le fichier config/properties.ini et pour positionner automatiquement la propriété svn:keywords avec les bonnes valeurs. Pour faire cela, il faut modifier le fichier data/tasks/sfPakeGenerator de symfony puisqu'on ne peut pas (à ma connaissance) surcahrger les tâches.

Au final, la classe ressemble à ça:

<?php /** * wiki actions. * * @package wiki * @subpackage wiki * @author $Author: nicolas $ * @version SVN: $Id: actions.class.php 10 2008-06-02 18:58:54Z nicolas $ */ class wikiActions extends sfActions { /** * Executes index action * */ public function executeIndex() { $this->forward('default', 'module'); } }

Des plugins, des plugins, oui mais pour dotclear

Nicolas — Sun, 18 May 2008 10:08:00 +0200

En regardant la liste de mes plugins, je me suis apperçu que je commençais à en avoir pas mal !

Parmi cette liste, j'en ai crée trois :

le plugin aboutPage permettant de gérer une page "à propos"
le plugin mTags permettant de faire une recherche avec plusieurs tags.
le plugin contactPage pour qu'on puisse m'envoyer plein de gentils messages !

Les deux derniers ne sont pas disponibles mais si quelqu'un est intéressé, je me ferais un plaisir de les packager !

Créer une nouvelle tâche pake dans symfony

Nicolas — Thu, 15 May 2008 21:33:00 +0200

La ligne de commande dans symfony fournit de nombreuses facilités pour créer des tâches usuelles et parfois complexes comme créer un nouveau projet, créer une nouvelle application, vider le cache, ...

Ces différentes tâches ne sont en fait que des fonctions php invoquées via la ligne de commande. Il peut s'avérer intéressant d'en ajouter.

Ce qui suit concerne symfony 1.0.x. On peut ajouter une tâche de plusieurs manières:

dans le répertoire data/tasks d'un plugin
dans le répertoire data de symfony (sf_symfony_data_dir)
dans le répertoire data/tasks du projet.

Il y a une chose d'importante à noter, c'est que le fichier contenant la nouvelle tâche suit respectivement les conventions de nommage suivantes :

*.php
sfPake*.php
myPake*.php

Ensuite, en vidant le cache, la nouvelle tâche est automatiquement disponible. Il suffit de taper la commande: symfony,pour voir apparaître la nouvelle tâche avec sa description dans le message d'aide.

Une nouvelle tâche minimale (ne faisant rien) pourrait ressembler à ça (myPakeValidation.php) :
<?php pake_desc('sync data between validation and production sites'); pake_task('sync-data', 'project_exists'); pake_alias('validation', 'sync-data'); function run_sync_data($task, $args) { throw new Exception('This task is not yet implemented.'); }

Désormais, en tapant la ligne de commande suivante, je ferais (quand j'aurai écrit la fonction) la synchronisation entre mon site de validation et mon site de production :

nicolas $ ./symfony validation

Une petite mise à jour

Nicolas — Thu, 08 May 2008 21:24:00 +0200

Je viens de mettre à jour dotclear pour passer à la première version stable mais si c'est encore une version candidate. J'ai suivi la documentation de mise à jour et tout s'est bien passé. Je n'ai pas encore mis à jour mon thème mais je dois avouer que j'adore le nouveau thème par défaut.

Comment faire du vrai HTML et pas du mauvais HTML à la sauce XHTML

Nicolas — Fri, 18 Apr 2008 16:19:00 +0200

Hier, je disais que livrer le XHTML avec le type mime text/html revient à faire du mauvais HTML. Pour répondre notament à Hugo, sur le fait de fermer ou pas les "mono-tags", je vais m'expliquer un peu.

Prenons comme base, le document HTML suivant, valide bien entendu :
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html lang="fr"> <head> <title>html test</title> <meta name="expires" content="Fri, 18 Apr 2008 07:51:13 GMT"> <meta http-equiv="content-type" content="text/html; charset=iso-8859-1"> <link rel="stylesheet" type="text/css" media="screen" href="http://www.nikrou.net/post/2008/04/18/style.css"> <link rel="shortcut icon" href="http://www.nikrou.net/favicon.ico"> </head> <body> <p>essai</p> <hr> <form name="essai" action="http://www.nikrou.net/post/2008/04/18/essai.php" method="post"> <p><input type="text" name="essai" value=""></p> </form> </body> </html>

Nous allons le modifier pour le mettre à la sauce XHTML, pour préparer la transition entre HTML et XHTML comme certains voudraient le faire croire. Cela donne ceci en fermant les différents tags, y compris les tags "vides" type <hr> :
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html lang="fr"> <head> <title>html test</title> <meta name="expires" content="Fri, 18 Apr 2008 07:51:13 GMT"/> <meta http-equiv="content-type" content="text/html; charset=iso-8859-1"/> <link rel="stylesheet" type="text/css" media="screen" href="http://www.nikrou.net/post/2008/04/18/style.css"/> <link rel="shortcut icon" href="http://www.nikrou.net/favicon.ico"/> </head> <body> <p>essai</p> <hr/> <form name="essai" action="http://www.nikrou.net/post/2008/04/18/essai.php" method="post"> <p><input type="text" name="essai" value=""/></p> </form> </body> </html>

Ce document n'est plus valide en regard de la DTD HTML 4.01 strict alors qu'il le serait en XHTML 1.0 strict, au détail près qu'il faudrait remplacer l'attribut name de la balise form par un attribut id. Hallucinant, non ? En fait, on se retrouve avec deux erreurs character data is not allowed here et quelques avertissements NET-enabling start-tag requires SHORTTAG YES.

Passons aux explications. Il faut bien garder à l'esprit que le HTML aussi bien que le XHTML sont issus du SGML. En écrivant du SGML, on peut omettre aussi bien les tags ouvrants que les tags fermants (propriété ommissibility ou OMITTAG en grand breton) et on a aussi la possibilité d'utiliser une syntaxe réduite (propriété minimization ou SHORTTAG). En HTML, ces deux propriétés sont activées. La première est implémentée par la plupart des navigateurs (même s'il y a quelques bugs) ce qui permet d'écrire par exemple de manière parfaitement valide :
<p>Mon paragraphe sans balise fermante. <p>Un autre paragraphe !.
La deuxième n'est pas implémentée dans les navigateurs mais fait tout de même partie de la spécification d'où les erreurs renvoyées par le validateur. Cette propriété permet d'écrire en SGML de manière raccourcie <em/foo/ au lieu d'écrire <em>foo</em>. Pour ce qui est du XHTML, la propriété SHORTTAG est désactivée tandis que la propriété OMITTAG est bien activée.

Donc en HTML si j'écris <hr/ (qui provoque l'avertissement NET-enabling start-tag requires SHORTTAG YES), le fait que la propriété SHORTTAG soit à on, fait que c'est interprété comme <hr>. Du coup <hr/ et <hr> sont équivalents du point de vue HTML. En conséquences, <hr/> (Le fait de mettre un espace avant le slash ne change rien!) est équivalent à <hr>>, où le deuxième > ne fait pas partie du tag. Donc si on met le tag <hr/> dans body, le parseur va se plaindre et signaler une erreur character data is not allowed here puisqu'on ne peut mettre que des balises de type bloc comme fils de body ; le caractère non autorisé est le >. On n'a le même genre d'erreur si on ferme les tags meta ou link dans la partie head :
<link rel="stylesheet" type="text/css" media="screen" href="http://www.nikrou.net/post/2008/04/18/style.css"/>.

Le parseur lorsqu'il recontre le slash considère que le tag link est fermé et continue. Il trouve ensuite le caractère > et renvoie une erreur document type does not allow element "LINK" here suivi par d'autres messages encore moins clair. En fait, le parseur essaie de faire au mieux : il trouve un caractère isolé et comme ils ne sont pas autorisés dans la partie head, il consière que la partie body est commencée d'où les erreurs rencontrées.

Note: le document modifié serait en fait valide en HTML 4.01 transitional. En effet, la propriété OMITTAG est désactivée pour la version transitional.

Livrer du html au lieu du xhtml avec symfony

Nicolas — Thu, 17 Apr 2008 11:32:00 +0200

Je n'ai encore fait aucun site en XHTML pour diverses raisons : on doit servir le XHTML avec le type mime application/xhtml+xml. Mais le navigateur au grand E bleu ne gère tout simplement pas ce type mime. Et livrer le XHTML avec le type mime text/html revient à faire du mauvais HTML. Voilà pour la petite intro.

Lorsqu'on utilise un CMS, ou un framework, on se demande si celui-là va respecter notre façon de coder. J'ai adopté symfony et j'ai découvert avec joie que je peux continuer à faire du HTML!

Pour permettre à symfony de livrer du HTML au lieu du XHTML, il suffit de surcharger les quelques fonctions d'affichage. Il faut aussi modifier le fichier layout.php de l'application et remplacer le doctype XHTML par celui qui va bien:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">

Il faut aussi supprimer les tags fermants des balises contenues dans la partie head

Les fonctions d'affichages des différents tags HTML sont toutes gérées dans le helper TagHelper.php. J'ai donc récupérer ce fichier dans le répertoire lib/helper/ de symfony et je l'ai placé dans le répertoire lib/helper/ de mon application et j'ai modifié la fonction tag pour livrer du HTML au lieu du XHTML. En fait j'ai simplement supprimé le slash de fin de tag:

sortie de la commande diff:

- return '<'.$name._tag_options($options).(($open) ? '>' : ' />'); + return '<'.$name._tag_options($options).(($open) ? '>' : '>');

Cela fonctionne parfaitement mais cela a deux inconvénients. Il ne faut pas oublier de garder toutes les autres fonctions présentes dans ce fichier. L'autre inconvénient est que si on met à jour symfony on risque de passer à côté de modifications dans ce fichier puisqu'on l'aura surchargé.

La baisse de l'immobilier a déjà commencé

Nicolas — Fri, 11 Apr 2008 16:53:00 +0200

Chaque jour, dans votre quartier, le prix d'une maison baisse. Choisissez dans votre quartier 20 maisons à vendre et suivez les prix de présentation (facile avec le web...)... et vous verrez les prix descendre par touche de 10000, 20000, 30000 euros,... et vous verrez de nouvelles mises en vente qui viennent gonfler un peu plus les stocks.

Faîtes le et vous verrez.

Un bien sympathique petit déjeuner

Nicolas — Thu, 10 Apr 2008 20:11:00 +0200

Aujourd'hui, j'ai suivi un séminaire consacré à symfony. Cela a commencé par un petit déjeuner classique et cela s'est poursuivit par une présentation du framework.

Je n'ai pas appris grand chose de nouveau pendant cette matinée mais j'ai eu le plaisir de recontrer des personnes symapthiques et fort pédagogue notament Fabien Potencier, le créateur du framework. Cela m'a aussi conforté dans l'idée que décidément cet outil était génial. Longue vie à symfony.

Edit: j'ai aussi aperçu Nicolas Perriault, tout nouvel employé de sensio, que je n'ai pas reconnu.

De l'art de signaler un bug

Nicolas — Tue, 08 Apr 2008 12:07:00 +0200

Lorsqu'on utilise une application et qu'on découvre par hasard un bug ou une faille de sécurité, il y a plusieurs façons de réagir. On peut se vanter d'avoir trouver un bug/faille, on peut le signaler à l'auteur,...

Evidemment se vanter d'avoir trouvé un bug sans le signaler à l'auteur au préalable est le moins que l'on puisse pas très constructif. Une fois l'auteur informé, cela ne va pas l'inciter à déployer toute son énergie à le corriger. Mais encore faut-il que l'on puisse joindre facilement l'auteur !

L'autre solution est de contacter l'auteur avec une description aussi précise que possible pour qu'il puisse corriger mais surtout reproduire et comprendre le problème. Un problème bien posé et facilement reproductible et souvent bien plus facile à corriger.

Visiblement il n'est pas facile de me joindre. Je ne vais pas mettre mon adresse email partout car je reçois déjà suffisament de spam. J'ai voulu utiliser le plugin contact mais j'ai eu quelques soucis à l'installation que je n'ai pas eu le temps de régler. Je vais m'y remettre sérieusement.

On m'a remonté un bug sur mon plugin A propos. La personne (Matthi9u) n'a pas trouvé mon email directement et a posté sur le forum de dotclear. J'aurais préféré être averti par mail avant. Quoi qu'il en soit, le problème est très bien décrit, avec une copie d'écran en prime. J'ai facilement reproduis et identifié le problème et une nouvelle version du plugin qui corrige le problème est disponible. Merci Matthi9u.

Le grand soir est pour demain!

Nicolas — Tue, 01 Apr 2008 21:32:00 +0200

Je me demandais si cela arriverait en 2008 ou 2009 ou plus tard mais il semble bien que la baisse espérée arrive à grand pas. Isabelle Giordano sur France Inter, dans son émission service public parle longuement et très justement de l'ammorce de la baisse des prix immobiliers.

Comme elle le dit en début d'émission, c'est une bonne nouvelle. Pour le moment Paris et la première couronne semblent épargnés mais pour combien de temps!!

Pour les curieux et les incrédules, le podcast de l'émission vous permettra de vous faire une idée.

Mettre à jour le contenu d'un package debian

Nicolas — Tue, 25 Mar 2008 21:08:00 +0100

Récemment, avec le passage en version 22.1 de mon éditeur favori, j'ai eu un soucis avec le mode php qui permet notament la mise en valeur du code par la coloration syntaxique de celui-ci. La version du mode que j'utilisais était vieille comme mes robes comme dirait ma grand-mère!
J'ai beau avoir ma distribution debian en version instable, la version la plus récente était la 1.1.0 qui datait tout de même du 24 janvier 2004. Depuis sont sorties plusieurs versions. La plus récente date du mois de janvier 2008. Je ne sais pas qui maintient ce paquet mais il a dû partir sur une île déserte et ne donne plus signe de vie. Comme ce mode ne fonctionnait pas avec ma nouvelle version d'emacs j'ai décidé d'utiliser une version plus récente du mode php et j'ai donc mis à jour le package debian.

Faire un package debian à partir des sources d'une application n'est pas très complexe mais en faire un à partir d'un autre est encore plus simple ! J'ai récupéré la version 1.1.0-2 du package debian et la version 1.4 de php-mode. Après il suffit de faire les opérations suivantes:

création d'un répertoire pour contenir les sources du package, php-elisp_1.4.0, par exemple, ainsi qu'un sous répertoire DEBIAN contenant les métadonnées.
# mkdir-p php-elisp_1.4.0/DEBIAN
extraction des métadonnées de l'ancien package:
# dpkg-deb -e php-elisp_1.1.0-2_all.deb php-elisp_1.4.0/DEBIAN

extraction des sources de l'ancien package:
# dpkg -x php-elisp_1.1.0-2_all.deb php-elisp_1.4.0

Le contenu du répertoire php-elisp_1.4.0 ressemble à ça (sortie de la commande tree):

.
|-- DEBIAN
|   |-- conffiles
|   |-- control
|   |-- md5sums
|   |-- postinst
|   `-- prerm
|-- etc
|   `-- emacs
|       `-- site-start.d
|           `-- 50php-elisp.el
`-- usr
    |-- lib
    |   `-- emacsen-common
    |       `-- packages
    |           |-- install
    |           |   `-- php-elisp
    |           `-- remove
    |               `-- php-elisp
    `-- share
        |-- doc
        |   `-- php-elisp
        |       |-- README.Debian
        |       |-- changelog.Debian.gz
        |       `-- copyright
        `-- emacs
            `-- site-lisp
                `-- php-elisp
                    `-- php-mode.el

mise à jour du fichier php-mode.el
mise à jour de la version du package dans le fichier DEBIAN/control en remplaçant 1.1.0-2 par 1.4.0
mise à jour de la somme md5 de la nouvelle version de php-mode dans le fichier DEBIAN/md5sums:
# md5sum php-elisp_1.4.0/usr/share/emacs/site-lisp/php-elisp/php-mode.el
reconstruction du package:
# dpkg-deb --build php-elisp_1.4.0
installation du nouveau package:
# dpkg -i php-elisp_1.4.0.deb

Emmener son code en voyage

Nicolas — Sun, 16 Mar 2008 17:18:00 +0100

Lorsque je développe sur un projet, j'utilise subversion et je fais souvent des "commit" pour éviter de garder dans mon répertoire de travail du code modifié et non propagé sur le serveur. Tout va bien lorsqu'on est connecté au serveur central mais si on est dans le train, à la campagne, dans un avion, ou dans les toilettes, cela devient plus problématique.

Le fait que subversion ne soit pas un gestionnaire de version distribué rend la connexion au serveur obligatoire pour faire des mises à jour. J'ai pris l'habitude faire des mises à jours régulières voire très régulières surtout sur des parties du code qui varient beaucoup. De ce fait, lorsque je ne suis pas connecté au serveur, je ne peux suivre cette politique de mise à jour. Mais heureusement svk est là. svk rend la gestion de subversion décentralisée. svk utilise le système de fichiers de subversion mais ajoute des foncitonnalités supplémentaires - surtout la gestion du mode déconnecté-.

Voici comment je l'utilise par exemple sur un projet que nous nommerons HelloWorld. Le dépôt se trouve sur http://svn.central-depot.com/svn/hello_world. Il faut bien évidemment commencer par installer svk, mais apt est mon ami et après le "apt-get install svk" qui va bien, le tour est joué!

Il faut ensuite initialiser le dépôt local:
# svk depotmap --init

Faire un miroir du dépot central, en local:
# svk mirror http://svn.central-depot.com/svn/hello_world //hello_world

Jusque là on n'a toujours aucun code en local! Il faut maintenant faire la synchronisation entre dépôt distant et dépôt local:
# svk sync //hello_world

Désormais on peut travailler en mode déconnecté. On est à jour vis-à-vis du dépôt. On commence par se créer une branche locale:
# svk cp //hello_world/trunk //local/hello_world

Le //local n'est qu'une convention. Vous pouvez évidemment nommer votre branche comme bon vous semble. Après on se crée une copie de travail tout comme on le ferait avec subversion sauf que les commandes sont du type "svk commande" au lieu de "svn commande" :
# svk co //local/hello_world /path/to/my/work/hello_world

On peut ensuite faire des modifications. Pour finir un petit exemple de mise à jour vers le dépôt. Par exemple, pour faire une mise à jour (merge) entre mes modifications locales et le dépôt, je fais:
# svk sync //hello_world (récupération éventuelle de modification) # svk merge -C -rREV1:REV2 //local/hello_world //hello_world/trunk (le -C correspond au dry-run) # svk merge -rREV1:REV2 //local/hello_world //hello_world/trunk

Pour que tout soit parfait, il me manque un mode équivalent à psvn pour svk.

Vous prendrez bien une petite icône !

Nicolas — Sun, 09 Mar 2008 13:51:00 +0100

A la demande générale, je vous livre une nouvelle version de mon plugin. Les petites modifications permettent d'ajouter une icône devant le lien dans le menu de droite (widget de présentation).

Cette modification simplissime permet l'ajout ou la suppression de l'icône choisie. Tout cela se paramètre comme d'habitude dans la configuration de dotclear. J'ai ajouté un peu de doc (3 lignes) et la case à cocher qui permet de faire son choix.

J'ai choisi une petite icône représentant un point d'interrogation. Pour en mettre une autre, il suffit d'écraser le fichier w_about.png. L'icône fait 16 sur 16 pixels.

Une mission à Hong Kong

Nicolas — Thu, 28 Feb 2008 22:44:00 +0100

On pourrait croire au premier abord, en ne lisant que le titre de cette article que j'ai eu la chance d'aller à Hong Kong. J'aurais pu y prendre des photos, manger des crevettes, bosser aussi... remplir la mission pour laquelle j'aurais été envoyé si loin...

Mais en fait il n'en est rien. Hong Kong, cette ville redevue chinoise depuis un peu plus de 10 ans (le 1er janvier 1997) ne m'attire pas spécialement.

J'aurais pu y manger pleins de crevettes car je ne suis pas allergique (comprenne qui pourra) mais c'est à peu près la seule nourriture exotique que j'apprécie. Encore que je ne sache pas exactement de quel type est la nourriture à Hong Kong. Etant donné l'influence britanique, je pense que la nourriture doit se rapprocher de celle des londonniens, ce qui n'est pas forcément mieux. Le rosbif à la menthe, très peu pour moi!

Allez, pour terminer une petite photo, comme si on y était. Cela fait rêver, non ?

Une imprimante laser sous linux

Nicolas — Sun, 24 Feb 2008 14:13:00 +0100

Trouver une imprimante qui fonctionne parfaitement lorsqu'on a un système d'exploitation différent (gnu/linux distribution debian 64 bits), ce n'est pas une mince affaire! Entre les imprimantes qui ne fonctionnent tout simplement pas, faute de pilotes et celles qui fonctionnent qu'à moitié; pas facile de s'en sortir. Je pense avoir trouvé la perle rare.

Samedi j'ai fait l'acquisition d'une imprimante laser couleur, une Konica Minolta magicolor® 2530 DL. Lorsque j'ai lu la description technique de la bête, j'ai eu le plaisir de voir qu'elle était supporté sous Linux®. Bon elle n'est pas nativement supporté sous debian mais on ne va pas demander la lune, non plus. C'est une imprimante laser couleur avec 4 toners séparés, une interface ethernet ou usb 2.0.

Sur le site du constructeur, on trouve le package rpm qui va bien, en théorie. Mais je n'ai trouvé que des versions pour version 32 bits!!! Une petite recherche me permet d'arriver sur la page support avec les sources. Je récupère finalement l'archive 64 bits. Cette archive contient le package rpm et un tar.gz avec les sources. J'ai essayé de compiler les sources pour en faire un package debian en suivant la procédure suivante:

# unzip 2530DL_lin64bit_2_1_1.zip
# cd 2530DL_64_v2.1.1/src
# tar zxf magicolor2530DL-2.1.1.tar.gz
# cd magicolor2530DL-2.1.1
# fakeroot debian/rules binary

La procédure s'est terminée par une erreur:

rastertokmlf.c:2061: error: ‘usb_flag’ undeclared (first use in this function)

Il manquait deux packages: gawk, libcupsimage2-dev. Je ne sais pas si gawk est absolument nécessaire mais il y avait une erreur en début de fabrication du package signalant que gawk manquait. Une fois la fabrication du package terminé, il suffit de l'installer et de relancer cupsd pour qu'il prenne en compte le nouveau fichier ppd.

Pour ceux qui n'arriverait pas à fabriquer le package, il y la possibilité de le fabriquer à partir du rpm avec alien:

# alien magicolor2530DL-2.1.1-1.x86_64.rpm -d
# dpkg -i magicolor2530dl_2.1.1-2_amd64.deb
# /etc/init.d/cupsys restart

Il ne reste plus qu'à ajouter l'imprimante depuis cups.

Faire des transformations xslt avec perl

Nicolas — Tue, 19 Feb 2008 11:51:00 +0100

Pour mettre en forme un document XML et le présenter sur le web en tant que document html, le plus simple à mon sens est d'utiliser XSLT.

Il faut ensuite faire appel à un moteur XSL pour faire les transformations. Ma préférence va à la Libxslt qui est une implémentation en C de XSLT 1.0. J'utilise ensuite une interface en perl de la librairie Lixslt à travers le module XML::LibXSLT.

Imaginons le fichier XML suivant:

<?xml version="1.0" encoding="iso-8859-1"?>
<articles>
  <article>
    <titre>Faire des transformations XSLT en perl.</titre>
    <entete>perl est le couteau suisse du programmeur. On peut tout faire avec. Cet article va vous présenter le module XML::LibXSLT</entete>
    <date>2007-12-26T17:56:17+00:00</date>
  </article>
  <article>
    <titre>PHP6, c'est pour bientôt.</titre>
    <entete>Alors que la version 5 de php n'est pas encore définitivement adopté par la communauté, la version 6 pointe le bout de son nez!</entete>
    <date>2008-01-09T07:20:26+00:00</date>
  </article>
  <article>
    <titre>Des exceptions en perl</titre>
    <entete>Comment gérer les exceptions en perl ?</entete>
    <date>2008-02-13T16:01:03+00:00</date>
  </article>
</articles>

En utilisant la feuille de style xslt suivante:

<?xml version="1.0" encoding="utf-8"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
  <xsl:output method="html" version="1.0" indent="yes" encoding="utf-8" omit-xml-declaration="no"/>
  
  <xsl:template match="/articles">
    <h1>Les derniers articles publiés</h1>
    <xsl:apply-templates select="article"/>
  </xsl:template>

  <xsl:template match="article">
    <div class="article">
      <h2><xsl:value-of select="titre"/></h2>
      <span class="date"><xsl:value-of select="date"/></span>
      <p><xsl:value-of select="entete"></xsl:value-of></p>
    </div>
  </xsl:template>
</xsl:stylesheet>

On souhaite obtenir le résultat suivant:

<h1>Les derniers articles publiés</h1>
<div class="article">
   <h2>Faire des transformations XSLT en perl.</h2>
   <span class="date">2007-12-26T17:56:17+00:00</span>
   <p>perl est le couteau suisse du programmeur. 
   On peut tout faire avec. Cet article va vous présenter le module XML::LibXSLT</p>
</div>
<div class="article">
   <h2>PHP6, c'est pour bientôt.</h2>
   <span class="date">2008-01-09T07:20:26+00:00</span>
   <p>Alors que la version 5 de php n'est pas encore définitivement adoptée
    par la communauté, la version 6 pointe le bout de son nez!</p>
</div>
<div class="article">
   <h2>Des exceptions en perl</h2>
   <span class="date">2008-02-13T16:01:03+00:00</span>
   <p>Comment gérer les exceptions en perl ?</p>
</div>

Le code qui permet de faire cela n'est pas bien complexe:

#!/usr/bin/perl -w

use warnings;
use strict;
use XML::LibXML;
use XML::LibXSLT;

my $parser = XML::LibXML->new();
my $xslt = XML::LibXSLT->new();
$xslt->max_depth(2000);
my $source = $parser->parse_file('source.xml');
my $style_doc = $parser->parse_file('source.xsl');
my $stylesheet = $xslt->parse_stylesheet($style_doc);
my $result = $stylesheet->transform($source);
print $stylesheet->output_string($result);

Rien de bien compliqué, en fait.

Note:
Si quelqu'un connait un moyen simple de colorer le code, je suis ouvert à toutes propositions. Merci d'avance.

Image instable sur tf1

Nicolas — Thu, 31 Jan 2008 09:35:00 +0100

Depuis lundi, lorsque je regarde TF1 (j'ai honte mais ce n'est pas de ma faute si c'est eux qui ont acheté les droits de ma série préférée) via ma freebox HD, l'image est très instable comme si la prise péritel n'était pas correctement branchée. Ce problème ne se produit que sur TF1.

Ce phénomène a commencé après la mise à jour du dernier firmware. J'ai essayé de remettre à jour le firmware, y compris du boitier adsl. Mais rien n'a fonctionné. J'ai trouvé sur je ne sais plus quel forum une solution qui me paraissait saugrenue sur le moment mais qui a fonctionné. J'ai changé le format d'affichage de l'image et je l'ai passé de auto à 4/3. J'ai fait cela en appuyant sur le bouton jaune à gauche du zéro. Tout est rentré dans l'ordre.

Proposition de prix

Nicolas — Sun, 20 Jan 2008 21:37:00 +0100

Par les temps qui courts, si l'idée saugrenue d'acheter vous prenait malgré tout, n'hésitez pas à faire une proposition de prix bien en dessous du prix proposé par le vendeur. Nous avons visité une maison qui nous plaisait vraiment; Nous l'avons visité trois fois. Le prix est bullesque même s'il est dans la moyenne des prix des maisons environnantes.

Il y a quinze jours, j'ia envoyé un courrier au propriétaire (avec copie à l'agent immobilier) qui ressemblait à cela :

VILLE, le DATE DU JOUR
Nicolas XXXX
3 rue de la Rivière
90 000 VILLE

A l’intention de Monsieur XXX
Agence Immobilière XXX
12 rue du Ruisseau
90 000 VILLE

Objet : Offre d’achat

Cher Monsieur,

Suite aux différentes visites effectuées par l’intermédiaire de votre agence pour le bien situé au ADRESSE DU BIEN, nous vous prions de bien vouloir noter notre proposition d’achat pour un montant de NNNNNNN € (MONTANT EN TOUTES LETTRES euros) frais d’agence inclus.

Notre financement est assuré de la manière suivante :
1.Un prêt d’un montant de NNNNN € souscrit auprès de la NOM DE LA BANQUE sur une période de NN ans au taux de NN %, hors assurance.
2.Un apport personnel de NNNN € qui viendra en complément du montant du prêt
3.Un apport personnel de NNNN € pour couvrir les frais de mutation (Frais de notaires, taxes etc..)

Je vous prie de bien vouloir noter que nous disposons aujourd’hui d’un avis positif de notre banque pour l’obtention de ce prêt compte tenu de la qualité de notre historique bancaire et de notre situation professionnelle stable.

Notre offre est valable jusqu’au DATE DE FIN DE L'OFFRE, sous réserve d'une stabilité des taux d'intérêt entre aujourd'hui et la signature d’un compromis. En effet, une augmentation trop importante des taux pendant cette période remettrait en question notre capacité d'emprunt et l’avis favorable de notre établissement financier.

Sincères salutations,

Signature,

J'ai fait une proposition à environ 30% en dessous du prix le moins cher. J'ai posté mes lettres le jeudi soir. Le vendredi matin le propriètaire m'a laissé un message sur mon répondeur me disant en susbtance que "c'est inadmissible, scandaleux...". En clair, il n'est pas prêt à baisser son prix à un niveau raisonnable.

Non content d'avoir juste parler à mon répondeur il m'a appelé le samedi matin avec le même genre de propos bullesques. Il se croyait à la tête d'un gros capital mais malheureusement "il ne faut pas vendre la peau de l'ours avant de l'avoir tué". Il n'aura son capital que lorsqu'un acheteur aura signé un compromis de vente! Mais à quel prix!!!

Faut-il encore acheter son logement ?

Nicolas — Tue, 01 Jan 2008 17:43:00 +0100

La question peut paraître idiote mais si on n'écoute que ses collègues, ses amis ou les agents immobiliers, la réponse est oui sans hésiter ! Bizzarement j'hésite!

Depuis que je travaille (1998; bientôt 10 ans!! ), j'entends toujours le même discours : "il faut acheter! Payer un loyer, c'est jeter l'argent par les fenêtres ! Il vaut mieux acheter : le remboursement d'un prêt ne coûte pas plus cher qu'un loyer... etc..."

Je ne sais pas si toutes ces tautologies ont été valables un jour mais aujourd'hui en faisant des simulations, j'arrive à des remboursements deux fois plus élevés que mon loyer actuel. Cherchez l'erreur !

Vaut-il mieux louer ou acheter dans ce cas ? Aujourd'hui je préfère louer. Demain, on verra. Je préfère placer la différence entre mon loyer et ce que je rembourserais et me constituer un joli capital qui me permettra d'acheter comptant et ne pas payer ma maison deux fois.

Ce qui est marrant dans le discours de ceux qui vont conseillent d'acheter, c'est le type de logement qu'ils occupent suivant qu'ils louent ou qu'ils achètent. En location, on prend un grand logement, dans le centre, bien exposé, avec un p'tit jardin. Mais ils ne peuvent pas acheter ce logement et du coup en achat, ils en choisissent un près de l'autoroute avec des maisons toutes identiques, sans jardin, avec des vis-à-vis de tous les côtés. Pourquoi ? Ont-ils perdu leur bon sens ?

Pour conclure, je vais attendre tranquillemet l'éclatement de cette nouvelle bulle immobillière.

Y-aura-t-il un nouveau krach immobilier en France ?

Nicolas — Mon, 31 Dec 2007 13:57:00 +0100

Pour ceux qui ont la mémoire courte, le dernier krach immobilier en France date de 1991. Mais pour qu'il y ait un krach, il faut qu'il y ait une bulle spéculative, une bulle immobilière. La bulle immobilière semble invisible et nombreux sont ceux qui feignent encore de la voir! On ne se rend vraiment compte qu'il y avait une bulle que lorsqu'elle éclate.

Premièrement, je vais essayer de définir ce qu'est une bulle immobilière. On parle de bulle spécultaive (bulle immobilière) lorsqu'il y a une hausse rapide de la valeur des biens (immobiliers). Et cette hausse rapide n'est pas corrélée avec des fondamentaux économique tels que le PIB, la hausse des salaires, l'inflation,...

Entre 1998 et 2007, les prix ont plus que doublés (plus de 100% d'augmentation). Sur la même période, le PIB n'a augmenté que de 25%! Votre salaire a-t-il doublé ?

Pour revenir à un niveau correct, il faudrait que les prix soit divisé par deux. Ces chiffres semblent délirant mais ce n'est pas la première fois : entre 1991 et 1998 les prix ont été multiplié par 1.5 (50%) et après le krach immobilier de 1991, ils sont redescendu de 30% ou 40% en quelques années.

Le dégonflement de la bulle peut-être lent (plusieurs années ou dizaines d'années) ou rapide sous la forme d'un krach comme pour l'éclatement de la bulle internet. Je ne vais pas faire ma "madame soleil" mais je pense vraiment que la baisse qui semble s'amorcée en cette fin d'année 2007 va nettement s'amplifier en 2008. Après y-aura-il un krach ? L'avenir le dira!