Florent Fourcot a écrit 400 commentaires

J'ai failli pertinenter. Avant de me rappeler que tu comparais une décision du comité technique au vote d'une résolution générale. 8 types disponibles assez rapidement contre un vote de l'ensemble de la communauté Debian. Sérieusement, tu ne connais vraiment pas Debian, ou tu considères que c'est la même chose ? De mémoire, la menace de Joerg Jaspert c'était « run a GR » ou « fermez votre gueule ».

Je voudrais cependant bien savoir comment tu aurais réagi. Très facile de troller de nos jours. Je note aussi que tu pars de l'idée que nous « faisons les fiers avec des noms de logiciels », alors qu'une bonne partie des développeurs s'en tape tant que ça marche (dont moi).

aucune obligation à être dans Debian Wheezy.

Ahah, je ris. C'est vrai que Debian n'a aucun impact sur la visibilité et la viabilité d'un logiciel libre. Bien entendu, personne ne serait mort si ce n'avait pas été fait, mais j'ai quand même tendance à penser que ça valait la peine. Même si je considère que c'est un pur abus de pouvoir. Monde de merde.

Sinon, on peut parler du logiciel en lui-même et des nouveautés de la version, ou c'est sans espoir ? Ça a plus parlé des questions techniques sur la tribune qu'ici, c'est fou…

C'est probablement que tu présentes les faits de façon assez éloignée de la réalité. Oui, Weboob a « cédé » pour le nom de cette application. Et j'ai voté à l'époque pour cette modification, bien que je ne vois vraiment pas ce que ça changeait (le mot sex a disparu, super. Une grande victoire contre le sexisme. Ou du puritanisme, pour le coup, sans hésitation aucune).

Et pourquoi la majorité des développeurs Weboob a cédé ? Car les FTPmasters ne brassaient pas que du vent, ils mettaient le couteau sous la gorge du projet. Soit on changeait ça, soit on partait dans une résolution des développeurs Debian pour outrepasser la décision des FTPmasters. Je ne peux m'empêcher de penser que nous aurions gagné (c'est mon côté « haute estime de la communauté Debian »). À noter que le mec qui « brassait du vent », on ne sait même pas son identité. Ça pourrait être un FTPmaster qui s'est levé du mauvais pied.

Le problème reste qu'en cas de vote Debian, il était quasiment certain que Weboob ne serait pas dans Wheezy. Que suite à nos protestations, ce compromis ne semblait « pas si pire » (je rappelle qu'au début nous ne savions rien des reproches, rien des demandes, et que rien ne nous était communiqué). Ça a beaucoup changé ma vision de Debian. Quelques (un, deux ? On ne sait pas) peuvent faire chier au point qu'il faille sortir l'artillerie lourde (la résolution via un vote de l'ensemble des développeurs).

Donc non, de mon point de vue, ce ne sont pas des brasseurs de vents qui ont changé quelque chose. C'est quelques personnes avec un pouvoir très important sur la vie d'un projet (Debian et ses dérivés, ce n'est pas rien…) qui ont abusé de ce pouvoir (après l'avoir accepté, et migration vers testing ! Le truc théoriquement impossible). Le mec à l'origine de tout ça (s'il existe et n'est pas simplement un FTPmaster) n'aurait probablement rien obtenu s'il était passé par la voie normale, à savoir rapport de bug ou plainte sur les listes de diffusion.

D'autres ont fait évoluer le projet de façon constructive. En proposant des icônes, des captures d'écrans, afin remplacer de l'humour vraiment potache par des choses plus fines. Mais pour ça, faut se bouger le cul. Malgré leur impact bien plus important, ils restent moins dans la mémoire, hélas.

Le nom "BNPorc" est historique. C'est justement un des rares à ne pas correspondre à la lettre près au nom du site, je suis donc surpris de cette remarque.

Pour les icônes, on est preneur de proposition. L'ancien de la caisse d'épargne a fait consensus contre lui chez les développeurs, c'est une évidence (et une maladresse de base, pour le coup il aurait été bon d'en parler).

