preserve-libs now available in Portage 2.1 branch

EAPI 5 includes support for automatic rebuilds via the slot-operator and sub-slots, which has potential to make @preserved-rebuild unnecessary (see Diego’s blog post regarding symbol collisions and bug #364425 for some examples of @preserved-rebuild shortcomings). Since this support for automatic rebuilds has potential to greatly improve the user-friendliness of preserve-libs, I have decided to make preserve-libs available in the 2.1 branch of portage (beginning with portage-2.1.11.20). It’s not enabled by default, so you’ll have to set FEATURES=”preserve-libs” in make.conf if you want to enable it. After EAPI 5 and automatic rebuilds have gained widespread adoption, I might consider enabling preserve-libs by default.

3 thoughts on “preserve-libs now available in Portage 2.1 branch

  1. Ralph

    “automatic-rebuilds” is a welcome ease for Gentoo users!

    But I do have a question regarding very big rebuilds: libreoffice
    Does this automatic rebuild differentiate between
    runtime-depends || buildtime-depends?

    I don’t want to rebuild libreoffice just because of some
    include/SomeThing.h build dependency …

    1. zmedico Post author

      Does this automatic rebuild differentiate between
      runtime-depends || buildtime-depends?

      Yes, it’s very specific. The rebuilds are only triggered when required to satisfy slot operator deps, and updates of buildtime deps are irrelevant for packages that are already built and installed.

      I don’t want to rebuild libreoffice just because of some
      include/SomeThing.h build dependency …

      You won’t have that problem, because those kind of deps are buildtime only and they don’t involve slot operator deps.

Comments are closed.