QT libraries copied by install target about resinsight

[alfbr]

Heh, you are spot on there I believe. The Qt libraries following RH5 are too old, to this avoids depending on working out-of-tree libs. On windows users do not have permission to install applications by default, simply copying the Install folder over and running the binary is a work-around. It is not ideal, and I believe we are open for suggestions.

[akva2]

you may think so... unless redhat is utterly utterly evil and static links everything (even redhat aint that bad);
ldd /usr/lib/libQtCore.so.1

linux-vdso.so.1 =>  (0x00007fff9edab000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f19fb2a7000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f19fb090000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f19fae8b000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f19fac83000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f19fa98e000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f19fa68d000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f19fa391000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f19fa17b000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f19f9dbb000)
/lib64/ld-linux-x86-64.so.2 (0x00007f19fb9bc000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f19f9b7e000)

that's all external, distro specific external libraries libQtCore depends on (the other components are worse). you are fooling yourself.

my suggestion; do it as a distro expects. you need backported libraries? backport them and install them properly using your package manager.

[akva2]

as for windows, it's sadly the way the world works. that was my intended reference with the 'less developed' operating systems. for completion; osx is just as evil as windows, but they hide their nonsense in a .dmg so most users are unaware.

[magnesj]

We are aware of these issues, but we have no plans for cleaning up the installation / packaging system in the near future.