Café au Miel

How to install dbus-python in a virtualenv ?

Thomas — Thu, 15 Apr 2010 20:54:00 +0200

It's simple ! But hey, I haven't post for months...

Grab the sources' last version (0.83.1 at the moment) from the freedesktop site :

$ wget http://dbus.freedesktop.org/releases/dbus-python/dbus-python-0.83.1.tar.gz

Then extract the archive and cd into the extracted folder :

$ tar -xvzf dbus-python-0.83.1.tar.gz
$ cd dbus-python-0.83.1/

Run the configure script with the prefix option set to virtualenv folder, e.g for my testenv virtual environment it would be /home/myself/.virtualenvs/testenv :

$ ./configure --prefix /path/to/your/virtualenv

Finally, compile&install with the classic combo make; make install :

$ make
$ make install

You can test if the installation was successful but I have no doubts !

$ python
>>> import dbus
>>> dbus.__version__
'0.83.1'

However, if you get the following, something didn't happen properly...

>>> import dbus
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named dbus

Note that due to the use of a virtual environment it's not necessary to run make install as a privileged user.

Resources :

Tutorial : http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html
API reference : http://dbus.freedesktop.org/doc/dbus-python/api/

The end.

Configuration de mod_wsgi pour Python 3.1

Thomas — Sun, 06 Dec 2009 14:52:00 +0100

Je suis actuellement en train de ~~travailler~~ jouer avec un framework web pour python3. Mis à part Bottle, qui fonctionne sur les version 2.x et 3.1 de Python, aucun des frameworks web majeurs actuels (Pylons, Django, TurboGears...) n'a fait la transition, même si celle-ci est déjà entamée ne serait-ce que dans la mesure où Python 2.6 est supporté.

Tout récemment mod_wsgi, le module Apache conçut pour les applications python wsgi est sorti en version 3.0 (puis rapidement en version 3.1 pour corriger quelques bugs). Cette version apporte le support de Python 3.1 en plus des versions suivantes : 2.3, 2.4, 2.5 et 2.6 (rappelons au passage que Python 3.0 a été abandonné par la PSF au profit de Python 3.1).

Je me suis donc penché sur l'installation de mod_wsgi pour Python 3.1. Les explications suivantes sont tirées de celles que j'ai rédigées pour le wiki d'Archlinux.

Introduction

Je pars du principe que Python, Apache et les outils de la chaîne de compilation, sont déjà installés. Par ailleurs les chemins qui sont indiqués sont ceux propres à ArchLinux, il est possible que pour d'autres distributions cela change. Les outils utilisés sont ceux proposés par toutes les distributions (ou presque ?), il ne devrait donc pas y avoir de changements à faire à ce niveau là.

Installation

Téléchargez les sources depuis le site du projet : http://code.google.com/p/modwsgi/downloads/list, il vous faudra la version 3.1 au minimum.

Décompressons tout ça : ~ $ tar -xvf mod_wsgi-3.1.tar.gz

Puis : ~ $ cd mod_wsgi

Il faut ensuite configurer mod_wsgi pour la compilation :

~/mod_wsgi $ ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --with-python=/usr/bin/python3

Les paramètres que je passe à ./configure me permette de lui indiquer où se situent les exécutables qu'il faudra utiliser. En particulier --with-python est très important car si je ne le spécifie pas mod_wsgi se contentera du programme python qui réside dans /usr/bin/ et qui est en fait Python 2.6, je doit donc le forcer à utiliser python3.

On lance la compilation : ~/mod_wsgi $ make

Puis l'installation (avec l'utilisateur root): ~/mod_wsgi # make install

Activation dans Apache

Configuration d'Apache

Il faut ensuite ajouter la ligne suivante au fichier de configuration d'Apache (/etc/httpd/conf/httpd.conf en ce qui me concerne) : LoadModule wsgi_module modules/mod_wsgi.so

Redémarrez Apache pour qu'il prenne en compte les changements : ~# /etc/rc.d/httpd restart Si une erreur se produit ici, c'est qu'il y a probablement une erreur dans le fichier de configuration, par exemple, que le module est mal installé. Le fichier log d'Apache devrait dans ce cas contenir un message d'erreur détaillé.

Test

