ÿØÿà JFIF    ÿÛ C    !"$"$ÿÛ C  ÿ p " ÿÄ     ÿÄ   ÿÚ   ÕÔË® (% aA*‚XYD¡(J„¡E¢RE,P€XYae )(E¤²€B¤R¥ BQ¤¢ X«)X…€¤  @ .............................................................................................................................................................................. ............................................................................. ÿØÿà JFIF    ÿÛ C    !"$"$ÿÛ C  ÿ p " ÿÄ     ÿÄ   ÿÚ   ÕÔË® (% aA*‚XYD¡(J„¡E¢RE,P€XYae )(E¤²€B¤R¥ BQ¤¢ X«)X…€¤  @ .............................................................................................................................................................................. ............................................................................. #Teemu Ollakka Nov 17th, 2020: # SONAME is useful only for libraries which are intended to be linked # against, but not so much for libraries which are loaded dynamically # during runtime. # # Debian policy about shared libraries: # https://www.debian.org/doc/debian-policy/ch-sharedlibs.html # # "Shared libraries that are internal to a particular package or that are # only loaded as dynamic modules are not covered by this section and are # not subject to its requirements." # # This seems also be the approach CMake has taken, see for example # https://stackoverflow.com/a/42186654 galera-4: sharedobject-in-library-directory-missing-soname usr/lib/libgalera_smm.so # File used to reside in /usr/lib/galera/, so keep link for backwards compat galera-4: breakout-link usr/lib/galera/libgalera_smm.so -> usr/lib/libgalera_smm.so