todd rme wrote:
That is why I specifically asked for packages "that would not need such workarounds under your scenario". Your scenario still requires the same workaround.
My scenario would be to take a similar approach as on Win, which involves virtalizing the lib for the non native arch, OR for all archs and have lib be a redirector. Then all the programs that try to install in /usr/lib, will be find and not need patching to go into /usr/lib64. AFA which packages are in /usr/lib64... I've posted the list on my machine. It will vary. My usr/lib: 210 x86_64 (subtracting 32bit packagenames) 286 32bit 35 ??noarch? === 531 total my usr/lib64: 1459 x86_64 1459 total If you want to talk amount of patch .. I have 1459 that are reloc'ed to 1459 210 that are not. And 286 32bit packages. The 32-bit packages are in the minority on my system. That may not be true on all systems... That's why I suggested giving 32-bit programs a separate namespace that has the 32-bit libs mounted at /usr/lib and all else the same. (or virtualized env, or some autoredirect)... It seems like if the loader just made sure they were launch with the correct namespace view, no patches would be needed for either... (or any other arch...). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org