Jedediah Smith

Sounds good. Thanks a lot for your help and support!

Thanks! I tried the one you compiled with ubuntu 20.04 LTS but I get a bunch of GLIBC errors like versionGLIBC_2.29' not found` - I'm assuming this means that the versions of GLIBC are different between the distributions :( I tried out lddtree (very cool tool I wish I had known about this before! :D ) I've attached the output of lddtree. It looks like libgnutls.so.30 is being pulled in by libpango-1.0.so.0 then libglib-2.0.so.0. Based on that info I downloaded glib2-2.56.1-7.el7.x86_64.rpm, extracted...

Thanks for helping me troubleshoot this! I did as you suggested and removed the libtasn1.so* from the mrviewer lib directory. Unfortunately it does not seem to change the behavior. I have attached the strace from a clean install with the following steps: $ cd /path/to/mrviewer/bin $ export LD_LIBRARY_PATH=../lib $ strace ./mrViewer &> log.txt Hope it helps!

I tried this but it doesn't seem to change the behavior :C

Thanks for your reply! Here is a more detailed breakdown of what I'm doing and what I'm seeing. download mrViewer-v6.1.6-Linux-64.tar.gz extract the tar cd mrViewer-v6.1.6-Linux-64/usr/local/mrViewer-v6.1.6-Linux-64/bin/ $ ./mrViewer.sh /path/to/mrviewer/bin/mrViewer: /path/to/mrviewer/lib/libp11-kit.so.0: no version information available (required by /lib64/libgnutls.so.30) /path/to/mrviewer/bin/mrViewer: symbol lookup error: /lib64/libgnutls.so.30: undefined symbol: asn1_der_decoding2, version...

Hello, Trying to get mrViewer v6.1.6 working on RHEL / Rocky 8.6. I get the following error: ```/opt/mrviewer/mrviewer//bin/mrViewer: /opt/mrviewer/mrviewer//lib/libp11-kit.so.0: no version information available (required by /opt/mrviewer/mrviewer//lib/libgnutls.so.30) /opt/mrviewer/mrviewer//bin/mrViewer: symbol lookup error: /opt/mrviewer/mrviewer//lib/libgnutls.so.30: undefined symbol: asn1_der_decoding2, version LIBTASN1_0_3 I believe I've tracked it down to `libgnutls.so` - it seems like there...

Awesome thank you! I actually have window drag mapped to the Meta key instead of the Alt key in my window manager (I think this is pretty common in vfx workstations, since so many programs use alt for important functionality). I have another bug which might be related to the same issue: Reproduction steps: 1. Load a clip and drag on the image to change the frame. 2. hold Ctrl and drag on the image to reduce the exposure. Release Ctrl. 3. Drag on the image to change the frame. The frame changes. 4....

Thanks for the new zoom and pan features! Very useful. Unfortunately it seems like there is a bug. Reproduction steps: 1. Hold alt key. Rightclick drag to zoom in. 2. Continue holding down alt key. Left-click drag to pan. 3. Now right-click drag to zoom again. The right-click menu is launched instead of the expected behavior of zooming again. This is on centos 8 linux, playing an exr image sequence. Thanks!