>>>>> On Thu, 4 Jan 2018, Mike Gilbert 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. There may also be Portage users without preserve-libs in FEATURES. > 2. Slot the libraries so that the old versions may remain installed > in a PMS-compatible way. This is often a pain to actually implement. I don't think that this would fly. You'd have to split packages like xz-utils which install binaries, otherwise there would be collisions between slots. > If neither of these things happens, keeping the preserve_old_lib > calls in place is an ugly, but workable solution. +1 Also note that the eclass functions act as no-ops when they find preserve-libs in FEATURES. Ulrich
pgpozZolCTZZ7.pgp
Description: PGP signature
