On 01/05/2017 02:08 PM, Stephen Gallagher wrote:
[snip]
== multi-arch layout ==
* Moving the locations of all of the system libraries would potentially still
break third-party applications that were compiled to expect libraries to be in
the /usr/lib[64] paths. This would be a similar problem to the UsrMove change
and would likely be solved the same way; by maintaining symlinks in the old
locations for some reasonable migration period. Given the enormous number of
packages involved and the fact that it's not a simple directory rename, we may
need to add a hack into rpmbuild to automatically generate these symlinks in the
old location.
* Switching to this layout might give a false (or possibly accurate, in some
cases) impression that one could expect Debian/Ubuntu packages to function "out
of the box" on Fedora (if using something like Alien). Education is key here.
[snip]
For anyone who isn't familiar with this topic, you might find Debian's
documentation useful:
https://wiki.debian.org/Multiarch
One could take it a step further and actually have target triplets the
convey OS version of the libraries instead of the generic
"-redhat-linux" part of the tuple. With a little rpath abuse apps
compiled for F25 could find their shared libraries in an F25 specific
directory and multiple versions of the same package could be installed
at the same time, for different OS versions. This goes beyond Fedora,
too: apps compiled for Debian could find their shared libraries in a
Debian specific directory, even though it's a Fedora system that is
booted. A lot of fiddly details and hand waving go here, but the end
result would be really useful.
--
Brendan Conoboy / RHEL Development Coordinator / Red Hat, Inc.
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