Ajoutons encore quelques directives au fichier de configuration d'Apache. Ceci nous permettra de tester notre installation avec une petite application WSGI. Pour plus de détails sur la configuration d'Apache ou de mod_wsgi reportez vous à leur documentation respective. A la fin de celui-ci copier ce qui suit :

WSGIScriptAlias /wsgi_app /home/www/wsgi-scripts/wsgi_app.py
<Directory /home/www/wsgi-scripts>
    Order allow,deny
    Allow from all
</Directory>

Redémarrer à nouveau Apache.

Créer le dossier www/wsgi-scripts dans le répertoire /home et faite en sorte que l'utilisateur sous lequel Apache est lancé (par défaut il s'agit de http) puisse y accéder en lecture : ~ # cd /home /home # mkdir -p www/wsgi-scripts /home # chmod -R a+r www

Créer ensuite un fichier wsgi_app.py dans le dossier nouvellement créé, et copier-y ceci :

#-*- coding: utf-8 -*-
def wsgi_app(environ, start_response):
    import sys
    output = str(sys.version)
    status = '200 OK'
    headers = [('Content-type', 'text/plain'),
               ('Content-Length', str(len(output)))]
    start_response(status, headers)
    yield output

application = wsgi_app

Redémarrons encore une fois Apache afin d'être certain que tous les changements ont été pris en compte.

A présent, si vous naviguer jusqu'à l'adresse http://localhost/wsgi_app vous devriez voir s'afficher quelques lignes ressemblants à :

3.1.1 (r311:74480, Aug 27 2009, 04:56:37) 
[GCC 4.4.1]

L'important étant de bien avoir 3.1.x pour la version de Python.

Plus d'info :

Liens :

Documentation

X11R7.5 est publié ! Oui mais...

Thomas — Wed, 28 Oct 2009 11:55:00 +0100

Récemment X11R7.5 a été publié. Je me propose à cette occasion de revenir sur le projet X.org au travers d'une traduction d'un article publié par l'un des ses hackers. La conclusion est néanmoins de mon cru et les réflexions associées n'engage que moi.

Cette article est donc une traduction intégrale, avec son aimable autorisation, d'un article de Petter Hutterer, un développeur impliqué dans le projet X.org et en particulier derrière X Input.

Début de la traduction.

X11R7.5 publié. Certes, mais encore ?

Grâce aux efforts d'Alan Coppersmith, X11R7.5 a été publié il y a quelques jours. Qu'est ce que cela peut bien vouloir dire.

Ce billet vise à mettre en lumière les composants de X11R7.5 ainsi qu'à expliquer d'où proviennent leurs numéros de version.

X Window

Si vous utilisez un système d'exploitation différent de Microsoft Windows ou de Mac OS X, il est fort possible que vous utilisiez également X Window System, également appelé "X11" ou simplement "X". X consiste en un assemblage de plusieurs pièces, dont certaines sont plus visibles que d'autres, qui toutes ensembles sont "X Window System"?

X Protocol

LE composant d'X est le protocole X. Il définit X et est principalement une API. Dans ce qu'on appelle le protocole X, on distingue le protocole "cœur", qui date des années 80 et plusieurs extensions, essentiellement des additions au protocole cœur. Quand vous entendez parler de XInput, XRandR, RENDER, etc., ce sont des extensions.

X Server et les pilotes

X Server est le processus qui "discute" avec les pilotes et qui "écoute" les applications qui requièrent de dessiner des "trucs". C'est également lui qui récupère les événements d'entrée et les transmet à la bonne application. En fonction de votre matériel, vous utiliserez un certain nombre de pilotes. Actuellement, les pilotes généralement utilisés sont evdev et synaptics pour les entrées, et intel, ATI ou Nvidia pour la partie graphique.

C'est encore X Server qui implémente le protocole cœur et la plupart de ses extensions, différents X Servers pouvant implémenter différentes versions. Globalement, le plus récent X Server implémente la version la plus récente du protocole.

Xlib et compagnie

Xlib (parfois libX11) est la bibliothèque logicielle qui permet aux applications de "discuter" en X Protocol avec le X Server. Elle enrobe le protocole dans une API d'un peu plus haut niveau. Quasiment toutes les applications graphiques actuelles utilisent Xlib à un moment ou à un autre, Xlib est d'ailleurs abstraite par les toolkits graphiques, comme GTK ou Qt.

