Florent Fourcot a écrit 398 commentaires

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).

Ça vient probablement des fiches de polices, qui étaient en vigueur jusqu'à 1975 pour toute la population et pour tous les hôtels. Et reste en vigueur pour les étrangers, si je comprends bien le décret de l'époque. On peut d'ailleurs facilement en trouver trace dans les anciens livres policiers, avec le gérant de l'hôtel qui a oublié de le faire remplir.

Je vais continuer à ne parler qu'en "esprit", car je suis très loin d'être un spécialiste des licences.

Au niveau esprit voulu par les auteurs, donc ça serait pareil pour une appli non web (une appli proprio installée sur le poste) qui utilise weboob pour mettre en base de donnée et fournit le code modifié de weboob?

Si la base de donnée est externe (via MySQL, Sqlite, etc) oui. Il remplit avec Weboob, il redistribue le code de Weboob, et fait ce qu'il veut ensuite avec l'application qui accède à cette base de donnée. Là on est dans la même situation, mais en réseau. Tant que le code de Weboob est reversé, je suis content (en tant que contributeur). Et le fait est que la qualité, le nombre, et la vitesse de correction a été très fortement améliorée depuis Budget Insight, c'est un bon fonctionnement.