$ /usr/bin/chitubox/AppRun
/usr/bin/chitubox/AppRun: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: version `Qt_5.15' not found (required by /usr/bin/chitubox/AppRun)
[ EXTREMELY GRUMPY MODE ENGAGED]
This is _extremely_ lazy coding.
Qt 5.15 is NOT bundled as standard with Ubuntu (20.10), Redhat7/8 or other distributions
It is not "clever" to force users to install the latest/greatest experimental versions of libraries on their production equipment: It's a fast way of getting bad publicity and ensuring nobody will use your software
_ALWAYS_ ensure your "production" software will run properly with the _OS default_ LTS releases of support libraries
For Ubuntu 20.10, that's qt5.14
- 20.10 is NOT the LTS version of Ubuntu. That's 20.04 and the QT bundled in that is qt5.12
For redhat 7&8 it's even older than that
This will change in Ubuntu 21.04 - but that will not be released for another 2 months. The versions of 21.04 currently in beta-test are just that - beta tests and may break.
NB: please don't point to anything in Fedora. Fedora is _by definition_ a bleeding-edge test environment which is explicitly provided by Redhat on an "Experimental use only - not for production use" basis in order to find OS and library bugs.
(Yes I'm grumpy,
Yes I've been using Linux for over 25 years
Yes I'm annoyed by seeing people make the same mistakes over and over again
this kind of thing results in users bodging of systems into "non-standard" configurations
- which are then difficult to support
- or _even worse_, those "non-standard" library configurations break OTHER software)
If Chiitubox 1.81 _requires_ some new features of qt5.15(*) then it should be delayed until general PPAs/RPMs are issued for the operating systems, or Chitu should take on the support load of assiting users to maintain their systems
(*) As far as I can see, it doesn't even need features which are exclusive to 5.14!