On 12/23/20 6:04 PM, Aisha Tammy wrote:
Yes, this sounds doable and should work > Only problem is that if there is an actual liblua.so with the proper SONAME available in /usr/lib64 (I dunno if Gentoo has any provider of liblua.so with that SONAME, IIRC SLOT=0 currently does that) then it will ignore the wrong SONAMEd even with the -L/usr/lib64/lua5.2/
eselect-lua creates a symlink named /usr/lib64/liblua.so, but the -L path should take precedence when looking for liblua.so. When it's looking for e.g. liblua5.2.so at runtime, there is only one copy to find, so no problem there.