Xlib a été longtemps la seule bibliothèque à utiliser le procotole X mais depuis quelques années, XCB gagne du terrain (en fait les dernières versions de Xlib utilisent XCB pour ce qui relève du bas niveau).

Les applications X

Il y a de nombreuses applications qui font traditionnellement partie du X Window System. Parmi elles, le fameux xeyes, mais aussi des outils cruciaux comme setxkbmap ou xkbcomp.

Le reste

Il y a aussi, au sein du X Window System, nombre d'autres paquets qui comptent les polices de caractères, des outils divers, des données... Je passe sur les détails, il suffit juste de savoir qu'ils sont là.

X11R7.quoi ?

Si l'on revient en arrière de quelques années, tous ces composants étaient regroupés dans un unique dépôt. Et pour construire un seul d'entre eux, il fallait construire tous les autres. Pour en publier un, il fallait publier tous les autres. Avec le temps, les numéros de versions de cet arbre monolithique ont atteint 6.9.

X11R6.9 (X11 édition 6.9) fut la dernière publication unifiée. Vers 2005, l'arbre monolithique a été éclaté en plusieurs dépôts, un par composant. À ce moment là, les numéros de version ont également été remis à 1.0 pour la majeure partie des composants (ceux qui en étaient à 6.9, voire à 7.0).

Depuis, les publications X11.R7.x (appelée également katamari) sont très similaires aux distributions. Elles embarquent un des modules, chacun d'une certaine version et dont on sait qu'ils fonctionnent ensemble, et les regroupe en un seul jeu. Les modules en eux-même sont indépendants des katamaris et leurs numéros de version peuvent sauter entre les katamaris. Par exemple, X11R7.4 inclut X Server 1.5 mais pour X11R7.5 c'est X Server 1.7.

C'est une source de beaucoup de confusion. La plupart des utilisateurs ne savent pas s’ils utilisent 1.7, 7.5, 1.0 ou 6.8. Un katamari vise juste à fournir un jeu de composants suffisant pour faire tourner un GUI basique. C'est pourquoi avec le temps des modules ont disparu ou au contraire ont été introduits au sein des katamaris. Un module inclus dans X11R7.5 pourrait ne pas l'être dans X11R7.6 et réciproquement (la liste complète des modules et de leur version se trouve au début du journal des changements de X11R7.5).

Quelle version est importante ?

Les katamaris sont important principalement pour les distributeurs. Ils représentent un jeu de module d'une certaine version dont on sait qu'ils fonctionneront ensembles et en cela ils facilitent le packaging. Une distribution est libre de démarrer avec un katamari et d'inclure les nouvelles versions des modules au fur et à mesure de leur publication. Un katamari est un point de départ, rien de plus.

Pour ces raisons, il importe rarement aux utilisateurs finaux de savoir si un module qu'ils utilisent est inclus dans un katamari ou non. Pour les rapports de bug, les développeurs ont besoins des numéros de version des tous les modules impliqués afin de réduire leur champ d'investigation.

Pour connaître le numéro de version du X Server et des pilotes, il suffit de regarder au début du fichier /var/log/Xorg.0.log. La première ligne concerne le X Server. Comme les pilotes sont chargés dynamiquement, il faudra chercher dans le journal. Par exemple, le mien me dit :

X.Org X Server 1.7.0

...

(II) Module intel: vendor="X.Org Foundation"

      compiled for 1.6.99.903, module version = 2.9.0
      Module class: X.Org Video Driver
      ABI class: X.Org Video Driver, version 6.0

...

(II) Module evdev: vendor="X.Org Foundation"

      compiled for 1.7.0, module version = 2.3.0
      Module class: X.Org XInput Driver
      ABI class: X.Org XInput driver, version 7.0

...

(II) Loading /usr/lib/xorg/modules/input/synaptics_drv.so (II) Module synaptics: vendor="X.Org Foundation"

      compiled for 1.6.99.900, module version = 1.1.99
      Module class: X.Org XInput Driver
      ABI class: X.Org XInput driver, version 7.0

J'utilise donc actuellement X server 1.7.0 avec evdev 2.3.0, intel 2.9.0 et synaptics 1.1.99. Que ces versions fassent ou non partie d'un katamari importe peu.