Les « contributeurs potentiels », c'est un peu comme le yeti, j'en entends souvent parler, mais j'avais vu moi-même (je ne doute cependant pas qu'ils aient tous fuis devant l'affreux nom, et qu'ils ne voulaient pas salir leurs noms en apparaissant sur la page du projet, ni contribuer en anonyme).

Les noms des applications je m'en branle (j'espère que ce mot n'est pas sexiste non plus). Je trouve ta réaction très limitée, tu crois vraiment que les contributeurs ont une érection à chaque fois qu'ils tapent flatboob ? Paille, poutre ?

Si ta réaction est typique de la « lutte contre le sexisme » dans le monde du logiciel libre, je me dis qu'on est pas prêt de sortir de ce (vrai) problème.

Ben, fork. Change le nom. Ça prend environ 10 minutes.

Désolé d'être aussi sec. Barret Michel lance clairement un troll pour le plaisir, il est assez habitué de DLFP pour avoir déjà vu ces discussions. On en a parlé sur presque chaque dépêche signalant une sortie de Weboob.

En attendant, le projet vit sa vie.

Je confirme, il suffit de laisser le champ password vide lors de la configuration du compte. L'application demandera alors à chaque lancement le mot de passe.

Ça empêche bien évidemment les fonctionnalités automatiques comme les graphiques munin, mais ça évite de le stocker sur un disque.

J'ai signalé une petite faute de frappe en tribune de rédaction, si un modérateur passait par là ce serait sympa de la corriger. :-)

Si la question porte sur un éventuel dépôt tiers de type ppa ou approchant, la réponse est non. Ou en tout cas, pas maintenu par l'équipe de Weboob.

Le paquet 0.g va être cependant très bientôt uploadé dans unstable chez Debian (comme la version 0.f l'était), et ensuite probablement poussé dans les backports Debian. Je ne pense cependant pas que le paquet arrivera dans Ubuntu avant la 13.10 (je ne suis cependant pas spécialiste du fonctionnement de la transmission de paquets entre Ubuntu et Debian).

Ça ne répond pas à la question, mais à noter que le script local_install.sh qui est décrit sur la page d'installation du site Web permet d'utiliser Weboob dans sa dernière version sans pour autant "polluer" son système.

À vue de nez, il faudrait juste que j'adapte ton script de mise à jour pour aller chercher le diff ici : http://download.geofabrik.de/europe/germany/sachsen-updates/ ? (ils n'ont pas de diff toutes les minutes, mais pour une mise à jour journalière ça me semble pas très important).

Autre typo :

rv/utils/populate_height_table_parallel \
      data/list_needed_srtm 12 \
       rv/height/rv_populate_height_table dbname=rv data/srtm/

Ça devrait appeller rv/height/populate_height_table.

À la création de la base, il manque aussi un psql -d rv -f rv/sql/0.0/00-schema-rv_heigt.sql (qui provoque une erreur lors du remplissage de la base de donnée).

Le processeur est en train de tourner, on verra bien ce qui en sortira…

Très bon boulot, je pensais à ce genre de services depuis longtemps. Je vais tenter une installation locale à l'occasion, car ton serveur est quand même un peu limité à ne couvrir que la France :-) J'en ai parlé à quelques personnes et c'est le genre de services qui soulèvent de l'enthousiasme.

A priori, rien n'empêche de prendre une autre carte régionale d'OSM à l'import, si je lis bien la documentation dans create_database.md ?

Il y a également le lien "dernière dépêche" au début à corriger. J'ai tenté de le signaler en tribune de rédaction, mais ça ne semble pas être la bonne voix à suivre.

Même si je ne suis pas certain que la question ne soit pas ironique, on a une réponse tout à fait sérieuse :)

D'une part ça existe en partie déjà, avec Budgea notamment pour les modules bancaires. C'est en revanche non libre.

Du côté du libre, on a videoob_web dans le dossier contrib, qui permet de récupérer les vidéos sur un serveur et de les lire avec un navigateur (sans flash et compagnie). C'est pas complètement du Web, mais l'export en flux Atom des articles de journaux s'en approche. Tout comme on a un export en JSON, ça serait assez simple d'ajouter un export générique en html.

