ok, i think that need some text explaining all this
the situation when the library changes the number of the interface is a fairly common occurrence.
and really manually building the previous version of the program / library is quite a time-consuming action
therefore, in such a case, in "good" distributions there are packages of previous versions whose files do not conflict with the current
e.g. `openssl` and` openssl-1.0`, `lib32-openssl` `lib32-openssl-1.0` on arch
so theoretically soon when openssl will be 1.5 version we can see
openssl-1.0 openssl-1.1 openssl-1.2 openssl-1.3 openssl-1.4 openssl and all this will work well and not interfere with each other