quand je demande une importation externe, j'obtiens: [ERR-5]: La ligne de commandes suivante a échouée avec la code 1 : « PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E "id|" » Cela se produit depuis la mise à jour de Weboob 1.2 vers 1.3 La commande semble fonctionner depuis le shell.
Bonjour, Pouvez vous me confirmer que la ligne de commande suivante: PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E "id|" && echo $? Affiche bien las liste des comptes ANSI qu'un 0 sur la dernière ligne?
Bonjour, oui, j'obtiens ça > ~ $ PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | > grep -E "id|" && echo $? > id;label;balance > xxxxxxxxxxx@bp;COMPTE BANCAIRE;1017.45 > yyyyyyyyy@bp;LIVRET A;1114.38 > 0 Le 10/02/2018 à 20:59, Stephane MANKOWSKI a écrit : > https://bugs.kde.org/show_bug.cgi?id=390202 > > Stephane MANKOWSKI <stephane@mankowski.fr> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Ever confirmed|0 |1 > Status|UNCONFIRMED |ASSIGNED > Assignee|guillaume.debure@gmail.com |stephane@mankowski.fr > > --- Comment #1 from Stephane MANKOWSKI <stephane@mankowski.fr> --- > Bonjour, > > Pouvez vous me confirmer que la ligne de commande suivante: > PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E "id|" > && echo $? > > Affiche bien las liste des comptes ANSI qu'un 0 sur la dernière ligne? >
Et si vous faites lancer ceci: bash PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E "id|" && echo $? Car en fait le commande est lancée avec bash.
> ~ $ bash PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s > id,label,balance | grep -E "id|" && echo $? > bash: PYTHONIOENCODING=utf_8: Aucun fichier ou dossier de ce type Le 12/02/2018 à 08:45, Stephane MANKOWSKI a écrit : > bash PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E > "id|" && echo $?
Désolé, je me suis trompé dans ma dernière demande. Pouvez vous tester avec cette commande? /bin/bash -c "PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E \"id|\" && echo $?" Cordialement.
Bonjour, voici le résultat: ~ $ /bin/bash -c "PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E \"id|\" && echo $?" id;label;balance xxxxxxxx@bp;COMPTE BANCAIRE;995.45 yyyyyyyyy@bp;LIVRET A;1114.38 0
La commande retourne bien un 0. Etes vous sur que vous avez toujours une erreur depuis Skrooge? Si oui, pouvez vous faire ceci depuis une console? export SKGTRACE=20 skrooge > t.txt 2>&1 Faire votre scénario M'envoyer par mail le fichier t.txt
Pour éviter le crash pouvez vous essayer comme ceci? export SKGTRACE=5 skrooge > t.txt 2>&1
Bonjour, après une mise à jour vers Weboob 1.3 (seule possibilité pour que l'import de La Banque Postale fonctionne, j'ai à nouveau l'erreur au moment de l'importation: [ERR-5]: La ligne de commandes suivante a échouée avec la code 1 : « PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E "id|" » Lorsque j'éxécute la commande skrooge > t3.txt 2>&1 j'ai pour la même importation ce message: [ERR-5]: Format de date non pris en charge le fichier trace: ##WARNING: KServiceTypeTrader: serviceType "ThumbCreator" not found ##ATTENTION : La commande a="" && b="2000-01-01" && m=$( [[ ${a} > ${b} ]] && echo "$a" || echo "$b" ) && PYTHONIOENCODING=utf_8 boobank -q -f csv history "CC-4000XXXXXXX@ing" -s rdate,type,raw,label,amount --condition "rdate>$m OR date>$m OR rdate>$m 00:00:00 OR date>$m 00:00:00" -n 99999 a échoué à cause en raison d'un délai trop long (Essai 1) ##WARNING: QProcess::start: Process is already running ##ATTENTION : La commande a="" && b="2000-01-01" && m=$( [[ ${a} > ${b} ]] && echo "$a" || echo "$b" ) && PYTHONIOENCODING=utf_8 boobank -q -f csv history "CC-4000XXXXXXX@ing" -s rdate,type,raw,label,amount --condition "rdate>$m OR date>$m OR rdate>$m 00:00:00 OR date>$m 00:00:00" -n 99999 a échoué avec le code 15 (Essai 2) Lorsque j'exécute les commandes: export SKGTRACE=5 skrooge > t4.txt 2>&1 je n'ai plus d'erreur (je n'ai pas joint le fichier trace qui fait 2.8 Mo)
Could you to launch the failing command from the command line? a="" && b="2000-01-01" && m=$( [[ ${a} > ${b} ]] && echo "$a" || echo "$b" ) && PYTHONIOENCODING=utf_8 boobank -q -f csv history "CC-4000XXXXXXX@ing" -s rdate,type,raw,label,amount --condition "rdate>$m OR date>$m OR rdate>$m 00:00:00 OR date>$m 00:00:00" -n 99999 The output could be interesting.
Lorsque j'exécute directement la commande: a="" && b="2000-01-01" && m=$( [[ ${a} > ${b} ]] && echo "$a" || echo "$b" ) && PYTHONIOENCODING=utf_8 boobank -q -f csv history "CC-4000XXXXXXX@ing" -s rdate,type,raw,label,amount --condition "rdate>$m OR date>$m OR rdate>$m 00:00:00 OR date>$m 00:00:00" -n 99999 j'obtiens la liste des opérations du compte jusqu'au 4 septembre 2017 puis ça se termine par: Bug(ing): HTTPSConnectionPool(host='secure.ingdirect.fr', port=443): Max retries exceeded with url: /protected/pages/index.jsf (Caused by ProtocolError('Connection aborted.', error(104, 'Connection reset by peer'))) (If --auto-update is passed on the command-line, new versions of the module will be checked automatically) Use --debug option to print backtraces
C'est le problème. Boobank ne doit pas retourner d'erreur pour que Skrooge puisse correctement importer les données.
Bonjour, et merci pour vos réponses. J'ai bien compris que si Boobank a un problème, il est normal que Skrooge aussi. Comment expliquez-vous pourquoi lorsque je lance l'importation dans Skrooge il plante dès le début de processus avec le message [ERR-5]: La ligne de commandes suivante a échouée avec la code 1 : « PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E "id|" » alors que lorsque je fais la même manip en ayant lancé Skrooge depuis la ligne de commande l'importation va jusqu'à son terme ? Le 29/05/2018 à 18:57, Stephane MANKOWSKI a écrit : > https://bugs.kde.org/show_bug.cgi?id=390202 > > Stephane MANKOWSKI <stephane@mankowski.fr> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|REOPENED |RESOLVED > Resolution|--- |INVALID > > --- Comment #12 from Stephane MANKOWSKI <stephane@mankowski.fr> --- > C'est le problème. > Boobank ne doit pas retourner d'erreur pour que Skrooge puisse correctement > importer les données. >
Skrooge lance cette commande avec "bash". Avez vous bien bash? Il suffit de lancer bash depuis la ligne de commande.
Oui, je comprends mais pourquoi est-ce que cela génère une erreur (err-1) dans Skrooge et pas en ligne de commande avec bash ? > /bin/bash -c "PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s > id,label,balance | grep -E \"id|\" && echo $?" > id;label;balance > xxxxxx@bp;COMPTE BANCAIRE;563.32 > yyyyyyy@bp;LIVRET A;138.38 > CC-4xxxxxxx@ing;Compte Courant;522.82 > LDD-1yyyyy@ing;Livret Développement Durable;952.37 > 127 Parce que si je lance Skrooge depuis le menu application, je peux pas importer, j'ai directement l'erreur, et si je lance Skrooge depuis la ligne de commande, je peux faire l'importation ! c'est étrange, non ? Le 03/06/2018 à 21:06, Stephane MANKOWSKI a écrit : > https://bugs.kde.org/show_bug.cgi?id=390202 > > --- Comment #14 from Stephane MANKOWSKI <stephane@mankowski.fr> --- > Skrooge lance cette commande avec "bash". > Avez vous bien bash? > Il suffit de lancer bash depuis la ligne de commande. >
En effet, c'est bizarre. Peux tu m'en dire plus sur ton système pour que je puisse reproduire le problème? Juste une autre question, dans la requête suivante: > /bin/bash -c "PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s > id,label,balance | grep -E \"id|\" && echo $?" > id;label;balance > xxxxxx@bp;COMPTE BANCAIRE;563.32 > yyyyyyy@bp;LIVRET A;138.38 > CC-4xxxxxxx@ing;Compte Courant;522.82 > LDD-1yyyyy@ing;Livret Développement Durable;952.37 > 127 Il y a un code de retour de 127. Cela veut dire qu'il y a eu une erreur. As tu lancé cette requête depuis un terminal? Si oui, c'est bizarre qu'il y ai une erreur.
Oui, j'ai lancé la commande depuis un terminal. J'utilise Linux Mint 18.3 64, noyau Linux 4.4.0-21. Mais aujourd'hui j'ai un retour d'erreur 0 ! c'est de plus en plus étrange ! Par contre ça plante toujours dans Skrooge lancé depuis le menu Application. Mais ça fonctionne lorsque je lance Skrooge depuis le terminal !! Enfin tout du moins en apparence en tant qu'utilisateur parce que le terminal affiche quelques erreurs tout de même... > ~ $ skrooge > ##WARNING: KServiceTypeTrader: serviceType "ThumbCreator" not found > ##ATTENTION : La commande a="" && b="2018-05-30" && m=$( [[ ${a} > > ${b} ]] && echo "$a" || echo "$b" ) && PYTHONIOENCODING=utf_8 boobank > -q -f csv history "CC-4xxxxxxx@ing" -s rdate,type,raw,label,amount > --condition "rdate>$m OR date>$m OR rdate>$m 00:00:00 OR date>$m > 00:00:00" -n 99999 a échoué à cause en raison d'un délai trop long > (Essai 1) > ##WARNING: QProcess::start: Process is already running > ##ATTENTION : La commande a="" && b="2018-05-30" && m=$( [[ ${a} > > ${b} ]] && echo "$a" || echo "$b" ) && PYTHONIOENCODING=utf_8 boobank > -q -f csv history "CC-4xxxxxx@ing" -s rdate,type,raw,label,amount > --condition "rdate>$m OR date>$m OR rdate>$m 00:00:00 OR date>$m > 00:00:00" -n 99999 a échoué avec le code 15 (Essai 2) > ##WARNING: Audio notification requested, but sound file from notifyrc > file was not found, aborting audio notification > ##WARNING: Audio notification requested, but sound file from notifyrc > file was not found, aborting audio notification Le 05/06/2018 à 09:28, Stephane MANKOWSKI a écrit : > https://bugs.kde.org/show_bug.cgi?id=390202 > > --- Comment #16 from Stephane MANKOWSKI <stephane@mankowski.fr> --- > En effet, c'est bizarre. Peux tu m'en dire plus sur ton système pour que je > puisse reproduire le problème? > > Juste une autre question, dans la requête suivante: >> /bin/bash -c "PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s >> id,label,balance | grep -E \"id|\" && echo $?" >> id;label;balance >> xxxxxx@bp;COMPTE BANCAIRE;563.32 >> yyyyyyy@bp;LIVRET A;138.38 >> CC-4xxxxxxx@ing;Compte Courant;522.82 >> LDD-1yyyyy@ing;Livret Développement Durable;952.37 >> 127 > Il y a un code de retour de 127. Cela veut dire qu'il y a eu une erreur. > As tu lancé cette requête depuis un terminal? > Si oui, c'est bizarre qu'il y ai une erreur. >
Bonjour, Les traces dans la console montrent que boobank sort parfois en erreur. C'est normal, j'ai aussi ce comportement, c'est pour cela que Skrooge fait plusieurs essais. Cela n'explique pas la différence de comportement en console ou pas. Peux tu essayer ceci? 1- Editer en tant que root le fichier suivant: /usr/share/applications/org.kde.skrooge.desktop 2-Replacer la ligne: Exec=skrooge %F par: Exec=skrooge %F > /tmp/skrooge.log 2>&1 3- Lancer Skrooge depuis le menu 4- Jouer le scénario 5- Poster ici le fichier /tmp/skrooge.log
cela ne produit pas de log ! Skrooge se lance mais il n'y pas de fichier de log à la fermeture J'ai essayé aussi Exec=skrooge %F > /home/olivier/skrooge.log 2>&1 au cas ou ce soit un problème de droit, mais pas de log non plus. Si je lance depuis le terminal skrooge %F > /tmp/skrooge.log 2>&1 le fichier log est créé. A noter qu'avec ces commandes, Skrooge n'ouvre pas mon fichier de compte par défaut. La commande ne semble donc pas en cause mais plutôt les conditions d'exécution. Ce serait pas un problème d'instance DBUS ? Je dis ça parce que je l'ai vu en fin du fichier /usr/share/applications/org.kde.skrooge.desktop > Terminal=false > X-KDE-StartupNotify=true > Categories=Qt;KDE;Office;Finance; > MimeType=application/x-skg;application/x-skgc;application/x-kmymoney;applicatio$ > X-DBUS-StartupType=Unique > X-DBUS-ServiceName=org.kde.skrooge > X-DocPath=skrooge/index.html Le 06/06/2018 à 21:02, Stephane MANKOWSKI a écrit : > https://bugs.kde.org/show_bug.cgi?id=390202 > > --- Comment #18 from Stephane MANKOWSKI <stephane@mankowski.fr> --- > Bonjour, > > Les traces dans la console montrent que boobank sort parfois en erreur. > C'est normal, j'ai aussi ce comportement, c'est pour cela que Skrooge fait > plusieurs essais. Cela n'explique pas la différence de comportement en console > ou pas. > > Peux tu essayer ceci? > 1- Editer en tant que root le fichier suivant: > /usr/share/applications/org.kde.skrooge.desktop > 2-Replacer la ligne: > Exec=skrooge %F > par: > Exec=skrooge %F > /tmp/skrooge.log 2>&1 > 3- Lancer Skrooge depuis le menu > 4- Jouer le scénario > 5- Poster ici le fichier /tmp/skrooge.log >
Peux tu essayer de lancer Skrooge depuis Alt+F2? Je ne pense pas que le pb soit lié à dbus.
depuis alt+f2, j'ai toujours l'erreur: [ERR-5]: La ligne de commandes suivante a échouée avec la code 1 : « PYTHONIOENCODING=utf_8 boobank ls -q -f csv -s id,label,balance | grep -E "id|" » Le 07/06/2018 à 10:42, Stephane MANKOWSKI a écrit : https://bugs.kde.org/show_bug.cgi?id=390202 --- Comment #20 from Stephane MANKOWSKI <stephane@mankowski.fr> [1] --- Peux tu essayer de lancer Skrooge depuis Alt+F2? Je ne pense pas que le pb soit lié à dbus. 1. mailto:stephane@mankowski.fr
Juste une question. Où est installé ton binaire "boobank" ? Le code 1 me fait penser que "boobank" n'est pas trouvé. Peut être que l'ouverture d'une console positionne boobank dans le path et cela fait que Skrooge le trouve alors que depuis le menu, boobank reste introuvable.
boobank est dans mon home: /home/olivier/.weboob olivier@antec-mint / $ boobank Welcome to boobank v1.3 ... olivier@antec-mint / $ boobank Welcome to boobank v1.3 A priori, le "path" est déclaré ? Le 11/06/2018 à 14:39, Stephane MANKOWSKI a écrit : > https://bugs.kde.org/show_bug.cgi?id=390202 > > --- Comment #22 from Stephane MANKOWSKI <stephane@mankowski.fr> --- > Juste une question. Où est installé ton binaire "boobank" ? > Le code 1 me fait penser que "boobank" n'est pas trouvé. > > Peut être que l'ouverture d'une console positionne boobank dans le path et cela > fait que Skrooge le trouve alors que depuis le menu, boobank reste introuvable. >
Je ne doute pas que depuis une console, boobank soit bien dans le $PATH. Je pense qu'il est intéressant de chercher comment le répertoire /home/olivier/.weboob est ajouté dans $PATH. A mon avis, que Skrooge est exécuté depuis le menu, ce répertoire n'est pas ajouté dans $PATH, ce qui explique que Skrooge ne le trouve pas. Par contre, quand tu lances une console, ce répertoire est ajouté dans $PATH et Skrooge en profite. Tu peux essayer ceci: sudo ln -s /home/olivier/.weboob/boobank /usr/bin/boobank
Bingo ! C'est bien ça ! J'avais donc mal installé Weboob ? En tout cas mille merci pour ta patience.:-) Le 13/06/2018 à 20:53, Stephane MANKOWSKI a écrit : > https://bugs.kde.org/show_bug.cgi?id=390202 > > --- Comment #24 from Stephane MANKOWSKI <stephane@mankowski.fr> --- > Je ne doute pas que depuis une console, boobank soit bien dans le $PATH. > Je pense qu'il est intéressant de chercher comment le répertoire > /home/olivier/.weboob est ajouté dans $PATH. > > A mon avis, que Skrooge est exécuté depuis le menu, ce répertoire n'est pas > ajouté dans $PATH, ce qui explique que Skrooge ne le trouve pas. > Par contre, quand tu lances une console, ce répertoire est ajouté dans $PATH et > Skrooge en profite. > > Tu peux essayer ceci: > sudo ln -s /home/olivier/.weboob/boobank /usr/bin/boobank >