• Docker
  • Maintien d'une image docker rutorrent pour la communauté mondedie

merci pour l'info, mais j'avais vu ça. C'est cool. Sinon c'est bon, j'ai résolu mon problème.

    ppo852 Si tu pouvais poster la solution dans le cas ou une autre personne à le même problème que toi 🙂

    Salut. En fait, j'ai juste récupéré ton, fichier de base args_amc.txt et je l'ai modifié selon mes besoins. Ca n'as pas marché longtemps. 2 jours plus tard j'ai droit à ça: (je précise que j'ai fait une install du docker toute propre pour tester)

    un script [fn:amc] at [Mon May 11 16:40:45 GMT 2020]
    Parameter: music = y
    Parameter: unsorted = y
    Parameter: ut_kind = multi
    Parameter: musicFormat = /data/media/music/{n}/{fn}
    Parameter: movieFormat = /data/media/{genres.contains('Animation') ? 'Animation/':'films/'}'{n} ({y})
    Parameter: animeFormat = /data/media/animes/{n}/{e.pad(3)} - {t}
    Parameter: unsortedFormat = /data/media/unsorted/{file.structurePathTail}
    Parameter: seriesFormat = /data/media/{genres.contains('Animation') ? 'animes/':fn =~ /subfrench|vostfr|VOSTFR|SUBFRENCH/ ? 'seriesvostfr/':'series/'} {n} ({y})/season {s.pad(2)}/{s00e00} - {t}
    Parameter: ut_dir = /data/downloads/MacGyver.2016.S04E13.FiNAL.FASTSUB.VOSTFR.HDTV.x264-GOLD.mkv
    Parameter: ut_title = MacGyver.2016.S04E13.FiNAL.FASTSUB.VOSTFR.HDTV.x264-GOLD.mkv
    java.lang.Error: 
    
    There is an incompatible JNA native library installed on this system
    Expected: 6.1.0
    Found:    5.2.2
    (at /filebot/lib/Linux-x86_64/libjnidispatch.so).
    To resolve this issue you may do one of the following:
     - remove or uninstall the offending library
     - set the system property jna.nosys=true
     - set jna.boot.library.path to include the path to the version of the 
       jnidispatch library included with the JNA jar file you are using
    
    java.lang.Error: 
    
    There is an incompatible JNA native library installed on this system
    Expected: 6.1.0
    Found:    5.2.2
    (at /filebot/lib/Linux-x86_64/libjnidispatch.so).
    To resolve this issue you may do one of the following:
     - remove or uninstall the offending library
     - set the system property jna.nosys=true
     - set jna.boot.library.path to include the path to the version of the 
       jnidispatch library included with the JNA jar file you are using
    
    	at com.sun.jna.Native.<clinit>(Native.java:204)
    	at net.filebot.mediainfo.MediaInfoLibrary.<clinit>(Unknown Source)
    	at net.filebot.mediainfo.MediaInfo.<init>(Unknown Source)
    	at net.filebot.media.MediaCharacteristicsParser$1.open(Unknown Source)
    	at net.filebot.media.CachedMediaCharacteristics.lambda$getMediaCharacteristics$0(Unknown Source)
    	at com.github.benmanes.caffeine.cache.BoundedLocalCache.lambda$doComputeIfAbsent$14(BoundedLocalCache.java:2380)
    	at com.github.benmanes.caffeine.cache.BoundedLocalCache.doComputeIfAbsent(BoundedLocalCache.java:2378)
    	at com.github.benmanes.caffeine.cache.BoundedLocalCache.computeIfAbsent(BoundedLocalCache.java:2361)
    	at com.github.benmanes.caffeine.cache.LocalCache.computeIfAbsent(LocalCache.java:108)
    	at com.github.benmanes.caffeine.cache.LocalManualCache.get(LocalManualCache.java:62)
    	at net.filebot.MemoryCache.get(Unknown Source)
    	at net.filebot.media.CachedMediaCharacteristics.getMediaCharacteristics(Unknown Source)
    	at net.filebot.cli.ScriptShellMethods.getMediaCharacteristics(Unknown Source)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    	at Script1$_acceptFile_closure95.doCall(Script1.groovy:233)
    	at Script1$_acceptFile_closure95.doCall(Script1.groovy)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    	at net.filebot.format.ExpressionFormatFunctions.call(Unknown Source)
    	at net.filebot.format.ExpressionFormatFunctions.lambda$stream$0(Unknown Source)
    	at net.filebot.format.ExpressionFormatFunctions.any(Unknown Source)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    	at Script1.acceptFile(Script1.groovy:233)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    	at Script1$_run_closure64.doCall(Script1.groovy:269)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    	at Script1.run(Script1.groovy:269)
    	at net.filebot.cli.ScriptShell.evaluate(Unknown Source)
    	at net.filebot.cli.ScriptShell.runScript(Unknown Source)
    	at net.filebot.cli.ArgumentProcessor.runScript(Unknown Source)
    	at net.filebot.cli.ArgumentProcessor.run(Unknown Source)
    	at net.filebot.Main.main(Unknown Source)
    
    Error (o_O)

    Je viens de voir sur le Github que tu as aussi ce problème. Donc je vais attendre de tes nouvelles.
    Sinon c'est possible de revenir a l’ancienne version ??
    Merci encore pour ton travail.

      Ok, j'ai testé sur plusieurs sessions, tout a l'air de fonctionner. Tu es trop fort, merci encore

      Hello @Magicalex
      je viens de tester la version de rutorrent de mondedie et tout est parfait de mon coté... ou presque ^^

      • lorsque je check l'ouverture du port , j ai un warning qui me dit "statut du port inconnu"

      • je vois bien mes fichiers dans Filemanager et l'arbo est bonne mais des que je veux copier un fichier vers un autre repertoire (meme dans un repertoire en 777) , le process s'arrete avec dans le journal "FILE MANAGER: L'opération est terminée. :" et rien n'est copié 😢


        As tu déjà été confronté à cela?

        superboki je ne peux pas non plus supprimer les dossiers... en gros je vois tout mais je ne peux rien faire... surement un soucis de droits de mon user 😅

        salut effectivement j'ai aussi se problème de port mais je l'avais pas après la mise a jour de ce mercredi bizar

        superboki laster13 Problème résolu pour le port.

        sinon @superboki pour filemanager je sais pas. Tu peux décrire un peu plus ton problème?
        Après c'est une extension mal foutu au niveau du code donc je vais pas pouvoir faire grand chose appart ouvrir un ticket sur le github du projet.

        Je propose d'ouvrir un topic pour avoir la belle présentation faite sur le GitHub 😉

        Je pense clore le topic ici, et en ouvrir 2 à côtés : 1 pour l'installation, les tips, et le changelog et un pour la discussion ?
        Si cela te va @Magicalex ?

          17 jours plus tard

          MattProd oui pas de soucis. Ici c'était une discussion à la base pour discuter d'une image communautaire mondedie pour rutorrent.

          Répondre…