Le besoin

Dans un certain nombre de projets web, j'ai besoin d'utiliser un serveur WebDAV.
J'ai besoin d'utiliser ce protocole pour permettre "au monde extérieur" d'accéder simplement à mes applications en utilisant des fichiers accessibles directement sur leur sytème de fichier, de la même manière qu'ils accèdent à des fichiers classiques. Ceci est réalisé par des points de montage WebDAV.

Étant donné que ces dévelopements web sont basés sur sur l'interface WSGI (c'est du Python) c'est tout naturellement que je désire utiliser un serveur WebDAV écrit en Python qui s'interface sur WSGI.

Mes contraintes, désires concernant le serveur WebDAV que je recherche :

• peu de dépendances
• un code assez compréhensible
• basé sur WSGI afin de :
• n'avoir qu'un seul serveur à lancer pour servir les pages web et répondre aux requêtes WebDAV
• avoir tout sur le même port
• pouvoir utiliser le serveur WebDAV en middleware WSGI

Lire la suite

Ce matin en faisant le ménage, j'ai écouté un peu près toutes les interviews radio réalisées pendant les RMLL qui ont eu lieu du 7 au 17 juillet à Nantes.
Ces interviews sont orientées grand public.
Parmi elles, je vous conseille les interviews suivantes :

• Interview de l'Association FDN :

  French Data Network est une association de loi 1901 qui a pour but la promotion, l’utilisation et le développement des réseaux Internet et Usenet.

  La première partie de l'interview est orientés "ADSL associatif" et la seconde est plus portée politique... Assemblée Nationale, Députés Godillots... C'est marrant, ses remarques à propos des logiques de clans, de la non liberté des députés... me font penser aux propos d'un homme politique dont j'ai lu récemment un livre... quelle coïncidence... :)

• Interview de l'Association FFII France :

  La FFII France est le porte parole de l’Association pour une infrastructure informationnelle libre (FFII).

  Cette organisation européenne défent les droits et libertés informationnels : les droits des auteurs et des utilisateurs de logiciels, la sécurité juridique des producteurs et des utilisateurs de logiciels, notamment par la lutte contre les brevets logiciels.

  Là encore, l'interview est intéressante au niveau politique et plus particulièrement au niveau du fonctionnement de l'Europe.

• À propos de Google Wave... Il va falloir que j'étudie cela de plus près, car pour le moment cette "techno" est plutôt abstraite pour moi... Autre information à ce sujet : Google Wave, une fois la vague de buzz retombée

• Petite note personnelle :

  que ce soit en informatique, en politique ou dans bien d'autres domaines, la plus grande difficulté n'est pas d'avoir de bonnes idées, mais la difficulté se situe au niveau de la réalisation (implémentation) de ces idées.
  Beaucoup d'idées échouent non pas parce qu'elles sont mauvaises, mais parce qu'elles ont été mal réalisé... Les sociétés, les politiques qui réussissent ne sont sans doute pas celles qui ont le plus ou les meilleurs idées mais celles qui savent le mieux les mettre en œuvre.
  Malheureusement, de bonnes idées sont souvent abandonnées car elles sont jugées sur leurs mise œuvre et non pas sur leurs valeurs intrinsèques.

• Je viens de poser une question sur la mailing list "Django users", j'y demande des commentaires à propos de l'utilisation des fonctions "here" et "here_cross". Je demande aussi si il serait judicieux d'intégrer ces fonctions lambda dans le "skeleton" de "settings.py"...

Notre cerveau est t'il multitâche ? Voici un très bon article à ce sujet....

Me concernant, la réponse est non, mon cerveau n'est pas multitâche, j'ai besoin d'un silence absolu pour me concentrer... penser... ainsi que des moments de marches silencieuses... cela fait surgir les idées...

Concernant le même sujet, j'ai remarqué chez moi, une plus grande difficulté à structurer ma penser (écrire des textes) dans un éditeur enrichi. Je suis bien plus efficace dans un éditeur simpliste comme pyroom.

• Je crois que je vais devoir encore attendre longtemps avant d'avoir une connexion 3G chez Free : Téléphonie: un sérieux concurrent pour Orange, SFR et Bouygues. Au mieux... 2010, 2011 ou même encore plus tard ?

