Let's remove the "libcurses.so" symlink from ncurses package. Firstly, it shouldn't really be needed by anything. I did a quick test and no packages failed after removing it but admittedly a full tinderbox run would be better. Nevertheless, between ncurses-y header install directories and libtinfo use, I honestly doubt any real software using -lcurses is still going to work. Secondly, this breaks CMake's detection of libtinfo. Surely, this is CMake logic being odd and a whole lot of packages is working this around already but removing "libcurses.so" is an easy way to make everything work out of the box.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1117e617c725e6d474628336fd5c2a6068d5eb76 commit 1117e617c725e6d474628336fd5c2a6068d5eb76 Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2022-04-06 18:07:58 +0000 Commit: David Seifert <soap@gentoo.org> CommitDate: 2022-04-06 18:07:58 +0000 sys-libs/ncurses: Remove libcurses.so symlink Closes: https://github.com/gentoo/gentoo/pull/24882 Closes: https://bugs.gentoo.org/836696 Signed-off-by: Michał Górny <mgorny@gentoo.org> Signed-off-by: David Seifert <soap@gentoo.org> sys-libs/ncurses/ncurses-6.3_p20211106-r1.ebuild | 357 +++++++++++++++++++++++ 1 file changed, 357 insertions(+)