Les applications X ont habituellement un paramètre -version. Pour les bibliothèques, le mieux est d'utiliser le système de gestion des paquets de la distribution (par exemple rpm -q libX11) pour accéder au numéro de version.

Fin de la traduction.

Conclusion

X.org est sans doute l'élément le plus critique après le noyau pour l'utilisation au quotidien d'un bureau Linux. Le projet souffre pourtant d'un manque de visibilité (ce que je trouve ironiquement paradoxal pour un projet qui nous permet de voir nos applications...) et d'un manque de main d'œuvre important.

Je n'ai pas les compétences requises pour participer au développement de X, j'ai tout juste celle pour traduire les articles de ceux qui le font, c'est donc ma maigre contribution au projet que de les aider à communiquer sur le travail.

Pour en savoir plus :

http://www.x.org/wiki/ : Le site de la X.org fundation qui supervise le développement de X.org
http://who-t.blogspot.com/: Le blog de Peter Hutterer, l'auteur de l'article originel
http://fr.wikipedia.org/wiki/Xorg : L'article Wikipedia sur X.org

Note au lecteur : Cette article a été également publier sur le site linuxfr.

A byte of python, en français s'il vous plait !

Thomas — Tue, 27 Oct 2009 14:25:00 +0100

L'excellent livre d'introduction à Python 3 de C.H. Swaroop, A Byte of Python, dont j'avais parlé ici même, a été traduit en français grâce à Gérard "Palmipede" Labadieau et à l'aide de volontaires.

Rappelons que ce livre, qu'il est possible d'acheter imprimé des arbres morts en version anglaise (1), se veut une introduction poussée à Python. Destiné aux grands débutants en Python, ou en programmation en général, il aurait sa place avant Dive into Python.

La traduction (2) est accessible en ligne aux cotés de la version originale (3).

(1) : http://www.lulu.com/content/4313405 (2) : http://www.swaroopch.com/notes/Python_fr:Table_des_Matières (3) : http://www.swaroopch.com/notes/Python_en:Table_of_Contents

Une nouvelle version de maintenance pour Python 2.6

Thomas — Tue, 27 Oct 2009 09:39:00 +0100

C'est en effet la quatrième version de maintenance de la branche 2.6 de Python qui a été publiée ce week-end (1) après un cycle de développement particulièrement court (23 jours écoulés depuis la publication de la version 2.6.3 le 2 octobre 2009).
Celle-ci n'apporte pas de nouvelle fonctionnalité mais adresse plusieurs bugs jugés critique par l'équipe de développeurs (2). Pour l'essentiel il s'agit de corrections apportées à la bibliothèque standard de python. On remarquera en particulier la réparation de la régression introduite à la version 2.6.3 dans le module distutils qui empêchait l'installation de modules à l'aide de l'outil setuptools.
On retrouve aussi une correction au module intégré (Builtin) marshal. Pour mémoire ce module assure la sérialisation (et la dé-sérialisation) de valeur python au format binaire (3), son usage est réservé à des situations très particulières, les modules pickle et shelves étant bien plus efficaces et adaptés pour la persistance de données.
C'est donc à une nouvelle version utile bien que sans surprise à laquelle nous avons affaire. La mise à jour est évidement recommandée, ne serait-ce que pour pouvoir à nouveau exploiter pleinement le Python Packages Index (4).

(1) : http://python.org/download/releases/2.6.4/
(2) : http://python.org/download/releases/2.6.4/NEWS.txt
(3) : http://docs.python.org/library/marshal.html
(4) : http://pypi.python.org/pypi

PyMOTW : shelve

Thomas — Wed, 19 Aug 2009 11:37:00 +0200

Une nouvelle traduction d'un des PyMOTW de Doug Hellmann est en ligne. C'est le module shelve qui est à l'honneur cette fois. Comme d'habitude la page est accessible par le menue à droite.

Python 3.1.1, Documentation

Thomas — Tue, 18 Aug 2009 14:40:00 +0200

Le 13 Août dernier sortait la première version de maintenance de Python 3.1 ! Cette version n'apporte pas de fonctionnalité mais corrige de nombreux bugs. Bien qu'aucun ne soit particulièrement méchant, cette version stabilise Python 3.1 en corrigeant des crashs de l'interpréteur lorsque certaines fonctions (en particulier la fonction dir()) étaient appelées et quelques segfaults.