• Très très fort :

  Parmi les innombrables messages qui circulent sur le Net, il en est un, ces jours-ci, qui m'a beaucoup intrigué. Le voici: «Dans un village qui vit du tourisme, il n'y a plus de touristes, à cause de la crise. Pour survivre, tout le monde emprunte à tout le monde. Plusieurs mois passent, misérables. Arrive enfin un touriste qui prend une chambre dans l'hôtel, qu'il paie avec un billet de 100 euros. Le touriste n'est pas plutôt monté à sa chambre que l'hôtelier court porter le billet chez le boucher à qui il doit justement cent euros. Le boucher va lui-même aussitôt porter le même billet au paysan qui l'approvisionne en viande; le paysan, à son tour se dépêche d'aller payer sa dette à la prostituée à laquelle il doit quelques «services». La prostituée va à l'hôtel pour rembourser à l'hôtelier les chambres qu'elle louait à l'heure. Comme elle dépose le billet de 100 € sur le comptoir, le touriste, qui venait dire à l'hôtelier qu'il devait repartir tout de suite, ramasse le billet et disparaît. Au total, chacun a payé sa dette; rien n'a été dépensé, ni gagné, ni perdu, par personne. Et plus personne dans le village n'a de dettes. N'est-ce pas ainsi qu'on est en train de résoudre la crise mondiale?»

  La suite du billet de Jaques Attali...

Il y a quelques années, un ami geek m'a dit :

Ça sert à rien d'aller aux rassemblements de type FOSDEM et autres, car on y apprend rien de plus que ce que l'on peut trouver sur les sites internets des projets.

À notre époque, j'ajoute en plus l'arguement suivant :

"de plus les slides et les vidéos des conférences sont disponibles sur Internet !"

Je suis d'accord avec les propos cités ci-dessus.
Il est vrai que je trouve toutes les informations dont j'ai besoin sur internet.

Il arrive rarement que j'apprenne quelque chose lors d'une présentation... j'ai bien dit rarement, je n'ai pas dit que cela n'arrive jamais !

Pour faire un parallèle avec un autre sujet similaire, je dirais que c'est un peu comme les salons commerciaux qui sont de moins en moins prisés par le public au profit des sites internet.
Il y a quelques années, les visiteurs se déplaçaient dans des salons pour trouver des documentations... maintenant de plus en plus d'information sont disponibles sur Internet. La valeur ajoutée des salons et de nos jours moins importante que par le passé.

Les autres points négatifs de ces journées de rassemblement sont :

• qu'elles peuvent couter cher (certaines journées se passent dans des pays lointains, prix de l'hôtel...)
• qu'elles "coûtent" du temps (il faut bloquer 1, 2, 3 jours ou des fois plus)

Si j'habitais Paris, je pense que j'irais à beaucoup de conférences qui se déroulent tout au long de l'année dans la capital... mais habitant Metz, cela m'est plus difficile d'un point de temps et financier.

Mais alors, pourquoi suis-je allé aux journées Python francophone (PyCONFR) les 30 et 31 juin 2009 ?

Personnellement, je vois 6 raisons qui justifient la participation à ces journées de rassemblement, les voici dans l'ordre décroissant d'importance :

1. Il est utile de se déplacer pour toutes les discussions de "couloir" (informelles...) :

   • des retours d'expériences sur les différents projets de chacun
   • des échanges d'idées
   • pour les trolls
   • pour des échanges sur des sujets qui ne peuvent/doivent pas être publiquement communiqué
   • pour avoir des informations sur ce qu'il se passe dans les coulisses de la communauté
   • ...

   On trouve ces discussions informelles :

   • dans les couloirs entre deux conférences
   • au café en fin de journée
   • lors des repas
   • avec les personnes de l'auditoire assises autour de nous
   • ...

2. il est utile de se déplacer pour peut être découvrir un projet dont on n'avait pas connaissance ou alors qui nous était paru comme sans intérêt

3. il est utile de se déplacer pour donner de la visibilité à un mouvement/projet et pour lui donner de la "force" par le nombre

4. au contact de ses pairs, on peut retrouver de la motivation à faire avancer ou initier des projets

5. mettre des visages sur des pseudos

6. la présence du public permet de motiver certain développeurs à réaliser des présentations pour l'événement qui seront utiles par la suite...

Par contre, j'ai été deux ou trois fois au FOSDEM et je n'y vais plus car ne parlant pas bien anglais, je ne peux pas participer aux discussions informelles.
Aux précédentes éditions, j'ai simplement été content de voir des personnalités comme Richard Stallman, Miguel de Icaza, Guido van Rossum, Tristan Nitot... mais sinon, les slides et les vidéos disponibles sur internet me suffisent.

Mon bilan de Pycon-fr 2009

