F. Florent a écrit 295 commentaires

• [^] # Re: Impressionnant

  Posté par F. Florent le 15/05/13 à 14:23. En réponse au journal rv, un moteur de recherche d'itineraire vélo en utilisant les données d'OSM. Évalué à 2.

  

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

• [^] # Re: Bravo !

  Posté par F. Florent le 15/05/13 à 14:16. En réponse au journal rv, un moteur de recherche d'itineraire vélo en utilisant les données d'OSM. Évalué à 2.

  

  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…

• # Impressionnant

  Posté par F. Florent le 15/05/13 à 12:03. En réponse au journal rv, un moteur de recherche d'itineraire vélo en utilisant les données d'OSM. Évalué à 2.

  

  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 ?

• [^] # Re: typo

  Posté par F. Florent le 28/03/13 à 22:19. En réponse à la dépêche Weboob 0.f. Évalué à 2.

  

  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.

• [^] # Re: Interface web

  Posté par F. Florent le 28/03/13 à 10:56. En réponse à la dépêche Weboob 0.f. Évalué à 5.

  

  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.

• [^] # Re: Question existentielle

  Posté par F. Florent le 28/03/13 à 09:19. En réponse à la dépêche Weboob 0.f. Évalué à 10.

  

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

• [^] # Re: Invalidation de deux élections

  Posté par F. Florent le 15/02/13 à 14:12. En réponse au journal Le vote électronique validé par le conseil constitutionnel. Évalué à 7.

  

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

• [^] # Re: Sans surprise ni déception

  Posté par F. Florent le 15/02/13 à 14:05. En réponse au journal Le vote électronique validé par le conseil constitutionnel. Évalué à 9.

  

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

• # Old, doublon, tout ça

  Posté par F. Florent le 04/02/13 à 13:33. En réponse au journal TAXONS LES !. Évalué à 5.

  

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

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

• [^] # Re: ça marche dans Mageia 3 Beta 2

  Posté par F. Florent le 29/01/13 à 18:51. En réponse à la dépêche Weboob 0.e. Évalué à 3. Dernière modification : le 29/01/13 à 18:51

  

  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.

• [^] # Re: Boobs!

  Posté par F. Florent le 29/01/13 à 14:25. En réponse à la dépêche Weboob 0.e. Évalué à 4.

  

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

• [^] # Re: debian.weboob.org

  Posté par F. Florent le 29/01/13 à 14:21. En réponse à la dépêche Weboob 0.e. Évalué à 3.

  

  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.

• [^] # Re: Boobs!

  Posté par F. Florent le 28/01/13 à 17:39. En réponse à la dépêche Weboob 0.e. Évalué à 10.

  

  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.

• [^] # Re: Ils prennent le problème par le mauvais bout.

  Posté par F. Florent le 24/01/13 à 18:13. En réponse au journal Mission d’expertise sur la fiscalité de l’économie numérique . Évalué à 4.

  

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

• [^] # Re: Ils prennent le problème par le mauvais bout.

  Posté par F. Florent le 24/01/13 à 18:10. En réponse au journal Mission d’expertise sur la fiscalité de l’économie numérique . Évalué à 6.

  

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

• [^] # Re: Ou simplement...

  Posté par F. Florent le 14/12/12 à 17:31. En réponse à la dépêche How-to inviter Richard Stallman à une conférence. Évalué à 7. Dernière modification : le 14/12/12 à 17:36

  

  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.

• [^] # Re: Ou simplement...

  Posté par F. Florent le 14/12/12 à 13:36. En réponse à la dépêche How-to inviter Richard Stallman à une conférence. Évalué à 5.

  

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

• [^] # Re: Légende urbaine ?

  Posté par F. Florent le 14/12/12 à 13:32. En réponse à la dépêche How-to inviter Richard Stallman à une conférence. Évalué à 4.

  

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

• [^] # Re: Budget Insight

  Posté par F. Florent le 03/12/12 à 17:46. En réponse à la dépêche Ces start-ups qui contribuent au Libre. Évalué à 4.

  

  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.