Par ailleurs il ne vous a sans doute pas échappé qu'il y a 2 semaines de ça http://www.python.org est resté hors ligne pendant 2 longs jours. C'est un problème de disques durs sur la machine hébergeant le serveur http de plusieurs sites python.org (dont www, docs, planet..) mais aussi de jython.org et le dépôt svn de python qui a engendré la coupure. Bien que cette panne ait été (heureusement) réparée depuis, la documentation de python a entre autre été inaccessible pendant quels temps. Chose "amusante" comme il est nécessaire à l'installateur de la documentation (make html) de récupérer l'utilitaire sphinx depuis svn.python.org pour compiler la documentation html à partir des sources ReStructured Text, il ne m'était pas possible de la construire et de la consulter en locale, alors que je les avais sur mon disque dur...

C'est pour ces raisons que j'ai décidé d'héberger la documentation, et les sources, de Python 3.1.1 au cas où Tout cela est donc accessible sur cette page.

Liens :

Mise à jour du PyMOTW sur pickle

Thomas — Tue, 18 Aug 2009 10:20:00 +0200

Le PyMOTW concernant pickle a été complété par mes soins afin de documenter un changement apparut avec la version 3 de Python. Ce PyMOTW est accessible ici.

PyMOTW : pickle and cPickle

Thomas — Tue, 04 Aug 2009 16:31:00 +0200

J'ai été pas mal occupé ces derniers temps et traduire un PyMOTW prend plus de temps que prévu. Néanmoins, celui traitant de pickle est en ligne comme promis. Le suivant sera le PyMOTW sur le module shelve.

Comme d'habitude il est accessible à partir du menu à votre droite.

PyMOTW : pickle and cPickle

PyMOTW : string

Thomas — Wed, 29 Jul 2009 11:41:00 +0200

Nouvelle traduction d'un PyMOTW
C'est le module string qui est traité aujourd'hui. La page est accessible par le menu Pages à droite.
D'autres devraient suivre cette semaine, le prochain PyMOTW traduit sera celui concernant pickle.

PyMOTW : string

sfFirePHPLoggerPlugin : the come back

Thomas — Sun, 26 Jul 2009 17:33:00 +0200

Months ago I published a plugin for the well know php web framework symfony. Today I've stopped to use php but, as people asked me to put online again the plugin, I repost here the original page and reupload the archive. If someone is willing to take over the plugin, I'll give it to him with pleasure.
Note that the plugin was developed for symfony 1.1 but should work in 1.2. Furthermore, I don't support this plugin any more.

Original message

Let me introduce my first symfony plugin : sfFirePHPLoggerPlugin. Working with symfony and Firebug would have never been so easy ! It allows you to display in a clean, readable and structured way anything you want from your PHP code, and even the symfony built-in events through a sfLogger class.

Requirement

Firefox : You'll need a version > 2 and up Firebug : Install the version 1.1 if you run Firefox 2+, or the version 1.2 if you run Firefox 3+ and up FirePHP : Download the FirePHP extension for Firefox

Getting started

Extract the plugin in your project plugin's directory, as for any symfony plugin.

Then merge the following lines to your application factories.yml file (located in path/to/your/project/apps/myApps/config/factories.yml) :

dev:
  logger:
    class: sfAggregateLogger
    param:
      level: debug
      loggers:
        sf_FirePHP:
          class: sfFirePHPLogger
          param:
            level: debug

Clear your project cache :

$ path/to/your/project/symfony cc

And you're done, you should have now something like :

Logging more than messages

You can of course access the FirePHP class like any other class in symfony. So all the examples on firephp.org would work in the same way

You can now log and display in a neat way your arrays, your objects and much more !


