The simple solution would be for upstream to provide a library with SONAME liblua-5.1.so instead of liblua.so.5.1, then this would all be a no-brainer because you could start using -llua-5.1. (And a liblua.so symlink can be switched according to taste.) It's that simple.
1st, I'm talking about the devel-headers, not the lib. the libs already can coexist: zypper in liblua5_1 ... Resolving package dependencies... Problem: conflicting requests Solution 1: do not forbid installation of liblua5_1-5.1.5-2.1.3.x86_64[OS12-oss] Solution 2: do not ask to install a solvable providing liblua5_1.x86_64 = 5.1.5-2.1.3 Choose from above solutions by number or cancel [1/2/c] (c): 1 Resolving dependencies... Resolving package dependencies... The following NEW package is going to be installed: liblua5_1 1 new package to install. Overall download size: 77.2 KiB. After the operation, additional 192.6 KiB will be used. Continue? [y/n/?] (y): y Retrieving package liblua5_1-5.1.5-2.1.3.x86_64 ... rpm -qa | grep -i liblua liblua5_2-5.2.1-2.2.1.x86_64 liblua5_1-5.1.5-2.1.3.x86_64 ls -al /usr/lib64/liblua* -rw-r--r-- 1 root root 1.7M Feb 5 06:41 /usr/lib64/liblua.a lrwxrwxrwx 1 root root 13 Mar 15 08:11 /usr/lib64/liblua.so -> liblua.so.5.2 -rw-r--r-- 1 root root 193K Jan 26 15:32 /usr/lib64/liblua.so.5.1 -rw-r--r-- 1 root root 217K Feb 5 06:41 /usr/lib64/liblua.so.5.2 tho I agree that -llua-5.1 would be convenient. lib naming is also trivial to implement in obs @distro, or via simple build locally. Getting cooperation from upstream is a challenge; lua's suffering from upstream politics. 5.1-usage is being kept alive by the luajit (widely used for performance enhancement in, e.g., nginx/apache/etc) devs -- who, so far, for long-winded reasons, refuse to use 5.2 and its API -- whereas the just-lua folks argue that 5.1 is deprecated and 5.2 should be used. Also, luasocket STABLE is NOT currently 5.2-API compatible (@ git is, https://github.com/diegonehab/luasocket/tree/unstable). The upstream 5.1 vs 5.2 politics are not something I can solve. namespace-separated headers is already done in-distro. e.g. /usr/include/gtk-{2.0,3.0}, /usr/include/python-{2.7,3.0}, etc. why is /usr/include/lua-{5.1,5.2} such a problem? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org