Philippe F a écrit 2214 commentaires

Ouai, on peut dire la même chose de Hurd vs Linux. Perso, j'ai pas parié sur Hurd et je parierai pas plus sur Parrot. Etre trop ambitieux, c'est la raison no 1 d'échec des projets logiciels libres.

Unladen Swallow est officiellement mort maintenant. Reid Kleickner, un développeur stagiaire chez Google qui travaillait sur le projet explique dans une entrée de blog les raisons de l'abandon du projet: http://qinsb.blogspot.com/2011/03/unladen-swallow-retrospective.html .

En gros:

• LLVM s'est avéré décevant pour l'optimisation de langages dynamiques. Les développeurs ont rencontré beaucoup de bugs qu'ils ont du corriger eux-même, d'où une perte de temps considérable sur le coeur du projet.

• les projets qui sont sensibles à la performance chez Google sont finalement peu développés en Python. En dehors du module Pickle, les développeurs Google s'en sortent très bien avec le Python officiel.

• Google est encore en Python 2.5 alors que Unladen Swallow est parti sur Python 2.6 . Du coup les projets Google ne peuvent pas bénéficier du JIT sans un effort de portage.

• Au début de Unladen Swallow, PyPy était encore moyen en performance et ne gérait pas du tout les extensions en C ou la génération de code 64 bits, d'où un intérêt certain pour Uladen Swallow. Ce n'est plus le cas aujourd'hui.

• Reid Kleickner a essayé de travailler sur Unladen Swallow dans le cadre de sa thèse mais on lui a dit poliment qu'il n'y avait là aucun sujet de recherche : les techniques de JIT font partie de l'état de l'art.

Au final, ce qui reste de Unladen Swallow: - pas mal d'optimisations sur le module Pickle - quelques optimisations de ci de là dans Python - une super suite de benchmark contenant les projets majeurs en Python (twisted, django, ...) permettant d'évaluer les performance de Python sur des projets réels - une interface de débuggage pour gdb permettant de suivre le code JIT de LLVM

La suite de benchmark de Unladen Swallow a été reprise par PyPy et sert de référence pour http://speed.pypy.org . Elle sera aussi bientôt reprise officiellement par CPython pour comparer toutes les version de Python (CPython, PyPy, Jython, IronPython, WPython, ...). Son seul inconvénient est qu'elle ne supporte que Python 2 pour l'instant (parce que les projets utilisés pour les benchmarks sont encore en Python 2).

C'est pas très solide comme argumentation pour m'expliquer que j'ai tort de dire que je vis dans un monde qui n'existe pas.

Je vis dans un monde tout à fait réel. Le fait que tu retrouves le mêmes arguments que Zenitram dans mon post ne viennent pas du fait qu'il m'a embrigadé le cerveau ou autres trucs débiles. C'est juste que nous avons tous les deux été confrontés à la même expérience, et en avons tirés les mêmes conclusions.

<ma vie> Il se trouve que je développe un logiciel qui fonctionne sous Windows et sous Linux. Il est écrit en Python + PyQt. C'est un logiciel très modeste, j'ai 200 utilisateurs, dont à peu près 199 sous Windows et 1 sous Linux. Et encore, je ne sais même pas si il est encore là. Pour prendre en charge la distribution de mon logiciel sous Windows, j'ai investi environ une semaine de mon temps de dev (comprendre 15 minutes de trajet aller-retour dans le train à programmer, 5 fois dans la semaine soit environ 2h30). Au final, j'ai un script automatisé de packaging, qui génère un installeur qui fonctionne à coup de Suivant-Suivant-Suivant, qui supporte toutes les versions de Windows. Il détecte aussi les mises à jour via deux canaux suivant que tu choisissent les versions beta ou uniquement officielles.