• [^] # Re: Accès bancaire: soyons sérieux

  Posté par F. Florent le 31/10/12 à 10:21. En réponse à la dépêche Weboob 0.d. Évalué à 5. Dernière modification : le 31/10/12 à 10:22

  

  Joli lancé pour un compte probablement créé uniquement pour faire ce commentaire.

  Tu as été lire le premier paragraphe du lien vers les changements complets de la nouvelle version ? Weboob a toujours été très transparent là-dessus, et la nouvelle version est un progrès (pour tous les modules) par rapport à l'existant (certes non suffisant). Et un module (CMB) gère parfaitement le SSL. Quand à la sécurité "proposée" par un navigateur, on va attendre vendredi…

• [^] # Re: MPTCP fera-t-il mieux que SCTP ?

  Posté par F. Florent le 29/10/12 à 18:14. En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 3.

  

  Là-dessus je ne suis pas certain qu'ils réagiront beaucoup mieux quand du MTCP passera sans prévenir, c'est pas non plus du TCP complètement standard pour la création du contexte.

• [^] # Re: MPTCP fera-t-il mieux que SCTP ?

  Posté par F. Florent le 29/10/12 à 17:45. En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 4.

  

  L'énorme différence entre SCTP et MPTCP, c'est que MPTCP ne nécessite pas de mises à jour des applications, on a l'impression d'utiiser du TCP classique. Comme tout se passe au niveau du noyau et que l'API des sockets reste la même, il n'y a pas de raisons que ce ne soit pas déployé (une mise à jour du noyau et hop).

  Pour SCTP, l'API pour ouvrir les sockets n'est pas la même (simple d'accord, mais différente). Que les systèmes d'exploitations fonctionnent avec ne suffit pas, car il y peu de chances que les développeurs d'applications se lancent massivement dans son utilisation (car ils ne connaissent pas/mal (les développeurs, c'est rarement des pros du réseau), car ils n'en voient pas l'intérêt, car c'est pas compatible avec tel soft, car il faut de toute façon qu'ils codent en TCP pour l'universalité et que ça donnerait deux fois plus de boulot…).

• [^] # Re: Troll ?

  Posté par F. Florent le 29/10/12 à 17:20. En réponse à la dépêche Weboob 0.d. Évalué à 5.

  

  C'est prévu, mais avant il faut faire un module pour récupérer les données de Budget Insight. Ça permettrait de passer de X modules bancaires à un seul.

• [^] # Re: Je sens que je vais me faire traiter de troll mais ...

  Posté par F. Florent le 29/10/12 à 16:16. En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 7.

  

  Ben en fait non, il n'y a pas besoin de modifier grand chose.

  Tu ouvres ta connexion avec une socket TCP qui passe par l'interface eth0. Ton appli détecte donc cette adresse comme d'habitude, si vraiment elle en a besoin. Ensuite tu rajoutes une seconde interface Wlan0 pour regarder ta vidéo youtube par le WiFi du voisin qui a un abonnement chez chez un FAI avec un lien vers Google pas trop congestionné. Ton appli ne voit rien, c'est fait au niveau du noyau, sur la couche TCP. Et toi tu es content tu vois ta vidéo plus vite en congestionnant deux interfaces à la place d'une seule, merci Kernel. Et ton application, elle n'a vraiment pas à le savoir. Regarde la RFC, l'idée est justement que l'API ne change absolument pas et que tout reste compatible avec l'existant. Du côté serveur, même problématique, si ton application veut vraiment identifier quelqu'un avec son IP celle utilisée lors de l'initialisation sera présentée.

  J'ai pas regardé pour les middleboxes et la gestion du NAT. Mais vraiment rien à voir avec de l'IPv6 mobile (qui est certes une bonne idée), c'est pas la même problématique.

• [^] # Re: Un peu de calcul

  Posté par F. Florent le 02/10/12 à 15:04. En réponse au journal 127.0.0.0/8, bientôt sur vos traceroute. Évalué à 9. Dernière modification : le 02/10/12 à 15:05

  

  Si tu trouves que c'est trop, tu peux passer en IPv6, une seule adresse est réservée (pour une fois qu'on a moins d'adresse en v6 qu'en v4…).

  À vrai dire, la pertinence de réserver tout un /8 est probablement à discuter. Mais ça, c'était il y a longtemps qu'il fallait y réfléchir (et d'autres l'ont fait, cf IPv6). Ce dont je suis à peu près certain, c'est qu'il est une très mauvaise idée de s'affranchir des règles des RFC et de commencer à faire n'importe quoi avec ce sous-réseau réservé. Surtout vu le nombre d'adresses IP privées déjà prévues à cet effet.