Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 3.
Effectivement, malheureusement le contenu des pages HTML est très volatile
(encore que ça n'est pas si fréquent que ça).
D'une part, nous essayons de rendre le parsing le plus tolérant aux erreurs
possibles. D'autre part, nous avons une politique de release très fréquente,
afin de permettre aux utilisateurs de garder des backends à jour. Nous sortons
une nouvelle version tous les mois.
D'ailleurs, à partir du mois prochain, nous sortirons en même temps que chaque
version n la version n-1 accompagné des corrections de bug, pour ceux qui
préfèrent une assurance de stabilité plutôt que des nouvelles fonctionnalités.
Un dépôt weboob-stable.git est dédié à ça. Il est forkée de la 0.3 alors que
weboob.git débute la 0.4. Les correctifs sont backportés au fur et à mesure dans
le dépôt stable.
À la fin du mois, nous sortirons la 0.4 issu de weboob.git, accompagné de la
0.3.1 issu de weboob-stable.git.
Puis nous synchroniserons weboob-stable.git sur la 0.4, et à la fin du mois
suivant sortiront la 0.4.1 et la 0.5.
Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 3.
Alors effectivement, on en parlait justement hier, à terme on pensait
implémenter deux solutions :
1. Demander de taper le mot de passe puis le garder en mémoire pour la durée de
l'exécution du programme (après il faut voir si des mécanismes de protection
contre le dump de la ram sont utiles ou non).
2. Pouvoir utiliser des keyrings existantes pour stocker les mots de passe, ce
qui impliquerait donc de taper le mot de passe de la keyring au lancement de
l'application.
On perd en maniabilité (plus d'automatisation possible, etc.), mais ça permet
d'offrir un moyen de sécuriser l'utilisation des applications weboob à ceux qui
le souhaitent.
Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 3.
> Par contre, avant de confier mes identifiants à un soft perso j'aurai besoin de certaines assurances (par exemple mon navigateur ne les a pas, ceux là, je les rentre à la mimine à chaque fois)
C'est tout à fait logique, et la seule assurance que l'on peut te procurer,
c'est que ce logiciel est libre, donc tu as les moyens de le vérifier par toi
même.
Évidement, pour des identifiants aussi critiques que ceux de ses comptes
bancaires, la question se pose, c'est certain, et je comprends que ça peut
rebuter.
C'est à tes risques et périls, je n'ai aucun moyen de te convaincre qu'il n'y a
pas de backdoor :). Soit tu lis le code soit tu nous fais confiance.
Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 3.
Alors en fait, pour t'expliquer, c'est un problème qu'il y a avec DLFP que je
n'ai pas réussi à résoudre.
Lorsque le POST du commentaire est effectué d'une façon très similaire pourtant
il me semble aux navigateurs, il est bien pris en compte puisque tu le vois dans
ta page personnelle.
Par contre, il n'apparaît pas dans les commentaires du journal tant qu'un autre
commentaire n'a pas été publié ou qu'un commentaire n'a pas été plussé ou
moinsé.
J'ignore totalement quelle est la raison et je trouve ça louche.
Sinon, actuellement les cookies ne sont pas sauvegardées, donc effectivement à
chaque fois que tu relances une application weboob il se relogue. Et comme le
backend DLFP ne se délogue pas...
C'est prévu de stocker les cookies pour éviter cela.
Merci pour ces retours, n'hésite pas à ouvrir des tickets.
Pour l'interface de QBoobMsg, sache que l'application n'a pas été franchement
travaillée, c'est à l'état d'ébauche, si tu as des suggestions d'ergonomie ou
quoi, on est preneurs.
Et enfin, si tu veux vraiment optimiser ton improductivité, je t'invite à
utiliser monboob pour troller avec ton client mail.
Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 2.
Sacrément n'est pas le mot. Les applications console utilisent ce qu'on appelle
des « formateurs » pour sortir les résultats d'une commande.
Il y a un formateur ('table') qui se repose sur prettytable, mais si ce dernier
est absent l'application va se rabattre sur 'multiline' qui est interne (mais
moins sexy).
Note que depuis la version 0.3 une commande peut avoir son propre formateur
dédié à un affichage optimal des données, là où 'multiline', 'table' ou encore
'csv' sont génériques.
Par contre j'ignorais que ce module était au point mort, c'est tout de même
ennuyeux. Sais-tu si il existe une raison et un remplaçant ?
En tous cas pour le moment il est toujours packagé et marche bien.
Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 1.
Bien. Donc la prochaine étape sera de faire une commande permettant de récupérer
les OFX quelque soit le site, ou d'en générer lorsque ce n'est pas supporté.
Le format est ouvert et documenté ?
L'intérêt sera alors de mettre une cron pour le récupérer automatiquement
périodiquement.
Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 2.
Cela dit, je pense que ce qui serait intéressant, serait de faire un démon
python qui utilise weboob et offre des services dbus pour faire le lien entre
les deux.
Après, je ne connais pas spécialement dbus et ne sais pas quelles seraient les
limitations, mais ce serait une bonne passerelle.
Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 3.
Effectivement, je pense que le problème qu'on avait au début était de souhaiter
expliquer en profondeur le principe et le fonctionnement interne qui n'est pas
forcément trivial surtout sans faire de schéma.
Je t'invite à regarder la vidéo de la conférence aux RMLL qui sera peut-être
plus didactique que les explications écrites que tu as pu trouver.
Pour ce qui est de « blague de potache », c'est vrai que notre volonté à faire
des choses « fun » peuvent retirer un peu de sérieux à la perception qu'on peut
avoir de Weboob au début, mais il faut savoir que malgré tout c'est une approche
et une architecture qui marche et on est réellement convaincu de ce modèle, qui
peut donner l'impression d'« usine à gaz » (voir le commentaire au dessus
demandant un équivalent qui fait un seul fichier), mais la séparation des
parties donne toute la flexibilité de Weboob.
La preuve en est boobank-munin puisqu'encore une fois ce script ne fait qu'une
centaine de lignes.
Ça confirme bien ce que tu dis sur la scriptabilité de Weboob. Voir également
comment configurer Conky pour afficher le titre des chansons actuelles de radios
avec radioob : http://weboob.org/Radioob#Display-the-current-song-in-Conky
Posté par moules .
En réponse à la dépêche Weboob 0.3.
Évalué à 5.
En rajout des réponses précédentes, je tiens à préciser que boobank-munin n'a
évidement pas l'ambition de concurrencer un logiciel de gestion monétaire déjà
existant, ce n'est pas son but.
Ce script est là pour montrer aussi la puissance de weboob, car il ne fait
qu'une centaine de lignes, a été écrit en un après midi, et néanmoins récupère
la gestion des quatre sites bancaires supportés par Weboob et des éventuels
futurs backends qui seront écrits.
Comme l'a fait remarquer Laurent, il serait bon que boobank puisse sortir les
informations des comptes bancaires dans un format standard pour être réutilisées
dans les applications dédiées à ça. L'apport serait donc la récupération
automatique en une commande ou un cron, de manière unifiée pour tous les sites
supportés.
Ainsi qu'il est aisé à deviner, sa réalisation est triviale, néanmoins il a été
laissé à la charge d'un nouveau contributeur souhaitant s'investir et à qui a
été confiée cette tâche afin de l'aider à se familiariser avec le code.
Ce devrait être disponible très prochainement sur le dépôt git.
À prévoir aussi, des backends pour des moteurs de forums, de blogs, etc.
À ce sujet, le chan IRC #weboob sur Freenode permet de se tenir au courant des
évolutions que ne cesse de connaître le projet.
Cependant l'idée est de présenter les applications comme totalement
indépendantes, de *vraies* applications, weboob étant juste la bibliothèque qui
permet d'interagir avec les backends.
Des applications tierces comme Totem pourraient utiliser weboob pour accéder aux
vidéos des sites de vidéo, par exemple.
On 12/Aug - 17:00, Johands wrote:
> Je viens de mettre à jour mon weboob via git. J'ai accès à la jolie
> nainterface Qt et au backend "arte" mais impossible de regarder les vidéos
> avec.
>
>
> Donc non, ton script python est utile. D'ailleurs j'adore son interface texte,
> avec le petit invité de commande et la mini REPL ;)
Ouais bah j'ai dis que y avait un backend Arte, pas qu'il était fonctionnel. :)
C'est dans le git, pas releasé.
Note tout de même que l'intérêt de développer le backend dans Weboob est de se
concentrer sur le code de l'interaction avec Arte, ce qui rendra le support
Arte disponible automatiquement aux applications déjà existantes qui
font leurs déjà appel à youtube/ina/etc.
Et si, inversement, tu veux une interface console aussi avancée que celle de
arte-7.py, bah tu codes ça sur videoob et ce sera réutilisable pour *tous* les
backends de vidéo, pas uniquement Arte.
Bref, autant concentrer les efforts, plutôt que de recoder une GUI à chaque
fois.
[^] # Re: et ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 3.
(encore que ça n'est pas si fréquent que ça).
D'une part, nous essayons de rendre le parsing le plus tolérant aux erreurs
possibles. D'autre part, nous avons une politique de release très fréquente,
afin de permettre aux utilisateurs de garder des backends à jour. Nous sortons
une nouvelle version tous les mois.
D'ailleurs, à partir du mois prochain, nous sortirons en même temps que chaque
version n la version n-1 accompagné des corrections de bug, pour ceux qui
préfèrent une assurance de stabilité plutôt que des nouvelles fonctionnalités.
Un dépôt weboob-stable.git est dédié à ça. Il est forkée de la 0.3 alors que
weboob.git débute la 0.4. Les correctifs sont backportés au fur et à mesure dans
le dépôt stable.
À la fin du mois, nous sortirons la 0.4 issu de weboob.git, accompagné de la
0.3.1 issu de weboob-stable.git.
Puis nous synchroniserons weboob-stable.git sur la 0.4, et à la fin du mois
suivant sortiront la 0.4.1 et la 0.5.
Et ainsi de suite.
[^] # Re: et ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 3.
implémenter deux solutions :
1. Demander de taper le mot de passe puis le garder en mémoire pour la durée de
l'exécution du programme (après il faut voir si des mécanismes de protection
contre le dump de la ram sont utiles ou non).
2. Pouvoir utiliser des keyrings existantes pour stocker les mots de passe, ce
qui impliquerait donc de taper le mot de passe de la keyring au lancement de
l'application.
On perd en maniabilité (plus d'automatisation possible, etc.), mais ça permet
d'offrir un moyen de sécuriser l'utilisation des applications weboob à ceux qui
le souhaitent.
[^] # Re: et ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 3.
C'est tout à fait logique, et la seule assurance que l'on peut te procurer,
c'est que ce logiciel est libre, donc tu as les moyens de le vérifier par toi
même.
Évidement, pour des identifiants aussi critiques que ceux de ses comptes
bancaires, la question se pose, c'est certain, et je comprends que ça peut
rebuter.
C'est à tes risques et périls, je n'ai aucun moyen de te convaincre qu'il n'y a
pas de backdoor :). Soit tu lis le code soit tu nous fais confiance.
[^] # Re: J'aime
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 3.
n'ai pas réussi à résoudre.
Lorsque le POST du commentaire est effectué d'une façon très similaire pourtant
il me semble aux navigateurs, il est bien pris en compte puisque tu le vois dans
ta page personnelle.
Par contre, il n'apparaît pas dans les commentaires du journal tant qu'un autre
commentaire n'a pas été publié ou qu'un commentaire n'a pas été plussé ou
moinsé.
J'ignore totalement quelle est la raison et je trouve ça louche.
Sinon, actuellement les cookies ne sont pas sauvegardées, donc effectivement à
chaque fois que tu relances une application weboob il se relogue. Et comme le
backend DLFP ne se délogue pas...
C'est prévu de stocker les cookies pour éviter cela.
Merci pour ces retours, n'hésite pas à ouvrir des tickets.
Pour l'interface de QBoobMsg, sache que l'application n'a pas été franchement
travaillée, c'est à l'état d'ébauche, si tu as des suggestions d'ergonomie ou
quoi, on est preneurs.
Et enfin, si tu veux vraiment optimiser ton improductivité, je t'invite à
utiliser monboob pour troller avec ton client mail.
Cf http://linuxfr.org/~moules/30262.html
[^] # Re: Weboob et D-Bus ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 2.
des « formateurs » pour sortir les résultats d'une commande.
Il y a un formateur ('table') qui se repose sur prettytable, mais si ce dernier
est absent l'application va se rabattre sur 'multiline' qui est interne (mais
moins sexy).
Note que depuis la version 0.3 une commande peut avoir son propre formateur
dédié à un affichage optimal des données, là où 'multiline', 'table' ou encore
'csv' sont génériques.
Par contre j'ignorais que ce module était au point mort, c'est tout de même
ennuyeux. Sais-tu si il existe une raison et un remplaçant ?
En tous cas pour le moment il est toujours packagé et marche bien.
[^] # Re: et ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 1.
les OFX quelque soit le site, ou d'en générer lorsque ce n'est pas supporté.
Le format est ouvert et documenté ?
L'intérêt sera alors de mettre une cron pour le récupérer automatiquement
périodiquement.
[^] # Re: Weboob et D-Bus ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 2.
python qui utilise weboob et offre des services dbus pour faire le lien entre
les deux.
Après, je ne connais pas spécialement dbus et ne sais pas quelles seraient les
limitations, mais ce serait une bonne passerelle.
[^] # Re: et ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 5.
« Weboob ne devrait pas exister. »
[^] # Re: et ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 3.
expliquer en profondeur le principe et le fonctionnement interne qui n'est pas
forcément trivial surtout sans faire de schéma.
Je t'invite à regarder la vidéo de la conférence aux RMLL qui sera peut-être
plus didactique que les explications écrites que tu as pu trouver.
Pour ce qui est de « blague de potache », c'est vrai que notre volonté à faire
des choses « fun » peuvent retirer un peu de sérieux à la perception qu'on peut
avoir de Weboob au début, mais il faut savoir que malgré tout c'est une approche
et une architecture qui marche et on est réellement convaincu de ce modèle, qui
peut donner l'impression d'« usine à gaz » (voir le commentaire au dessus
demandant un équivalent qui fait un seul fichier), mais la séparation des
parties donne toute la flexibilité de Weboob.
La preuve en est boobank-munin puisqu'encore une fois ce script ne fait qu'une
centaine de lignes.
Ça confirme bien ce que tu dis sur la scriptabilité de Weboob. Voir également
comment configurer Conky pour afficher le titre des chansons actuelles de radios
avec radioob : http://weboob.org/Radioob#Display-the-current-song-in-Conky
[^] # Re: et ?
Posté par moules . En réponse à la dépêche Weboob 0.3. Évalué à 5.
évidement pas l'ambition de concurrencer un logiciel de gestion monétaire déjà
existant, ce n'est pas son but.
Ce script est là pour montrer aussi la puissance de weboob, car il ne fait
qu'une centaine de lignes, a été écrit en un après midi, et néanmoins récupère
la gestion des quatre sites bancaires supportés par Weboob et des éventuels
futurs backends qui seront écrits.
Comme l'a fait remarquer Laurent, il serait bon que boobank puisse sortir les
informations des comptes bancaires dans un format standard pour être réutilisées
dans les applications dédiées à ça. L'apport serait donc la récupération
automatique en une commande ou un cron, de manière unifiée pour tous les sites
supportés.
[^] # Re:Génial!!!
Posté par moules . En réponse au journal Utiliser un Iphone verrouillé via la commande vocale. Évalué à 5.
Oui enfin, ça c'est la curiosité des gens. Par contre, si ton commentaire a une
note sacrément négative, c'est peut-être pour une raison...
[^] # Re: LCL particuliers
Posté par moules . En réponse au message Logiciel de gestion de comptes en banques. Évalué à 2.
Merci.
[^] # Re: Capture d'écran
Posté par moules . En réponse au journal Un nouveau design pour LinuxFr, « zenburn ». Évalué à 1.
[^] # Re: Capture d'écran !
Posté par moules . En réponse au journal Un nouveau design pour LinuxFr, « zenburn ». Évalué à 1.
[^] # Re: Capture d'écran !
Posté par moules . En réponse au journal Un nouveau design pour LinuxFr, « zenburn ». Évalué à 2.
[^] # Re: Capture d'écran !
Posté par moules . En réponse au journal Un nouveau design pour LinuxFr, « zenburn ». Évalué à 2.
[^] # Re: Capture d'écran !
Posté par moules . En réponse au journal Un nouveau design pour LinuxFr, « zenburn ». Évalué à 2.
[^] # Re: .
Posté par moules . En réponse au journal Trollez depuis votre client mail. Évalué à 2.
[^] # Re:Idée
Posté par moules . En réponse au journal Trollez depuis votre client mail. Évalué à 4.
Ainsi qu'il est aisé à deviner, sa réalisation est triviale, néanmoins il a été
laissé à la charge d'un nouveau contributeur souhaitant s'investir et à qui a
été confiée cette tâche afin de l'aider à se familiariser avec le code.
Ce devrait être disponible très prochainement sur le dépôt git.
À prévoir aussi, des backends pour des moteurs de forums, de blogs, etc.
À ce sujet, le chan IRC #weboob sur Freenode permet de se tenir au courant des
évolutions que ne cesse de connaître le projet.
# Monboob
Posté par moules . En réponse au journal Ces petits riens qui parfois nous touchent.... Évalué à 5.
[1] http://weboob.org/Monboob (cf screenshots)
[^] # Re: Lugdulo'V: trouvezunvélopasloin (Velib, Velo'V, ..)
Posté par moules . En réponse au journal Lugdulo'V: trouvez un vélo pas loin (Velib, Velo'V, ..). Évalué à 4.
# Re: Lugdulo'V: trouvez unvélopas loin (Velib, Velo'V, ..)
Posté par moules . En réponse au journal Lugdulo'V: trouvez un vélo pas loin (Velib, Velo'V, ..). Évalué à 5.
¹ http://weboob.org#Backends
² http://weboob.org
³ https://linuxfr.org/2010/08/06/27217.html
[^] # Re:Ahçaj'aime!
Posté par moules . En réponse à la dépêche WebOOB: voir les sites web différemment. Évalué à 1.
Cependant l'idée est de présenter les applications comme totalement
indépendantes, de *vraies* applications, weboob étant juste la bibliothèque qui
permet d'interagir avec les backends.
Des applications tierces comme Totem pourraient utiliser weboob pour accéder aux
vidéos des sites de vidéo, par exemple.
[^] # Re: un petit script python pour arte+7
Posté par moules . En réponse au journal un petit script python pour arte+7. Évalué à 4.
> Je viens de mettre à jour mon weboob via git. J'ai accès à la jolie
> nainterface Qt et au backend "arte" mais impossible de regarder les vidéos
> avec.
>
>
> Donc non, ton script python est utile. D'ailleurs j'adore son interface texte,
> avec le petit invité de commande et la mini REPL ;)
Ouais bah j'ai dis que y avait un backend Arte, pas qu'il était fonctionnel. :)
C'est dans le git, pas releasé.
Note tout de même que l'intérêt de développer le backend dans Weboob est de se
concentrer sur le code de l'interaction avec Arte, ce qui rendra le support
Arte disponible automatiquement aux applications déjà existantes qui
font leurs déjà appel à youtube/ina/etc.
Et si, inversement, tu veux une interface console aussi avancée que celle de
arte-7.py, bah tu codes ça sur videoob et ce sera réutilisable pour *tous* les
backends de vidéo, pas uniquement Arte.
Bref, autant concentrer les efforts, plutôt que de recoder une GUI à chaque
fois.
# Re: un petit script python pour arte+7
Posté par moules . En réponse au journal un petit script python pour arte+7. Évalué à 5.
Note au passage que pour la langue anglaise, ce n'est pas un problème dans le
sens où cela s'adresse également aux allemands.
¹ http://weboob.org
² https://linuxfr.org/2010/08/06/27217.html