New comment by prez on void-packages repository

https://github.com/void-linux/void-packages/pull/36619#issuecomment-1159280896

Comment:
>You can't just create a soname to a incompatible library version and even worse, make the build system using it (setting bogus shlib_provides). this is not improving Void in any form, [...]

As stated in the first comment, this was just a revert of something that was present in Void before, I'm merely trying to un-break things.

>What about less ugly workaround? https://gist.github.com/fdziarmagowski/8e7616910fa1ababb7ce3321e3e63c03

Having two versions of libcurl as packages that differ in the TLS lib seems very ugly to me.

>I was thinking about asking the support to create a "static" version of their plugins, this should be sufficient to run it everywhere, even on Void.

Not a solution, imho. I don't even remember what plugin it was, since I just created the symlink and moved on. But there are probably a number of proprietary applications that rely on the existence of said symlink.