Coucou,

J'ai voulu essayer de pull l image sur arm et j obtient le message suivant :
$ docker pull mondedie/rutorrent:filebot
filebot: Pulling from mondedie/rutorrent
no matching manifest for linux/arm/v8 in the manifest list entries
Si quelqu'un a une idée ?

hello
de nouveau moi apres quelques tests supplementaires
je vous partage ce que j ai constaste (qui est peut etre normal mais j en doute)
lors de tests et toujours pour personnaliser mon container, j ai a un moment donne efface le fichier amc.excludes.
Jusque la rien de grave me direz vous.
La ou j ai ete surpris c est lorsque j ai relance un DL et que ce dernier s est termine : filebot a procede a tout le renommage de mes fichiers dans downloads et non uniquement le torrent qui venait de se finir. Comme si les parametres de postdl n etaient pas pris en compte.
Bref normal ou petit souci?
En soit c est pas genant dans le sens ou en theorie tu n effaces pas ce ficher mais je me dis que lorsque le fichier comportera des cetaines de lignes ca va commencer a ralentir le traitement, non?

a+

Magicalex
du coup je suis un peu perdu sur le role de --def ut_dir="${TORRENT_PATH}" et --def ut_title="${TORRENT_NAME}"
Le but de ces options n est il pas de traiter le fichier renseigne par ${TORRENT_PATH} et ${TORRENT_NAME} ???

Je prends en exemple ce petit script que je me suis fait:

#!/bin/bash
echo "chemin du fichier à renommer:"
read TORRENT_PATH
/home/.filebot/filebot.sh --lang fr -script fn:amc --output "/home/Media" --action symlink --conflict override -non-strict --def tmdbTV=y unsorted=y "ut_dir=$TORRENT_PATH"

La variable $TORRENT_PATH renseigne bien filebot sur le fichier a traiter et il ne traite que celui la et aucunement les autres du repertoire ( et pas de fichier qui inventorie les fichiers a exclure).

Hello,
Aller on poursuit le sujet de bon matin et de bonne humeur.
Etant arrivé tôt au boulot, j'ai fouiné sur le site de filebot et suis allé à la pêche aux infos.
J'ai trouvé un topic qui aborde le point ut_dir et surtout avec une réponse de Rednoah le concepteur de filebot:
Discussion sur le forum filebot

qBT will replace %F with the input folder/file of the completed download and call FileBot on that:

--def "ut_dir=%F"_

If you pass your entire Downloads folder as input folder every time, then you will end up processing incomplete downloads A, B and C after D is finished and triggers filebot.

Du coup voilà ce que je comprends:
rtorrent renvoie le nom du torrent que l'on stocke dans la variable TORRENT_PATH
ensuite on lance filebot avec en paramètre ut_dir=$TORRENT_PATH
Alors filebot est censé traiter uniquement le torrent qui vient de se terminer.
Cela permet d'éviter le traitement de fichiers qui seraient encore en cours de téléchargement.

Ce que j'ai pu retester ce matin sur le container de la communauté, c'est que le paramètre ut_dir ne s'applique pas et donc systématiquement tout le répertoire downloads est retraité (en excluant tous les torrents référencés dans le fichier amc_exclude).
En soit ce n'est pas bien grave, même dans le cas suivant:
imaginons que l'on lance 2 downloads, 1 se finit rapidement , le 2ieme prend 1 journée
lorsque le 1ier se finit, filebot traite alors le torrent 1 (celui fini) et le torrent 2 (celui en cours de download)
et il vient ensuite renseigné ces 2 torrents dans le fichier amc_exclude.
Le 2ieme torrent se finit plus tard, filebot se lance mais comme le torrent 2 est référencé dans amc_exclude , aucune action n'est effectuée.
la problématique que je vois c'est que l'on crée un symlink sur un fichier non fini et donc si tu es un peu impatient et que tu veux accéder au fichier via ton symlink tu vas avoir une mauvaise surprise.

Du coup j'ai regardé le script postdl (je suis très loin d'être un expert et mes compétences en scripting sont très limitées) pour essayer de voir pourquoi le paramètre ut_dir ne s'applique pas.

le début me semble bon:

TORRENT_PATH="$1"

par contre ici j'ai quelques doutes:

--def ut_dir="${TORRENT_PATH}"

est ce que ce ne devrait pas plutot être:

--def ut_dir=$TORRENT_PATH
ou

--def "ut_dir=$TORRENT_PATH"

Après comme je le disais je ne suis pas très doué et ne sais pas si les {....} ou mettre les "..." à cet endroit impactent ou pas. Mais c'est la seule dfférence que je vois avec le script de xataz (pour lequel je trouve le résultat souhaité et expliqué par Rednoah).

a+

Parfait @Magicalex ! Merci ! Par contre c'est possible de faire un ajout de ligne avec ">>" au lieu de ">" lors de l'ajout d'un utilisateur via openssl ?
echo "${username}:${passwd}" >> /config/nginx/passwd/rutorrent_passwd

Ça permet d'avoir plusieurs accès pour la même instance: ça peut paraître inutile mais j'ai pas forcément envie de partager mon mot de passe avec quelqu'un d'autre XD.