C'est la troisième fois que je vais aux journées Python Francophone et je dois avouer que les conférences m'apprennent de moins en moins de chose.
Étant donné que je me tiens assez bien au courant de l'actualité Python tout au long de l'année, il est rare que je passe à coté de quelque chose. Par contre, lors de la première édition, j'avais appris de nombreuses choses.

Cette année, j'ai tout de même découvert Tokyo Cabinet... et certaine présentations m'ont données envie d'essayer CouchDB... La présentation de Atomisator m'a donné envie de l'utiliser.

D'autre part, je suis très content de toutes les discussions informelles du samedi soir et de la journée de dimanche.

Les sessions «Promouvoir Django en entreprise», ainsi que «http://fr.pycon.org/sessions/seances/discussion_autour_de_python_et_du_web» m'ont vraiment plus... bien que je pense que la première n'aurait pas du être limité à Django... J'aurais aimer que ces discussions durent beaucoup plus longtemps. J'ai l'impression que le public avait encore beaucoup de question et que le débat aurait pu être très riche si nous avions disposé de plus de temps.

Mention spéciale à la présentation "Sortez votre python pour draguer" ! Cette présentation était vraiment géniale... elle m'a bien fait rire.

Pour l'année prochaine

• Je vais essayer de voir pour faire une présentation. Pour cette année, j'avais déjà de nombreuses idées de présentation mais j'ai eu peur de ne pas avoir le temps de bien la préparer... et je n'ai pas envie de faire une présentation bâclé. Je proposerais une présentation uniquement si je l'ai préalablement réalisé.

• Peux être que je donnerais un coup de main pour faire la promotion des journées Python sur divers canaux autre que linuxfr... il va falloir définir la liste...

Remarques

