On Thu, 4 Jan 2018 10:35:23 -0500 Mike Gilbert <flop...@gentoo.org> wrote:
> On Thu, Jan 4, 2018 at 5:23 AM, Pacho Ramos <pa...@gentoo.org> wrote: > > I have seen this is only used by: > > app-arch/xz-utils > > dev-libs/gmp > > dev-libs/libpcre > > dev-libs/mpc > > dev-libs/mpfr > > net-nds/openldap > > sys-libs/gdbm > > sys-libs/ncurses > > sys-libs/readline > > sys-process/audit > > > > Maybe we could deprecate it and try to drop it in the future :/ > > > > As Soap touched on earlier, this should probably not be > deprecated/removed until a solution compatible with Paludis and > pkgcore is implemented. > > A couple of options for that: > > 1. Add functionality similar to preserve-libs to these alternate > package managers. This is unlikely to happen. IMHO having profiles mandate a preserve-libs behavior (and thus PMS define this) for a few select packages (the ones above) is the way to go here: preserve-libs is evil but really the least evil in this case. If you miss the warning from the eclass, you can very easily end up with binaries loading the two versions of the library; preserve-libs has the advantage that portage is very loud about this.