C'est plus utile d'avoir une application (le navigateur) pour tout faire et jongler avec les onglets que d'avoir à lancer une application application pour chaque consultation.

Les développeurs de ce projet ne sont évidemment pas d'accord avec ça :-)

Quelques raisons en vrac de développer Weboob :
* l'automatisation de tâches. Télécharger automatiquement mes relevés bancaires, télécharger toutes les semaines par cron les rares émissions télé que je regarde
* Beaucoup de sites Web sont pourris. Clavier virtuels à chier, interface inefficace. Là en une ligne de commande, je fais un virement, contre plusieurs minutes par le site de ma banque. De même chez freemobile, ma consultation de mon compte est bien plus rapide.
* Une interface unifiée, l'agrégation de données. Pour revenir à l'exemple de la dépêche, en une seule application je recherche sur trois sites de cuisines différents, ce qui est bien plus efficace que de le faire site par site.

Si on le fait, c'est bien qu'on pense y gagner du temps. Et politiquement, on peut aussi penser que le Web n'est pas adapté à beaucoup d'usages. Comme les sites refusent de libérer nos données (exemple : ma banque, incapable d'utiliser un protocole standard de récupération des relevés de comptes), on est obliger de passer par là.

À noter que pour la seconde les charges sont tout de même lourdes, et que ses comptes de campagnes avaient déjà été rejetés par la Commission nationale des comptes de campagne.

Pour Corinne Narassiguin, je suis plus mitigé. Le plus gros reproche c'est l'ouverture de deux comptes (un aux USA, l'autre en France), alors qu'un seul compte en France est autorisé. Je peux comprendre qu'il ne soit pas très pratique d'utiliser un compte français pour faire campagne aux USA et au Canada (et apparemment, ses comptes de campagne étaient tout de même en règle). Le conseil a fait son boulot de juge, mais je pense que le législateur a un peu fait de la merde.

Il n'y a pas forcément besoin de textes récents pour régler des problèmes de l'électronique, c'est un argument que j'ai du mal à comprendre. La transparence du vote, c'est tout de même pas un concept nouveau. Apparemment mal défendu dans notre constitution, mais que ce soit par Internet ou par papier le problème est le même (d'ailleurs ça a été retoqué par les allemands sans avoir besoin de quelque chose de neuf).

https://linuxfr.org/users/ffourcot/journaux/33604

un certain coïn avait commenté. Sans doute sans lire…

Par défaut, les applications Weboob limitent les résultats. Pour changer ça, il faut utiliser la commande count en mode interactif ou l'option -n pour une unique commande.

Ça donnerait :

videoob> count 30
videoob> ls

~ (latest) Latest Arte videos (arte)

videoob> cd latest`

videoob:/latest> ls
Admiration devant 30 résultats

On peut aussi complètement le couper et récupérer l'ensemble des résultats. Un ticket est en cours pour rendre tout ça plus intuitif avec une explication du comportement à l'utilisateur.

À noter sur ce sujet le format de sortie pretty_qif qui peut donner de meilleurs résultats sur certains logiciels (ou selon les goûts et les couleurs, le qif étant un format un peu pourri).

Le pauvre dépôt s'est retrouvé obsolète pendant un temps, quand Weboob a été intégré à Debian. Il est devenu à ce moment inutile de gérer le même paquet à deux endroits différents.

Maintenant, c'est effectivement plus utile. On peut imaginer des paquets pour une version "stable" de Debian wheezy (quand elle sera sortie) et des paquets de la version de développement pour testing et unstable. Mais le problème, c'est le temps de s'en occuper, plus qu'une mauvaise volonté. Un truc très bête par exemple, la clef du dépôt est expirée, il va falloir en refaire une.

Si c'est effectivement une tâche que tu fais de manière répétitive sur des sites mal foutus, Weboob peut t'aider. Mais cela n'engage que toi, à chacun son automatisation des actions répétitives.

Tu devrais lire la partie du rapport sur les conventions fiscales internationales (je l'ai dit, il y a beaucoup de choses dans le rapport dont je n'ai pas parlé). Le fait nouveau, c'est la difficulté de localiser la géographie d'une activité (également dans le rapport).

Si on taxe les géants du web sur les données personnelles, il faut aussi trouver un moyen de taxer les produits manufacturés dans des pays "à bas couts". C'est exactement la même chose.

Ou pas, l'état touche de la TVA sur la vente de ces produits. En fait, je vois vraiment pas le rapport avec le sujet (on travaille gratuitement quand on achète un truc à bas couts ?).

En plus de ça, l'utilisateur ne "travaille" pas gratuitement : la societe lui fournit un service, et la rémunération de cette société, ce sont des données personnelles. Ces données appartiennent à l'utilisateur, et à priori il en fait ce qu'il en veut. De quoi se mèle l'état ? Bientot, ils vont aussi prélever une taxe sur les FAI parce que les gens peuvent télécharger des logiciels libres sur lesquels l'état ne peut appliquer de taxe ?

Tu fais ce que tu veux d'énormément de trucs, et ça empêche pas l'état de les taxer. L'argument c'est la création de valeur qui échappe à l'assiette fiscale actuelle (c'est aussi pour ça que le troc fait chier l'état, car pas facile à taxer).

C'est le même principe que les éditeurs de presse ou les producteurs de musique qui veulent taxer les moteurs de recherche.

Là encore, je vois vraiment pas le rapport. Dans un cas c'est des entreprises qui souhaitent piquer les bénéfices d'une autre car leur manière de se faire de l'argent est obsolète. Dans l'autre, c'est un état qui réfléchit à trouver des taxes pour faire tourner les services publics (et ceci de manière équitable sur les différentes activités du pays).

Le reste je suis d'accord. Bien entendu que le but c'est de faire de l'argent. Mais pour ça, pas besoin de changer l'assiette en fonction du comportement de l'entreprise. C'est ce point que je trouve intéressant. Tout comme l'idée de la mise en license libre de code issu du crédit impôt recherche (ton commentaire semble ciblé uniquement sur la taxe des données, mais il n'y a pas que ça).

Peut-être à Berlin, ou ils voient beaucoup d'étrangers. Mais le standard pour moi c'est quand tu commandes une bouteille d'eau, c'est forcément de la gazeuse (faut bien préciser le still ou le fait qu'on souhaite de l'eau du robinet). Je suis très surpris qu'on te demande avec ou sans gaz dans tes restaurants. Je me suis même déjà pris des refus, ils avaient tout simplement pas d'eau plate (en insistant un peu j'ai eu de l'eau du robinet qui me convenait très bien, mais ils étaient choqués), dans un autre au trou du cul de la campagne on m'a déclaré l'eau du robinet non-potable, et donc que gazeuse à disposition. Des rapides recherches sur Internet me confirment dans l'idée que je ne suis pas le seul.

Si tu ne me crois pas, tu peux aller par là. L'eau minérale non-gazeuse, c'est que 11% des ventes (et c'est beaucoup plus qu'avant, il y a 20 ans c'était introuvable). En France, c'est 30% de gazeuse (en 2001, flemme de chercher plus récent), on sent la différence. Et les fêtes/pots/conférences germanophone, je n'y vois jamais de bouteille d'eau plate.

Pour la boisson, c'est pas non plus écrit qu'il ne viendra pas s'il n'y a pas de Pepsi, faut pas caricaturer.

Et donner ce genre d'infos peut éviter des problèmes. Je l'ai vu à une conférence en Allemagne, ils n'avaient prévus que de l'eau à bulles (en bons allemands, l'eau plate c'est pas fait pour boire). Il a donc fallu qu'il demande de l'eau plate en plein milieu de la conférence, probablement car il ne s'était pas rendu compte du problème avant (et je le comprends, c'est insupportable de boire de l'eau gazeuse quand on aime pas ça). Je suppose que ça lui arrive régulièrement ce genre de problèmes, et je comprend la démarche de rédiger le "voilà comment ça peut bien se passer de mon point de vue".

Les deux sont gagnants. Lui n'a pas de mauvaises surprises, et les organisateurs non plus (je plains celui qui a dû courir en plein milieu de la conférence trouver une bouteille d'eau plate).