• Lors de l'atelier "Django par la pratique", j'ai constaté qu'il est très difficile d'animer un atelier. C'est difficile pour deux choses :

  • il y a toujours une ou deux personnes qui ralentissent le mouvement car elles ont toujours des problèmes. Peut être parce qu'elles ont un niveau un peu plus bas que les autres. Dans ce cas c'est une situation difficile à gérer pour l'animateur.
    La solution serait peux être (je vois que c'était indiqué dans la présentation :( ) de mettre à disposition quelques assistant dans la salle pour aider spécifiquement ces personnes.
    Avec du recul, je me dis que j'aurais dû jouer spontanément ce rôle... enfin... je le saurais pour la prochaine fois.
  • d'autre par, il est très difficile pour un "élève" de "coder" en même temps que le présentateur. Les "élèves" se concentrent uniquement sur leurs fichiers, sur le contenu des leurs éditeurs textes et ils n'arrivent plus à se concentrer sur l'esprit, les concepts de l'atelier.
    Surtout si l'atelier présente de nouvelles notions comme par exemple lors de l'atelier "Django par la pratique", certain "élèves" n'étaient pas du tout "aware" avec la notion de "test driving". Ils ont été perturbé par le doctest et ont décroché.
  • Je pense que la réalisation d'une application en "live" est une chose très positive pour la promotion d'un outil de développement... cela permet de démystifier la "chose"... mais je ne suis pas certain que de le faire réaliser par le public soit positif... j'ai toujours eu le sentiment qu'un travaille d'apprentissage, de réflexion comme faire du développement doit se faire seul; seul avec un livre, seul avec une machine, au calme car cette activité nécessite une certaine concentration.
    J'ai personnellement toujours eu du mal à étudier/comprendre quelque chose quand quelqu'un l'explique au tableau à de nombreuses personnes...
    Il suffit que je décroche pendant 30 secondes pour perdre le fil et de rendre inutile tout le reste de la présentation...
    alors qu'avec un livre ou même avec une vidéo j'ai la possibilité de revenir en arrière, de prendre le temps de réfléchir...
• il faut plus de formules comme « Discussion autour de Python et du Web »
• Chaque année, je trouve que le café Chérie n'est pas adapté aux apéros... aux échanges... je ne sais pas pourquoi allons nous toujours dans ce café ?
• Il n'y avait pas de sucre pour le café :)

Idée

• Réaliser un formulaire qui permet de recencer les personnes qui sont venus... :
  • un papier qui contient une URL vers un formulaire web, pour savoir :
    • si elle est déjà venu à d'autre édition
    • si elle est débutante en Python
    • les sujets recherchés
    • ...

Pour finir, une chose me vient à l'esprit : je n'ai jamais participé à un sprint, par curiosité, j'aimerais bien participer à un événement de ce type... maintenant... il faudrait trouver le sujet, les personnes, le lieu, la date...

Quand à Paris...

C'est toujours après deux jours passé à Paris que je me rends compte que je ne pourrais pas y vivre... et les discussions entendu dans le métro entre des parisiens me repoussent encore plus.

Je trouve que les gens dans le métro manquent de courtoisie... je trouve que tout est sale, poisseux... après quelques heures à Paris je me sens sale... l'air ne sent pas bon... en tout les cas, cela me donne un certain sentiment d'anxiété. Je ne sais pas si c'est à cause d'un manque de repère... ou autre... enfin bref, cela ne me donne pas envie d'y vivre.

Mardi, je serai très content de pouvoir reprendre mon vélo pour aller au travail.

• Il y a quelques jours, j'étais à la recherche d'un outil permettant de synchroniser deux comptes imap. Mon besoin était spécifique, je voulais :

  • transférer d'un compte à l'autre uniquement les messages qui datés de plus de 6 mois
  • effacer sur le compte imap source les messages transférés

  J'ai posé la question sur divers mailing lists (postfix-users, courier-users) et j'ai eu comme réponse : "imapsync". Résultat : ça marche très bien, l'outil est très pratique. J'utilise cet outil dans un système d'archivage automatique de mails.

  Exemple d'utilisation de "imapsync" :

      $ imapsync --host1 source.example.com --user1 stephane@source.example.com --password1 secret_password1 \
                      --host2 destination.example.com --user2 stephane@destination.example.com --password2 secret_password2 \
                      --minage 120 --subscribe --delete --expunge1
      

• Le site UI Patterns (User Interface Design Pattern Library) est vraiment génial. Je me demande si il existe la même chose pour les applications lourdes... De plus je viens de trouver qu'il existe d'autres sites à propos du même sujet :

  • UI Pattern Factory
  • Welie.com (Patterns in Interaction Design),
  • Yahoo - Design Pattern Library,
  • Open Source Design Pattern Library,
  • WebAppers - Hunting the Best Open Source Resources for Web Developers,

  Par contre, je n'ai pas trouvé d'article à ce sujet sur Wikipedia.

  Si vous avez d'autres ressources de ce type, je serais ravi de les connaître. Peux être qu'il serait utile de créer une page Wikipedia pour rassembler ces ressources...

• Je viens de découvrir la catégorie Lightweight markup languages. On y retrouve reStructuredText, Markdown, Creole Markup et bien d'autres...

• Automatisation de l'installation des CSS blueprint dans un projet Pylons : Blueprint-pylons. Peut être que je vais m'inspirer de ce package pour créer d'autres "systèmes" d'installation automatique... par exemple pour JQuery, DojoToolkit...

• Excellent : Loi contre la téléportation illégale :) (à noter une coïncidence avec le pycon fr qui va avoir lieu dans cinq jours)

• Il y a deux jours, je me suis rendu compte que j'étais passé à coté d'une superbe documentation (livre) sur le framework web Python Pylons. Ce livre disponible en ligne ainsi que sur un suport physique est diffusé sous la licence GNU Free Documentation License, par conséquence, vous pouvez librement consulter ce livre en ligne.
  Les curieux et aventuriers n'ont donc plus d'excuses pour ne pas se lancer à la découverte de ce fabuleux framework.

• Depuis le lundi 27 avril, je possède un clavier Typematrix Bépo. Pour un retour d'expérience, je vous conseille de lire cet article sur linuxfr... je me retrouve assez bien dans l'expérience vécu par l'auteur. Pour suivre ma progression concernant l'utilisation de ce clavier, rendez vous à cette adresse...

• J'ai de nombreuse fois pensé à développer ou proposer sur la mailing list de Wikipedia et/ou Wiktionary l'idée d'une solution technique permettant d'effectuer des requêtes sur les informations contenus dans ces wikis. Exemples concrets :

  • «je souhaite obtenir la liste de toutes les communes du département de la Moselle»,
  • «je souhaite obtenir la date de naissance de Victor Hugo»,
  • ou encore «je souhaite obtenir la liste des synonymes de 'soleil'»...

  Et cela servirait à quoi ? Et bien à plein d'usage ! Comme :

  • Dans des assistants de formulaires d'applications qui pourraient avoir besoins de listes de communes, de rues...
  • Dans des applications de corrections orthographiques, assistants grammaticaux...
  • Dans des applications éducatives
  • Dans des générateur de donnés réalistes de démonstrations utilisées pour tester des applications
  • ...

  Et bien mardi dernier, je suis tombé sur le projet DBpedia qui correspond exactement à ce que je viens de décrire !
  Encore une fois, ça laisse penser que les innovations, découvertes, inventions de demain sont présentes dans "la moelle" des connaissances et des technologies du présent. Elles découlent souvent d'une simple suite logique des choses qui quoi qui l'arrive devaient être réalisés, trouvés...

