Bonjour,

Je viens de réinstaller rTorrent/ruTorrent avec le script de exRat pour Debian 9.
Tout fonctionne (sauf Plexpy ) mais j'ai un petit soucis pour l'automatisation de Filebot.
Si je lance la commande à la main, RAS. Donc Filebot semble bien fonctionner.
Le problème semble venir du system.method.set_key dans rtorrent.rc.
Si je mets system.method.set_key dans mon rtorrent.rc, rtorrent ne se lance pas (erreur impossible d'exécuté la méthode system).
Et si je mets que method.set_key, rtorrent démarre bien, mais il semble que mon rtorrent-postprocess n'est pas exécuté à la fin d'un download.
Mon rtorrent-postprocess :

#!/bin/bash
TORRENT_PATH=$1
TORRENT_NAME=$2
TORRENT_LABEL=$3
sh /home/utilisateur/.filebot/filebot.sh --lang fr -script fn:amc --output "/home/utilisateur/Media" --log-file "/home/utilisateur/.session/amc.log" --action symlink --conflict override -non-strict --def music=y artwork=y "ut_dir=$TORRENT_PATH" "ut_kind=multi" "ut_title=$TORRENT_NAME" "ut_label=$TORRENT_LABEL" &

Mon .rtorrent.rc :

scgi_port = 127.0.0.1:5001
encoding_list = UTF-8
port_range = 45000-65000
port_random = no
check_hash = no
directory = /home/utilisateur/torrents
session = /home/utilisateur/.session
encryption = allow_incoming, try_outgoing, enable_retry
schedule = watch_directory,1,1,"load.start=/home/utilisateur/watch/*.torrent"
schedule = untied_directory,5,5,"stop_untied=/home/utilisateur/watch/*.torrent"
schedule = espace_disque_insuffisant,1,30,close_low_diskspace=500M
trackers.use_udp.set = yes
dht.mode.set = off
protocol.pex.set = no
min_peers = 40
max_peers = 100
min_peers_seed = 10
max_peers_seed = 50
max_uploads = 15
execute = {sh,-c,/usr/bin/php /var/www/rutorrent/php/initplugins.php utilisateur &}
method.set_key = event.download.finished,filebot_amc,"execute={/home/utilisateur/rtorrent-postprocess,$d.get_base_path=,$d.get_name=,$d.get_custom1=}"
# method.set_key = event.download.erased,cleaner,"execute={/home/utilisateur/rtorrent-postprocessdelete}"

Une petite idée ? J'avoue que là, je commence à sécher . Je vois pas trop ce que ça pourrait être ...

xavier
Merci pour ta réponse, mais je crois que t'as pas lu entièrement mon soucis lol :

Vendetta1985 Le problème semble venir du system.method.set_key dans rtorrent.rc.
Si je mets system.method.set_key dans mon rtorrent.rc, rtorrent ne se lance pas (erreur impossible d'exécuté la méthode system).
Et si je mets que method.set_key, rtorrent démarre bien, mais il semble que mon rtorrent-postprocess n'est pas exécuté à la fin d'un download.

Par contre où est ce que j'ai un espace en trop ? Après system.method.set_key ?
Et "utilisateur" c'est mon user (c'est juste pour mettre un peu d'anonymat lol. Je l'ai remplacé en postant pour pas écrire mon nom. Mais je peut mettre toto si tu veux ).

Si t'as d'autres idées je suis preneur
Je pense que la vraie question c'est pourquoi lorsque je rajoute ce fameux system à method.set_key j'ai une erreur (Command "system.method.set_key" does not exist) et je ne peux pas lancer rtorrent ...

Cela va être compliqué @Vendetta1985 car elle n'y figure pas, ni dans le mien car je m'en sers nullement... De plus, si je me fie à cette page elle aurait-été renommer en 2010 ? À moins qu'il existe un rapport avec ceci ?

C'est bizarre, sur mon installation précédente, cela fonctionne sans problème.
C'est d'ailleurs cette méthode qui est utilisé depuis 2015.

Après quelques tests, il semble que ceci dans mon .rtorrent.rc fasse le taf :

method.set_key = event.download.finished,filebotamc,"execute2={/home/ultron/.filebot/rtorrent-postprocess,$d.base_path=,$d.name=,$d.custom1=}"

Bonjour,

désolé @fleure005 la seule qui me vienne à l'esprit figure sur les messages précédents (juste au-dessus).
Et non je ne pourrais pas regarder (filebot n'est pas installé et je ne le prévois pas).

Bonjour à toutes et tous

j'essaye d'unzip le fichier filebot et ça ne veut pas ;(
j'ai essayé avec un autre fichier et pareil :

Archive: Filebot_4.7.2-portable.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of Filebot_4.7.2-portable.zip or
Filebot_4.7.2-portable.zip.zip, and cannot find Filebot_4.7.2-portable.zip.ZIP, period.

de plus les nouveaux fichiers pour Filebot sont des .tar.xz

Une piste à suivre ?

Merci

Bonsoir,

c'est terriblement simple @Jojolescargot et même sous les yeux. Parce que non il ne s'agit pas de la bonne commande unzip; elle n'est pas conçu pour d'autres types d'archives. Donc, oui il faut la remplacer (voilà un exemple) : tar -xvf FileBot_4.7.9-portable.tar.xz;
J'ai pris pour référence cette page : https://sourceforge.net/projects/filebot/files/filebot/FileBot_4.7.9/

D'ac de rien et merci pour le retour @Jojolescargot
Je ne m'en étais pas rendu compte. Ainsi, c'est exact car la bonne adresse figure sur la toute dernière page (ce sera plus parlant avec l'image) : http://nsa39.casimages.com/img/2017/11/08/171108085826289852.png
Dans le cas présent, il manque peut-être une simple redirection (ou alors l'adresse est à compléter) ? Je sais juste qu'il y a plusieurs mirrors avec SourceForge,

Les bonnes commandes sont donc :

cd /tmp
wget https://sourceforge.net/projects/filebot/files/filebot/FileBot_4.7.9/FileBot_4.7.9-portable.tar.xz
mkdir filebot
tar xvf FileBot_4.7.9.tar.xz -C filebot

est il possible de modifier le post original ?

Paradoxal
Comment as tu procédé ?
Merci