Jump to content

cybrnook

Members
  • Posts

    613
  • Joined

  • Days Won

    2

Everything posted by cybrnook

  1. Let me know if you get anywhere with this. I have a Cyberpower OL1500RTXL2UN, and would be interested in your findings. Currently have mine through the UPS port, but would switch.
  2. I'll test again tonight. I will blow away the docker and reinstall to see if behavior persists. Will follow up, thanks @Djoss EDIT: Haven't had a chance to test yet. Hopefully I can sometime soon.
  3. Load an episode into your queue, right click "Match" in the middle to choose your source, choose the TV DB one at the top (I assume any one would work as it happens as soon as you click) and then the error appears.
  4. Unfortunately, still the same issue when trying to search for a name match๐Ÿ˜ž IllegalArgumentException java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.done(RenamePanel.java:940) Caused by: java.lang.IllegalArgumentException at net.filebot.ui.rename.EpisodeListMatcher.match(EpisodeListMatcher.java:83) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:922) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:918)
  5. Java Java Java Java Java Java Java Java Java Java Java Java Java Java Java Java ๐Ÿ™‚ @Djoss Getting this when trying to do even a single episode fetch and rename: [services.d] starting app... [app] starting FileBot... [services.d] done. FileBot 4.8.4 (r5846) JNA Native: 5.2.0 MediaInfo: 18.05 Apache Commons VFS: [zip, rar] Chromaprint: 1.4.3 Extended Attributes: OK Unicode Filesystem: OK Script Bundle: 2019-02-20 (r548) Groovy: 2.5.1 JRE: OpenJDK Runtime Environment 1.8.0_181 JVM: 64-bit OpenJDK 64-Bit Server VM CPU/MEM: 0 Core / 15 GB Max Memory / 53 MB Used Memory OS: Linux (amd64) HW: Linux 140206e3df26 4.19.23-Unraid #1 SMP Fri Feb 15 10:41:44 PST 2019 x86_64 Linux DATA: /config Package: DOCKER License: FileBot License JAVAJAVAJAVA (Valid-Until: 2019-07-30) Done ใƒพ(๏ผ โŒ’ใƒผโŒ’๏ผ )ใƒŽ Prism pipeline init order: sw Using java-based Pisces rasterizer Using dirty region optimizations Not using texture mask for primitives Not forcing power of 2 sizes for textures Using hardware CLAMP_TO_ZERO mode Opting in for HiDPI pixel scaling *** Fallback to Prism SW pipeline Prism pipeline name = com.sun.prism.sw.SWPipeline (X) Got class = class com.sun.prism.sw.SWPipeline Initialized prism pipeline: com.sun.prism.sw.SWPipeline vsync: true vpipe: false 22/02/2019 08:35:16 client 1 network rate 1240.4 KB/sec (139270.1 eff KB/sec) 22/02/2019 08:35:16 client 1 latency: 0.5 ms 22/02/2019 08:35:16 dt1: 0.0059, dt2: 0.0226 dt3: 0.0005 bytes: 35027 22/02/2019 08:35:16 link_rate: LR_LAN - 1 ms, 1240 KB/s 22/02/2019 08:35:16 copy_tiles: allocating first_line at size 41 22/02/2019 08:35:19 created selwin: 0x20002d 22/02/2019 08:35:19 called initialize_xfixes() IllegalArgumentException java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.done(RenamePanel.java:936) Caused by: java.lang.IllegalArgumentException at net.filebot.ui.rename.EpisodeListMatcher.match(EpisodeListMatcher.java:85) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:921) at net.filebot.ui.rename.RenamePanel$AutoCompleteAction$1.doInBackground(RenamePanel.java:917) So checked the usual suspect, and found: /tmp # which java /usr/bin/java /tmp # cd /usr/bin /usr/bin # ldd java /lib/ld-musl-x86_64.so.1 (0x14b8fee8b000) Error loading shared library libjli.so: No such file or directory (needed by java) libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x14b8fee8b000) Error relocating java: JLI_Launch: symbol not found /usr/bin # EDIT: ALSO!!! Beta 4.8.5 is out ๐Ÿ™‚ https://www.filebot.net/forums/viewtopic.php?t=9535
  6. Just dropping in to say thanks again for maintaining this plugin, it's great to have. I updated to your latest version this morning 2019.02.20 , and noticed two odd behaviors. 1. I had and already existing .RecycleBin folder which contained some data from a previous delete. I updated, then went and emptied the trash. I can see that the contents of the folder were purged, but to my surprise the .RecycleBin folder remained, which I found strange. Normally emptying the trash takes the folder along with it. 2. I deleted a folder in another area after upgrading. The folder itself was empty, but nevertheless I deleted it. This did not register with the Recycle Bin plugin, and the folder is just gone now. No worries, as I wanted it to be deleted, but also found it strange that it was not caught. I am on the latest RC4 release.
  7. Squid updated the URL's in the repo's, that's why it started working.
  8. Would you mind uploading the /usr/lib64/libfreeipmi.so.17 file for me? EDIT: Actually I may be able to pull it from his git repo. EDIT2: Thanks, I was able to pull the latest freeipmi-1.5.7-x86_64-2.txz from his IPMI repo, extract out the libfreeipmi.so.17.1.4 file, drop it in /usr/lib64, chmod 777 it up and symlink it over to libfreeipmi.so.17. All is good now, just need to handle this on boot manually or just make my own small mod to his package to include the lib file and repackage it. Or, best would be @dmacias adds the lib file into his install recipe of ipmitool ๐Ÿ™‚ root@poot:/usr/lib64# ls -l libfree* lrwxrwxrwx 1 root root 21 Feb 8 16:27 libfreeipmi.so.17 -> libfreeipmi.so.17.1.4* -rwxrwxrwx 1 root root 5285848 Feb 8 16:23 libfreeipmi.so.17.1.4* root@poot:/usr/lib64# ldd /usr/bin/ipmitool linux-vdso.so.1 (0x00007ffd15495000) libfreeipmi.so.17 => /usr/lib64/libfreeipmi.so.17 (0x000014e182d93000) libpthread.so.0 => /lib64/libpthread.so.0 (0x000014e182d72000) libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x000014e182c55000) libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x000014e182c32000) libm.so.6 => /lib64/libm.so.6 (0x000014e182aa7000) libreadline.so.7 => /usr/lib64/libreadline.so.7 (0x000014e182859000) libncurses.so.6 => /lib64/libncurses.so.6 (0x000014e18282c000) libtinfo.so.6 => /lib64/libtinfo.so.6 (0x000014e1827fe000) libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x000014e182522000) libc.so.6 => /lib64/libc.so.6 (0x000014e18233f000) /lib64/ld-linux-x86-64.so.2 (0x000014e1834ad000) libdl.so.2 => /lib64/libdl.so.2 (0x000014e18233a000) libz.so.1 => /lib64/libz.so.1 (0x000014e182123000)
  9. Just coming to say the same, IPMI is having some issues with missing dependencies, even with your latest update: Before the update: root@Tower:~# ldd /usr/bin/ipmitool linux-vdso.so.1 (0x00007ffc36dd4000) libm.so.6 => /lib64/libm.so.6 (0x0000146e4f726000) libncurses.so.5 => /lib64/libncurses.so.5 (0x0000146e4f4cf000) libcrypto.so.1 => not found libc.so.6 => /lib64/libc.so.6 (0x0000146e4f2ec000) /lib64/ld-linux-x86-64.so.2 (0x0000146e4f8c0000) libdl.so.2 => /lib64/libdl.so.2 (0x0000146e4f2e7000) ipmitool: error while loading shared libraries: libcrypto.so.1: cannot open shared object file: No such file or directory After the update: root@Tower:~# ldd /usr/bin/ipmitool linux-vdso.so.1 (0x00007ffd8afdf000) libfreeipmi.so.17 => not found libpthread.so.0 => /lib64/libpthread.so.0 (0x00001519adf18000) libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00001519addfb000) libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00001519addd8000) libm.so.6 => /lib64/libm.so.6 (0x00001519adc4d000) libreadline.so.7 => /usr/lib64/libreadline.so.7 (0x00001519ad9ff000) libncurses.so.6 => /lib64/libncurses.so.6 (0x00001519ad9d2000) libtinfo.so.6 => /lib64/libtinfo.so.6 (0x00001519ad9a4000) libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00001519ad6c8000) libc.so.6 => /lib64/libc.so.6 (0x00001519ad4e5000) /lib64/ld-linux-x86-64.so.2 (0x00001519adf48000) libdl.so.2 => /lib64/libdl.so.2 (0x00001519ad4e0000) libz.so.1 => /lib64/libz.so.1 (0x00001519ad2c9000) ipmitool: error while loading shared libraries: libfreeipmi.so.17: cannot open shared object file: No such file or directory
  10. Thank you sooooo much for this! I was upset this am to find that apcupsd did not work/detect my Cyberpower OL1500RTXL2UN. NUT worked like a charm, I can sleep well tonight.
  11. Thanks @bonienl You have any plans on updating the icons in the dynamix plugins to match the new themeing? I notice that stats, trim and temperature still have the more colorful icons. Just tell me if I am pushing it... ๐Ÿ™‚
  12. Loving the progress, keep up the great work! Was the below fix supposed to sort wrapping of long names, like for VM's?:
  13. LOVING the new layout and theme, unraid is really coming along over the years, it's been so much fun. One small nit pick, is it possible to have the VM's for example, accommodate longer naming without wrapping the icon?
  14. You will never find a good balance. Many movies these days will have 10+ duplicate mpls titles all with the same length, just tracks are disordered. So while one of those 10+ tracks is the right one, you will still catch the others as well.
  15. Doing some more rips this weekend and playing with CPU pinning. I see this every time this container is restarted, I assume a red herring? : (ghb:1000): GLib-GIO-CRITICAL **: 13:35:37.336: g_dbus_proxy_new_sync: assertion 'G_IS_DBUS_CONNECTION (connection)' failed GLib-GIO-Message: 13:35:37.491: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. In the end, all movies converted without issue.
  16. Probably just clear your cache, check ad blocker, check browser etc..... Working fine for me:
  17. ๐Ÿ™‚ /usr/lib/jvm/jdk-12/bin # ldd java /lib/ld-musl-x86_64.so.1 (0x148e7e3eb000) libjli.so => ./../lib/libjli.so (0x148e7dfd9000) libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x148e7e3eb000) libz.so.1 => /lib/libz.so.1 (0x148e7ddc2000) /usr/lib/jvm/jdk-12/bin # ./java -version openjdk version "12-ea" 2019-03-19 OpenJDK Runtime Environment (build 12-ea+18) OpenJDK 64-Bit Server VM (build 12-ea+18, mixed mode, sharing) Awesome ๐Ÿ™‚
  18. Looks similar to the dual path needed, same as MakeMKV.
  19. Just want to chime in that this plugin is still working great, and has saved my butt a few times now ๐Ÿ™‚ Thanks @dlandon
  20. Thanks, glad it didn't take 2 hours of searching
  21. Would you rather users not report these issues to you? Only better to have fatal or serious issues rather than minor ones?
  22. Again, just doing my part ๐Ÿ™‚ putting it on the radar
  23. Same footer font issue in FCP as in Backup/Restore:
  24. Just doing my part and reporting the issues is all...
ร—
ร—
  • Create New...