Missing dynamic libraries on Suse Leap 15.1

[SimonRit]

I have a Linux box with an old operating system. The following dynamic libraries are missing from the version compiled by the GitHub action

	libXcursor.so.1 => not found
	libbrotlidec.so.1 => not found
	libicui18n.so.70 => not found
	libicuuc.so.70 => not found
	libpcre2-16.so.0 => not found

Only the first one could be installed from the package manage manager. Do you think they could be avoided / compiled statically in the binary?

[SimonRit]

cc @LucasGandel @AlexyPellegrini

[AlexyPellegrini]

Hi Simon,

I think the easiest way to only have one package that do not have these kinds of dependencies issues would be to dynamically link Qt, because the dependencies will be bundled by Qt statically in their SOs rather than becoming direct dependencies of VV itself due to static linking chain, it will also free us from building Qt, freetype and more statically, making the CI more efficient and easier to maintain.
Some of these dependencies cannot be built statically, for example libXcursor is a "system" dependency, we must not provide it, the same way we don't provide Xlib runtime itself. The other dependencies could be, but I think it is a worse solution than shipping Qt dynamically.

Let me know what you think about all this.
Regards, Alexy.

[SimonRit]

Providing Qt dynamically requires building a binary for every OS we want to support, doesn't it?
I'd like to minimize the number of binaries we provide and maintain but I am no expert so I don't know if it's still doable (we used to do have static binaries working on most Linux platform). What is your suggestion, to do the same as what Slicer does?