FirePHP::getInstance(true)->dump($myObject);
FirePHP::getInstance(true)->dump(array('key' => 'value', 'anotherkey' => 'anothervalue');

Security

As firePHP can display sensible data about the inner mechanisms of your website, I strongly advise you to never use it in an other environment than development.

Download

   * sfFirePHPLoggerPlugin-0.2.zipsfFirePHPLoggerPlugin-0.2.zip
   * sfFirePHPLoggerPlugin-0.2.tar.gzsfFirePHPLoggerPlugin-0.2.tar.gz

Links

   * more about how to log your message in symfony
   * the FirePHP official documentation
   * the FireBug Documentation

Feedback

Feel free to comment here with your opinion and your remarks.

Traduction, PyMOTW : csv

Thomas — Fri, 10 Jul 2009 13:50:00 +0200

La première traduction des Python Module Of The Week est en ligne !
C'est le module csv qui ouvre le bal. J'en fais une utilisation immodérée et c'est pour cette raison que j'ai commencé par lui. La version de Python à laquelle il est fait référence est la version 2.5. Il n'y a cependant pas différence avec la version 2.6. Il n'y en aura sans doute pas non plus avec la version 2.7. J'ai ajouté quelques remarques concernant la branche 3 de Python, notamment sur le support de l'Unicode.
La page sera accessible par le menu, dans la section Pages.

PyMOTW : csv

Deux livres pour Python 3

Thomas — Thu, 09 Jul 2009 18:33:00 +0200

Python 3 est une refonte majeure du langage. Pourtant, il y avait jusqu'à récemment assez peu de documentation centrée sur cette version. Deux ouvrages viennent palier ce manque : A Byte of Python et Dive Into Python3

Pas de traduction d'un PyMOTW cette fois, j'ai menti ! Bien que la traduction ait progressé il me reste encore pas mal de travail de relecture et de mise en forme, les PyMOTW étant au format reStructured Text. C'est donc un simple billet sur Python et ses sources de documentation que je publie.

Python 3.1 a été publié il y a quelques semaines de ça, un peu plus de 6 mois après la version 3.0 au lieu des 18 à 24 auxquels l'équipe de développement nous avait habitué. Cette version majeure de la branche 3 du langage apporte son lot de nouveautés par rapport au révolutionnaire Python 3.0. On voit ainsi l'apparition des dictionnaires ordonnés et l'amélioration des performances de la bibliothèque d'entrée/sortie, réécrite pour l'occasion en C.

Le rythme des nouvelles versions pour la branche 3 devrait à présent ralentir, laissant à la communauté le temps de reconstituer le fond documentaire, qui pour la branche 2 est particulièrement riche. Deux ouvrages qui m'ont accompagné durant mon apprentissage de Python 2, du moins leur version en ligne, sont ainsi "portés" par leur auteur respectif à Python 3 : Dive Into Python3 et A Byte of Python.

Mark Pilgrim, l'auteur du Dive Into Python original, a bien entamé le travail. C'est, à l'heure où j'écris ces lignes, 13 des 19 chapitres finaux du livre qui sont terminés. Bien qu'il manque encore le chapitre sur la nouvelle interface d'entrée-sortie, il s'agit déjà d'une ressource indispensable.

A Byte of Python est quand a lui déjà terminé et il est disponible sur la page internet de son auteur, Swarrop C.H.

La documentation officielle de Python, déjà bien fournie, se voit donc compléter par deux précieux guides pour les débutants comme pour les autres.

Liens :

- La page de Mark Pilgrim : http://diveintomark.org/
- La version en ligne de Dive Into Python pour Python 2 : http://diveintopython.org/, et une traduction en français : http://diveintopython.adrahon.org/
- Dive Into Python3 : http://diveintopython3.org
- La page de Swaroop C.H. : http://www.swaroopch.com/
- La version en ligne de A Byte of Python: http://www.swaroopch.com/notes/Python. Les deux déclinaisons du livre pour Python 2 et Python 3 sont disponibles à cette adresse. Aucune traduction en français n'est encore disponible pour ces ouvrages. - La documentation officielle de Python : http://www.python.org/doc/3.1/

Réouverture !

Thomas — Sun, 05 Jul 2009 19:43:00 +0200

Alors !
Cela fait presque un an que je n'ai rien posté, et presque autant que le blog était hors ligne. J'étais super occupé, un agenda de ministre et tout et tout, mais bon. Maintenant je vais tenter de tenir, un peu, à jour CaféauMiel. J'ai même déjà trouvé mon cheval de bataille : les PyMOTW de Doug Hellmann.
Sans doute un peu de contenu personnel viendra enrichir le blog, mais plus tard. Je vais essayer de prendre l'habitude de publier un billet (une traduction en l'occurrence) par semaine minimum.
A bientôt donc