I noticed after a depclean, I am getting !!! existing preserved libs: >>> package: sys-libs/libunwind-1.4.0 * - /usr/lib64/libunwind-x86_64.so.8 * - /usr/lib64/libunwind-x86_64.so.8.0.1 * used by /usr/lib64/libeina.so.1.24.3 (dev-libs/efl-1.24.3) * - /usr/lib64/libunwind.so.8 * - /usr/lib64/libunwind.so.8.0.1 * used by /usr/bin/eolian_cxx (dev-libs/efl-1.24.3) * used by /usr/lib64/evas/utils/evas_image_loader.pdf (dev-libs/efl-1.24.3) * used by /usr/lib64/libeina.so.1.24.3 (dev-libs/efl-1.24.3) * used by /usr/lib64/libeo_dbg.so.1.24.3 (dev-libs/efl-1.24.3) Use emerge @preserved-rebuild to rebuild packages using these libraries And even running emerge @preserved-rebuild it keeps linking to the libs causing the libs to need to stay Thanks
It was handled by a sed command before meson migration (see bug #611108), and now the USE does nothing at all other than add the dependency. Seems there's still no option for it so likely need same approach.
I have seen it's possible to toggle the option using HAVE_UNWIND=0 meson_src_configure
Hmm I should've had a similar sedding in place for meson-controlled unwind dep. Although I later figured there's something weird about unwind dep, if it's not found, they use a bundled one instead (or something)? So the sedding could cause breakage. I'm going to push an updated ebuild with ~KEYWORDS reset.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=926ed964918fedbfd47b68fbbd9bddf16c01b0a4 commit 926ed964918fedbfd47b68fbbd9bddf16c01b0a4 Author: Joonas Niilola <juippis@gentoo.org> AuthorDate: 2020-09-22 14:47:51 +0000 Commit: Joonas Niilola <juippis@gentoo.org> CommitDate: 2020-09-22 14:48:27 +0000 dev-libs/efl: fix automagic dependency on libunwind Closes: https://bugs.gentoo.org/743154 Signed-off-by: Joonas Niilola <juippis@gentoo.org> dev-libs/efl/efl-1.24.3-r1.ebuild | 293 ++++++++++++++++++++++++++++++++++++++ 1 file changed, 293 insertions(+)