Mes utilisateurs semblent répartis entre un bon paquet d'informaticiens, un bon paquets d'utilisateurs à l'aise sous Windows mais sans compétence spéciale, et un petit paquet de neuneus de l'informatique (terme que j'utiliserai ici affectivement plutôt que péjorativement). 2/5 de mes utilisateurs ont choisi d'utiliser la version beta et parmi ceux-ci, il s'en trouve des neuneus. Ce sont d'ailleurs eux qui m'ont signalé quelques petits détails qui faisaient que mon soft était "mal léché" ainsi que quelques gros bugs. Toutes les améliorations que j'ai faites pour faciliter la vie des neuneus (comme la notification des mises à jour automatisée) ont d'ailleurs fait augmenter ma base d'utilisateurs dans toutes les catégories.

Donc, pour en revenir au sujet, je constate que des utilisateurs qui ne sauraient pas su tout utiliser un tar en mode graphique (ou un zip d'ailleurs) sont tout à fait capables, d'une part d'installer un soft en version beta sous Windows, avec son lot de bug, et d'autre part, de me reporter des bugs utiles. Cette frange d'utilisateurs, même si ils ont installé linux, ne seront pas beta-testeurs de Firefox parce qu'ils ne sont pas capables de l'installer. Et c'est une perte réelle pour Firefox.

L'autre point qui me chiffonne dans mon expérience, c'est la difficulté de distribuer un soft sous Linux. Il y avait une super initiative qui n'a malheureusement pas duré, qui s'appelait Klik. En dehors de ça, c'est vraiment la galère.

Partons du principe que je suis prêt à investir le double du temps en packaging que ce que j'ai investi pour Windows, pour gérer Linux, c'est à dire à peu près 5 heures. Voire même 10 heures. J'ai un utilisateur sous Debian stable, un autre potentiel sous Ubuntu, et un pote qui testerai pour moi sous gentoo.

Je suis face aux questions suivantes :

1. mon programme est en python. Dois-je faire un installeur maison, qui fonctionne avec un sudo et qui copie un script dans /usr/local/bin ? Quid des dépendances PyQt et version de Python minimale ?

2. je peux aussi le packager en "binaire" avec pyinstaller, mais où ranger tout ça dans la distrib ? Et ça fait pas très classe d'avoir des binaires pour du python, non ?

3. dois-je vraiment installer 3 distributions pour tester que mon soft fonctionne ?

4. lors d'une mise à jour de mon soft, comment faciliter la réinstallation ?

5. dois-je plutôt suivre la longue route du packaging et apprendre à packager pour debian, Ubuntu (j'ose imaginer que c'est un peu la même chose) et gentoo, donc découvrir deux outils différents de packaging. Et je dois aussi fournir de la doc à mes utilisateurs sur comment gérer l'installation car on est plus dans le suivant-click-suivant-click-terminer, ce qui signifie en gros investissement de ma part en terme de doc.

6. un autre problème que je maîtrise pas (car je connais pas debian ni apt), c'est ces histoires de dépots. Dois-je faire du lobbying pour que mon soft soit inclus dans un dépot officiel, ou puis-je fournir un paquet dans un coin et lors du téléchargement, l'outil approprié proposera à l'utilisateur d'installer mon soft avec les droits qu'il faut ?

En attendant, j'ai fait simple mais pas satisfaisant : je considère mes utilisateurs linux comme des power users. Je distribue un zip et il y a la liste des dépendances et versions dans le README. Ils auront qu'à cliquer sur le script python principal pour qu'il lance mon soft. Et pour le téléchargement des mises à jour, ils iront se brosser, il n'ont que les notifications des mises à jour.

Mais quel dommage, je suis sûr qu'avec des outils plus conviviaux pour les développeurs comme pour les utilisateurs, je pourrai voir ma base d'utilisateurs de Linux grossir de 200% voir 300%. </ma vie>

Maitenant, je me demande qui vit dans un monde imaginaire ? Toi, moi ? Dans ton monde, même les neuneus sous Linux arrivent à installer mon soft, et seuls les power user sous Windows arrivent à installer la version beta, et packager un soft sous linux pour les distributions majeures prend moins de temps que sous Windows.

Je voulais juste dire que je suis 100% d'accord avec Zenitram. Pour quelqu'un qui produit un logiciel, il est 10 à 100 fois plus simple de le proposer sous Windows que sous Linux.

La procédure d'installation et de désinstallation d'un logiciel sous Windows est simple et n'importe quel utilisateur qui utilise à peu près un ordinateur arrive à la faire. Ca veut dire qu'il y a une masse énorme d'utilisateurs qui pourraient installer Firefox beta. Parmi cette masse énorme, il existe un nombre raisonnable d'utilisateur qui a envie de tester une beta, qui peut rapporter des bugs, etc.

Sous Linux, outre le premier facteur qui est que le nombre d'utilisateurs total est beaucoup moindre, le niveau minimum pour installer une beta de Firefox est aussi nettement plus élevé. Ca dépasse largement le click-click-click de Windows, ce qui veut dire que même parmi la masse d'utilisateurs de Linux, la procédure filtre plein de personnes. Donc Firefox sous linux en beta est testé par des utilisateurs qui savent utiliser tar, savent déplacer des fichiers ou bien savent utiliser l'installeur automatique de leur distribution. C'est bien mais ça fait beaucoup beaucoup moins de monde. Donc c'est pas forcément surprenant que Firefox marche moins bien sous Linux que sous Windows.

C'est fait. Par contre j'essaye de l'executer, c'est pas vraiment portable. Je vais voir si j'arrive à en tirer qqch.

C'est censé être portable ? Parce que là, sous Windows, python setup.py install, ca marche pas des masses...

Autre question au passage, est-ce que boobank permet d'exporter facilement en csv ? Ou gère les fonctions d'export csv des différentes banques ?

1. Qu'est ce que vous faites comme travail ? Est-ce que ça implique du Python ? Est-ce que vous êtes payés pour travailler sur le développement de Python ?

2. Comment êtes-vous arrivés à devenir développeur Python ? Depuis combien de temps ?

3. Certains projets comme KDE donnent un accès svn facilement (au second patch soumis). D'autres comme gcc ou CentOs n'ouvrent le repository qu'après plusieurs années de travail et sous recommendation. Comment se situe Python de ce point de vue là ? Est-ce difficile de passer de contributeur à développeur, d'obtenir un accès svn (hg maintenant) ? Est-ce que vous pensez que le curseur est au bon niveau ?

4. La popularité de Python a vraiment augmenté ces dernières années, est-ce que vous en avez vu les conséquences au niveau du développement du langage : plus de bugs reportés ? plus de patchs ? plus de contributeurs ? plus de questions débiles ?

5. Est-ce que le langage Python a encore besoin d'évoluer ? Le langage est aujourd'hui très complet, est-ce qu'il y a vraiment besoin de lui rajouter des nouveaux trucs ? Le moratorium sur l'immobilité du langage a été levé, est-ce une bonne chose selon vous ?

6. Qu'est ce que vous pensez de Perl 6 ? Est-ce que vous l'avez regardé ? Est-ce qu'il y a des idées qui pourraient être utilisées dans Python aussi ?

7. Qu'est ce que vous pensez de la qualité du code actuel de Python ? Pour le passage à Python 3, vous avez pu changer quelques trucs mais aucun changement majeur interne n'était prévu. Est-ce qu'il y a des zones de code où vous vous dite "il faudrait carrément tout réécrire ce truc mais c'est pas possible du tout" ?

8. Que pensez-vous des efforts pour avoir des interpréteur Python JIT ? Vous y croyez pour le futur de Python ?

9. Unladen Swallow devait rentrer dans Python, sauf que le projet est l'arrêt. Vous pensez qu'il a encore une chance de rentrer, maintenant que PyPy l'a rattrappé en terme de performance ?

10. Est-ce qu'il y a des choses qui manquent réellement à Python, ou qui demandent une grosse amélioration, dans l'écosystème Python en général ?

11. Le passage à Python 3 se fait de façon très lente, beaucoup de projets ne sont toujours pas portés. Est-ce un problème ? Est-ce que Python 3 apporte de réelles solutions ?

12. En lisant python-dev, j'ai pu apprécier le travail de Victor sur la gestion de l'unicode sur tout ce qui touche à la gestion de fichiers. Si j'ai bien suivi, il reste des cas irrésolvables où on ne pourra pas afficher correctement le nom d'un fichier, voire où on ne pourra pas lire un fichier au nom étrange ?

13. Certains se plaignent qu'à côté d'un langage comme Lua, Python a un runtime assez gros qui le rend difficile à embarquer sur des petits matériels. Un autre problème est aussi qu'il est impossible d'embarquer plusieurs runtime simultanément. Vous en pensez-quoi ?

En effet pour être plus uniforme, je devrai parler de lactose et du gluten, ou bien de céréales, farines, pain, pâtisseries, gâteaux, pâtes, et de lait, fromage, yaourt, fromage blanc, etc. C'est juste que les gens connaissent asses bien les dérivés du lait et sont capables de trouver la deuxième liste toute seule. La première liste est elle trop longue à faire.

Concernant les autres allergies à des aliments, il me semble que le pourcentage d'intolérants ou d'allergiques de la population est carrément ridicule par rapport au lactose et gluten. Si je me souviens bien, c'est 80% des allergies alimentaires sont au lactose et 50% au gluten (ca fait donc au moins 30% qui sont allergiques aux deux). Et le gluten comme le lactose font partie de l'alimentation quotidienne d'une très très grande part de français. Je n'en dirai pas autant de l'ananas ou des fruits de mer.

Disons qu'en observant les animaux, tu peux voir quelle est leur alimentation naturelle. On part ensuite du postulat que naturelle = bon pour leur santé, et qu'en s'écartant trop de la voie naturelle, on prend des risques qui sont très mal évalués aujourd'hui.

Notre système digestif de mammifère date d'il y a quelques millions d'année. Notre alimentation moderne a sérieusement changé dans les 50 dernières années. Le bon sens tend à faire dire que pour ne pas pourrir le système digestif, il vaut mieux lui filer des trucs qui ont fait leur preuve dans les derniers millions d'année que des trucs tout récent.

A propos des vertus de toutes les saloperies qu'on nous refile à bouffer, les scandales récents (Mediator, Bisphenol A, Di-Antalgic) montrent quand même la faiblesse des moyens de contrôle qu'on a sur des produits où la nocivité est pourtant avérée. Alors sur des trucs où la nocivité est moins patente car lente à s'activer, imagine le niveau d'information qu'on doit avoir.

Sur le lait et le gluten, il existe de l'information scientifique fiable et disponible. Après, les défenseurs du logiciel libre connaisse bien le chemin entre "ca marche et c'est prouvé" et "tout le monde le sait" et encore "tout le monde va en tenir compte".

De toute façon, la nocivité du lait serait avérée, publique et officielle que ça ne changerait pas grand chose. L'industrie laitière est là pour veiller aux grains. Comme nos braves éleveurs de porc de Bretagne qui sont en train de tuer lentement leur concitoyens en empoisonnant les nappes phréatiques.

Lit l'ouvrage recommandé juste au dessus, et fais-toi ta propre opinion. Ou arrête le gluten pendant trois mois et vois si tu te portes mieux. Attention, arrêter le gluten, c'est carrément très dur.

Pour être moins expéditif, les avis que j'avais lu sur le sujet (car je n'ai pas lu l'ouvrage du Dr Seignalet) disaient que le gluten à l'origine, n'était pas toxique pour l'organisme. Mais d'une part, on s'est mis à favoriser des céréales à teneur de plus en plus forte en gluten (plus de pain de mie, farine plus facile à travailler), d'autre part, il y a tellement de modification à la céréale que l'organisme ne reconnait plus correctement le gluten.

De fait, chez les intolérants ou allergiques, le gluten n'est pas en soi nocif, c'est juste qu'il est incorrectement détecté par le système digestif comme un élément nocif, qui génère une réaction très forte, disproportionnée, et dirigée contre l'organisme lui-même. On parle de maladie auto-immune. Ça donne une inflammation permanente du tube digestif, qui chez de nombreuses personnes (comme moi) reste suffisamment modeste pour que ce ne soit pas dérangeant (à part un ventre légèrement gonflé), mais chez d'autres, peuvent générer des douleurs insupportables. Il y a donc plein d'intolérants légers qui s'ignorent, et qui ont tous le potentiel pour devenir intolérants forts (l'organisme n'aimant pas trop être en situation d'inflammation permanente).

Tous les gens qui ont de légers problèmes digestifs (ballonnements, lourdeurs, etc) devraient commencer par arrêter lait et gluten pendant un mois, et voir si il y a des améliorations. On découvrirait que le nombre d'intolérant est bien plus élevé qu'on ne croit...

Ca me rassure de voir que sur linuxfr, il y a aussi des gens qui partagent de l'information non consensuelle sur le lait. Un autre aspect du lait de vache, c'est que les molécules sont très grosses et pas adaptées à l’organisme humain. Il est très lourd à digérer et de fait, peu recommandé aux bébés dont le système digestif est encore en maturation. Heureusement, le lait de maman est lui parfaitement digeste et s'adapte aux besoins du bébés. Comme la nature est bien faite...

On pourrait parler aussi du gluten, contenu dans presque toutes les céréales, qui est lui aussi relativement nocif pour l'organisme. D'ailleurs, les allergies ou intolérances au gluten et au lait de vache (malade de cœliac) sont en augmentation constate au niveau mondial.

Mon fils de deux ans a été nourri au lait de sa mère puis au lait d'amande, de noisette et lait de chèvre. Et sans gluten pendant ses un an et demi. Il se porte très bien d'un point de vue médical, et contrairement à tous les autres enfants du même age que je connais, il n'a jamais été très malade, juste deux fois où il a été malade pendant deux jours. Il ne chope pas les microbes qui traînent à la crèche.

Je ne me permettrai pas d'avancer un lien scientifique de cause à effet, mais perso, je vais continuer puisque chez moi ça marche ™

Je connais des gens qui ont randonné pendant une semaine, à jeun. Alors, c'est sur que tu ne fais pas le même niveau d'effort physique et d'intensité mais ça restait quand même de la randonnée avec vrai effort.

Je le recommanderai à personne, mais c'est intéressant de savoir que l'organisme a bien plus de ressources que ce que l'ont peut penser. En sortant de cette semaine, ils ne se sentaient pas du tout affaibli ou malnutri.

Pour ma part, j'ai noté que lorsque je réduis ma consommation de sucreries et trucs super gras, j'ai d'abord un manque et une sensation de privation de plaisir. Mais ensuite, lorsque je mange, des produits bien équilibrés bio et plein de goûts, j'ai bien plus de plaisir que celui que j'avais à manger du gras et du sucré. A condition bien sûr d'aller chercher des produits de très bonne qualité, car le goût s'affine à ce moment-là et ne supporte plus vraiment les pseudo-goûts fades. Je mange aussi beaucoup moins, la richesse des saveurs me rassasie bien plus que la quantité ou le niveau calorique.

Un drogué à l’héroïne te demandera - tout comme tu le demandes à Tankey - quel est le plaisir à vivre sans héroïne. Il y en a pourtant, non ?

Après la période de transition, je note d'ailleurs que les produits gras et sucrés ne me procurent plus de plaisir. Perso, je me considère comme drogué au sucre et au gras (et je replonge régulièrement). C'est pas une drogue très dangereuse, mais le sentiment d'addiction et de manque est très palpable. Je suis toujours content quand j'arrive à m'en détacher et je prévois de le faire pour la période du carême qui arrive.

Spontanément, je rajouterai une alternance entre huile d'olive et huile de colza (bio, en bouteille de verre, à conserver au frigo). C'est une recommandation de plusieurs médecins et nutritionnistes.

Et plutôt que de prendre un laitage de vache, je prendrai plutôt un laitage de chèvre ou de brebis, c'est beaucoup plus digeste et moins nocif pour l'organisme. Il y a tout un débat sur la nocivité du lait de vache, élevé en symbole du repas équilibré dans la société française. Sans entrer dans le débat lui-même, rappelons que 80% des allergies alimentaires sont au lait de vache.

Je n'ai jamais fait une diète de ton ampleur mais j'ai déjà fait des diminutions fortes et volontaires des produits non équilibrés dans mon alimentation. Après quelques jours, ce qui me frappe toujours, c'est que l'envie de manger des produits non équilibrés disparaît complètement. Je me rassasie d'un fruit ou d'une salade. Mon ventre se dégonfle aussi au bout de quelques jours.

Un ami qui avait fait un jeun d'une semaine m'a dit que tout ses problèmes de peau avaient disparus. Et qu'il avait les idées plus claires.

De fait, QList ne se comporte pas comme une std::list , Qt a choisi une approche légèrement différente. De même qu'elle ne se comporte pas comme les listes java bien que pour les deux (std::list et liste java), des itérateurs existent qui reproduisent un comportement.

Tu as raison sur l'absence de constructeur acceptant des itérateurs, bien que ça semble pas trop difficile à rajouter, à coup de append(), ou sur la différence de sémantique des at().

Pour ce qui est de la performance Qt vs STL, je pense que ça dépend de chaque implémentation de la STL. En tout cas, si je dois convertir des noms de fichiers japonais (stockés en Shift-JIS) pour les afficher en UTF16, je sais lequel je choisirai: STL ne gère tout simplement pas les codecs, donc bonjour le bazar!

Pourquoi QString devrait hériter de std::string ? Ca n'a pas de sens, QString n'est pas un sur-ensemble de std::string , c'est un ensemble distinct. QString sait faire des choses que std::string ne sait pas faire, comme du partage implicite de la mémoire, des conversions dans différents types d'encodage (latin1, utf8, etc), du découpage en sous-chaînes. QString dispose d'optimisations spécifiques qui sont basées sur la manipulation brute des données de la chaîne, qui ne seraient pas possibles si QString en maitrisait pas la structure de donnée de stockage (en gros, si il utilisait std::string). De plus QString offre des garanties en terme de gestion de thread qui ne sont pas nécessairement offertes par std::string.

Par contre, il est possible de convertir facilement une std::string en QString et vice-versa, d'utiliser des algorithme de la STL sur des QString, etc etc.

Très clairement, en l'état, aucun. Il n'y a pas de mainteneurs de la branche unladen swallow, le port vers Python 2.7 ou 3.2 n'a pas été fait, et personne n'est là pour continuer à faire avancer le projet. Donc c'est pas prêt d'arriver tant que les deux ingénieurs de Google ne s'y remettent pas un brin !

Tu pourrais être plus précis sur les incompatibilités entre Qt et la STL ?

Tous les containers Qt sont compatibles avec la STL, tous les itérateurs façon STL sont aussi disponibles dans Qt donc tu peux en théorie allègrement mélanger les deux.

C'est sûr qu'ils ont leur propres containers dont ils contrôlent eux-même la performance et la portabilité et les fonctionnalités (support des threads, etc), ce qui personellement ne me choque pas (et surtout, je préfère les syntaxes Qt, ça fatigue moins les doigts).

Pour unladen swallow, le projet est à l’arrêt depuis pratiquement un an. Les devs de google qui travaillaient dessus ont eu d'autres projets internes à gérer. Cela dit, ils disent qu'ils vont s'y remettre un jour, dès qu'ils ont le temps.

En attendant, PyPy commence enfin à donner des résultats digne de ce nom, donc ce sera peut-être lui le Python JITé qui référence.

Oui, et comme presque tout les langages sont turing complet, pourquoi ne pas en choisir un genre le brainfuck et laisser tomber tous les autres ?

Plus sérieusement, présenter une interface graphique n'est pas un exercice mathématique de réduction au plus petit dénominateur commun mais plutôt un effort pour présenter des informations de façon compréhensible. Et il y a des cas, ne t'en déplaises, où un interrupteur ON/OFF sera plus clair qu'une checkbox.

Qt non dispo pour Windows Phone, tu en es sur ? Qt est relativement facile à porter sur des plate-formes embarquées, et Trolltech l'a visiblement fait assez souvent ces derniers temps. Je vois pas pourquoi Windows Phone ne pourrait pas accueillir des applications Qt.

Dans ce cas, Qt serait un GUI unique sur toutes les plate-formes de Nokia. On peut toujours rêver...

J'ai testé aussi un nouvel modèle de rame sur le RER B entre Gare du nord et Chatelet. C'était moderne, mais une horreur. Lumière puissante, hypercriarde, permettant de voir en détail les tronches des parisiens mal réveillés et emmerdés d'être sérrés comme des sardine. Merci à la RATP et au designer !

La même semaine, j'ai pu tester les nouveaux trains de la ligne K. Et là, un bonheur, j'ai presqu'eu l'impression d'être dans un TGV en première classe. En tout cas, lumière beaucoup plus tamisée. Il reste le bruit perçant des sirènes de portes qui vont se fermer à virer et ça deviendra presque confortable.

Même si visiblement, ça se passe pas aussi vite qu'on voudrait, c'est un phénomène en cours. Dans ma boite, l'un des salarié habite Redon et je le vois une fois par mois. Je connais au moins deux autres sociétés qui font dans l'informatique mais quand même avec pas mal de HARD, qui ont des salariés à distance comme ça.

Le commit partiel de fichier sous mercurial, c'est cadeau sous Windows avec TortoiseHG. Même pas besoin d'extension. D'ailleurs, TortoiseHG marche aussi sous Linux, je l'oubliais presque.

Au passage, tous les outils de commits devraient avoir la convivialité de TortoiseHG. Ceux qui disent que la ligne de commande en un hg/svn/git diff + un éditeur suffisent pour savoir tout ce que tu as modifié ne savant pas ce qu'ils perdent.

Je doute que tu arrives à satisfaire toutes les dépendances de firefox avec une seule commande dans le cas où tu fonctionnes en tgz.