• Je viens de finir il y a quelques jours le livre "Getting Things Done". Vraiment très très intéressant ! Je commence petit à petit à mettre en pratique cette méthode. Pour ceux qui veulent en savoir plus sans acheter le livre, l'article de Wikipedia sur la méthode GTD est un très bon point de depart.

  Pour une fois, j'ai pris des notes pendant la lecture de ce livre... ce qui me permettra "un jour, peut-être" (ceux qui connaissent la méthode GTD comprendront alors ce «private joke») de réaliser une présentation qui me permettra de partager les conseils et techniques prodigués dans les livres suivants : "Getting Things Done", "Mieux s'organiser pour gagner du temps", "Practices of an Agile Developer", "Petit guide à l'usage du développeur agile". Tout ces livres qui peuvent "changer" votre vie... en tout les cas, ils ont changé la mienne.

Voici dans ce billet quelques notes à propos de la configuration de Elixir dans Pylons "0.9.7". J'y ai aussi ajouté une "explication" personnelle de l'initialisation/configuration de SQLAlchemy dans Pylons.

Lire la suite...

• J'ai publié mon premier "egg" python :) : harobed.paster_template.advanced_package.
  C'est un package qui contient un "template" (squelette) paster qui permet la construction rapide d'un package python (voir la homepage du package pour savoir comment l'utiliser).
  Ce template apporte quelques fonctions supplémentaires par rapport au template "basic_template" intégré dans Paster : la prise en compte des namespaces et l'ajout des fichiers "buildout".

  Bon... en effet mon premier package est tout petit... mais c'est déjà ça :)

  Au passage, je tiens à signaler que je trouve les commandes "python setup.py register" et "python setup.py upload" vraiment plaisantes à utiliser pour publier son package.

• J'ai testé l'application Getting Things Gnome! (news sur linuxfr). C'est une application de gestion de TODO list qui suit les "recommandations" du best sellers de David Allen : S'organiser pour Réussir : Getting Things Done.
  Autres liens à propos du même sujet :
  • Tracks : application web de GTD écrit en RoR
  • yaGTD : application GTD en ligne de commande
  • Why plain text ? : acticle sur une méthode de gestion de TODO list en plain text suivant la méthode GTD.

• Ce week end, j'ai lu le "Bazaar User Guide" dans son intégralité.
  Vraiment très intéressant... très puissant ! J'adore.
  Peux être qu'un jour je lirais la documentation d'autres DVSC afin de connaître ce qui les différencient...

  Note : je pense qu'il faut un peu près 4h pour lire Bazaar User Guide et faire des expériementations.

Django Site of the Week est un site Internet très intéressant. Il présente une fois par semaine (en théorie) divers informations à propos du développement d'un site Internet développé sous le framework Django.

Les thèmes souvents abordés :

• l'historique du projet : solution passée...
• des statistiques sur l'utilisation du site Internet
• la méthode de réalisation du projet
• les choix technologiques
• les solutions d'hébergement utilisées
• ...

Je trouve ces articles très intéressants. La lecture d'expériences vécues par d'autres développeurs est souvent très enrichissante et utile pour mes propres développements.

Depuis un peu plus d'une semaine, j'utilise l'agrégateur de flux Google Reader. Pour le moment je suis très satisfait.

Avant cela, j'utilisais l'agrégateur Liferea. Liferea est une application lourde fortement intégrée à GNOME (mon environement du bureau quotidien).

Après plusieurs mois d'utilisation de Liferea, j'ai relevé quelques inconvénients d'ordre techniques ou organisationnels :

• problèmes de performances : la plupart des opérations sont synchrones ce qui génère des "freezes" de l'application lors de l'exécution d'opérations lourdes. À force, ceci est très désagréable.
• je ne peux pas utiliser mon agrégateur si je ne suis pas sur mon laptop ce qui est vraiment problèmatique, parce que, dans ce cas :
  • je n'ai pas accès à ma liste de flux
  • je ne peux pas ajouter une nouvelle entrée dans ma liste (et donc bien souvent je perds ou j'oublie le lien dans mon del.icio.us)
  • je perds la trace des billets que j'ai déjà lu ou non lu

Depuis que j'utilise Google Reader, j'y trouve de nombreux avantages :

• performance : comme tous les services Google, Google Reader est très performant; aucune lenteur constaté... je dirais même plus, il est très performant;
• l'utilisation d'un agrégateur online est parfaitement adapté à mon usage, je peux consulter/gérer mes flux depuis n'importe quel poste connecté à Internet;
• l'interface utilisateur est très pratique à l'usage.

Le seul inconvénient d'un agrégateur online est qu'il est impossible de consulter ses flux offline :) ... bon... en fait ce n'est pas tout à fait vrai car Google Gears permet une utilisation offline de Google Reader... mais bon, en fait j'en ai pas l'usage... je suis toujours online.

Un autre inconvénient concernant Google Reader se situe d'un point de vue éthique. En règle générale j'évite d'utiliser les services Google car je ne souhaite pas en devenir dépendant. Par exemple je n'utilise pas d'adresse Gmail et jusqu'à présent je ne souhaitais pas utiliser Google Reader... mais j'ai décidé de faire une exception en attendant de trouver une autre solution pratique.

Une autre solution en ligne

Si l'on souhaite utiliser une solution online tout en restant indépendant il est possible d'installer sur son serveur personnel l'application web Tiny Tiny RSS.

Inconvénient : cette application consomme sans doute beaucoup d'espace disque (les billets sont peut être enregistrés sur le serveur) et peut être aussi d'importantes ressources CPU sur le serveur qui hébergera Tiny Tiny RSS. Le service Google Reader a sans doute l'avantage technique de partager des centaines de millier de comptes utilisateurs ce qui leur permet de partager les ressources (les billets sont sans doute partagés entre les comptes utilisateurs) ce qui permet un gain de place important.

L'avenir de Liferea ?

D'après le blog du développeur de Liferea la priorité numéro une est l'amélioration des performance de l'application. Apparemment cela pose problème à la plupart des utilisateurs.

Toujours d'après ce blog, les pistes soulevées sont :

• peut être un redéveloppement from scratch;
• l'utilisation de GTask (librairie asynchrone basée sur GObject);
• peut être une utilisation de sqlite.

Peut être qu'une piste serait de regarder quels sont les choix des autres agrégateurs libres ou propriétaires sous GNU/Linux, MS Windows ou Mac OS X.

Quelques idées en vrac de fonctionnalités que j'aimerais trouver dans Liferea

• centralisation des abonnements, billets lus... la synchronisation avec un service en ligne permettrait cette fonctionnalité.
• permettre le partage de certains dossiers d'abonnements, un peut comme dans Google Reader. Là aussi la synchronisation avec un service en ligne permettrait cette fonctionnalité.
• permettre d'appliquer des tags à des billets. Cela permet par la suite de de retrouver plus facilement un billet.
• indiquer un billet comme lu lorsque l'utilisateur l'a totalement "scrollé". Comme dans Google Reader.
• système de plugins (travailler en collaboration avec le système de plugins de Gedit).
• peut être un découpage en client / serveur (utilisation de dbus) afin de permettre à d'autres applications GNOME de communiquer avec le système de gestion des flux.

Je viens de réaliser mon premier package Debian. J'ai packagé l'outil "Utrac".

Qu'est ce que "Utrac" ?

"Utrac" est outil qui permet de trouver l'encodage d'un fichier texte.

Example :

$ utrac -p index.html
ASCII

Il est techniquement impossible de détecter à 100% l'encodage d'un fichier mais jusqu'à présent "Utrac" (1 an d'utilisation) m'a toujours donné de bons résultats.

"Utrac" permet aussi de convertir des fichiers d'un encodage à un autre mais je n'ai jamais utilisé cette fonctionnalitée. Pour cette tâche j'utilise au choix iconv ou recode.

Je ne garantie pas que le package Debian soit parfaitement réalisé (c'est mon premier paquet), si vous constatez des erreurs de packaging, n'hésitez pas à me les signaler.

Ma version modifiée de Utrac n'est pas un fork, j'ai envoyé mes modifications aux auteurs de Utrac.

• Archive source modifié de Utrac : utrac_0.3.0-1.tar.gz
• Package Debian : utrac_0.3.0-1_i386.deb
• Branche bazaar :
• consulter ma branche...
• Télécharger :

  $ bzr co http://www.harobed.org/bzr/utrac/
  

J'ai au passage converti Utrac à autotools.