Le contexte est le suivant :
Dans un cadre professionnel de réalisation d'un forfait hors des locaux du client, on a eu besoin de générer des rapports de tests (format texte ASCII) que l'on voulait fournir au format PDF pour limiter les risques d'altération.

Quand on parle d'extraction et de rapport on arrive assez vite au PERL. Le problème, c'est que ça doit tourner sur des machines (Windows&tm;) ...désolé) où l'on est pas sûr qu'un interpréteur PERL soit installé.

La solution existe !

1. Il faut installer un module PERL (PAR::Packer) qui permet de "compiler" le script en un exécutable (.exe) Windows, via une commande en ligne pp.
   


2. Il existe un module PERL App::a2pdf qui convertit de l'ASCII.
   Mais il ne semble pas dispo dans la distribution Active State.
   En revanche, il existe un exécutable a2pdf.exe, lui même obtenu via pp.
   

La mise en oeuvre est la suivante :

• Génération du pdf :
  Dans le script, une fois le rapport généré dans une fichier texte, on appelle donc a2pdf via l'instruction system(a2pdf ...).
  


• Génération du .exe via pp :
  Moyennant l'utilisation de l'option -i pour linker a2pdf.exe avec le script, on obtient un exécutable qui peut être lancé sur une machine où ni PERL ni a2pdf.exe ne sont installés.
  

Notez que pp offre beaucoup d'autres options ... à découvrir dans la doc :-) !

> Lire le journal (1 commentaire, moyenne: 1).

Juste le fruit de mes aventures avec Digikam.
Je disposais d'une ancienne version (0.6) sur une Mandrake 10.2.
J'ai imprudemment migré directement vers une Mandriva 2007.

Ca c'est plus ou moins bien passé (souci d'imprimante, lecture fichiers midi ...) mais bon rien de grave.
Sauf que Digikam est ici en version 0.8.x, et qu'il gère les albums ... dans une base SQLite embarquée, alors que la 0.6 utilisait un fichier XML.
Et pas de conversion automatique.

La solution est simple (merci quand même à la liste Digikam-users et à Gilles Caulier et Duncan Hill en particulier qui m'ont mis sur la voie.
Il s'agit de récupérer les sources de la version 0.7.4 et de ses dépendances (libexif, gphoto2 ...etc).
C'est assez bien documenté, et en plus le configure vous dit ce qu'il manque.
L'idée est de compiler cette vieille version dans un coin (genre /opt).
et de l'installer avec la séquence classique :
configure (avec --prefix=/opt)
make
make install

Ne cherchez surtout pas à compiler la première version 0.7 à utiliser SQLite, elle ne compile pas ... enfin ça à pas l'air trivial, et j'y ai perdu pas mal de temps...
En revanche, si toutes les paquets "devel" nécessaires sont présents, le build et l'installation de la 0.7.4 ne nécessitent aucune autre adaptation que le prefix.

Quand on exécute cette version, elle se charge de convertir le fichier XML en base SQLite.

Passer ensuite sur la version 0.8.x, et tout se passe bien. Il s'occupe tout seul de convertir l'ancien format SQLite vers le nouveau compatible avec la 0.8.x.

> Lire le journal (13 commentaires, moyenne: 2,5).

Bonjour,

Je viens de "mettre à jour" mon PC, c-a-d que j'ai changé la carte mère (MSI5169 ==> ABIT VH6-II) ainsi que le proc (AMD K6-II 500Mhz => PIII 1Ghz).
Autant dire une révolution pour ma pauvre vieille config.

Après avoir tout rebranché, j'ai démarré le PC sous Linux, et hop ... ça marche du premier coup :)
Souris USB, Clavier PS, CDROM / Carte Audio, Carte Graphique, Connexion Internet ... No Problem ...

... Pas d'autres commentaires pour l'instant, sinon que ce fut d'une simplicité remarquable.

Je vais maintenant tenter de démarrer sous WIN98 ... mais je sais déjà qu'il faut que je télécharge des pilotes ...

... Vive Linux !

> Lire le journal (16 commentaires, moyenne: 3,6).