sys-libs/ncurses-5.4-r5 does not create a libcurses.so symlink in /lib (or anywhere). It does create /lib/libcursesw.so -> libncursesw.so.5.4. This breaks builds that use -lcurses e.g. dev-lang/lua. Making the symlink /lib/libcurses.so -> libncurses.so allows lua to work.
obj /usr/lib/libncurses.so 33bf625de7df0702359fcd044c405d83 1096675264 obj /usr/lib/libcurses.so b784674d7097d513fe066d749d354efa 1096675264 obj /lib/libncurses.so.5.4 27505b05838eec5fe3ac3e194f326f22 1096675264 sym /lib/libncurses.so.5 -> libncurses.so.5.4 1096675289 sym /lib/libncurses.so -> libncurses.so.5 1096675289 sym /lib/libcurses.so -> libncurses.so.5.4 1096675289 re-emerge ncurses if need be *** This bug has been marked as a duplicate of 51901 ***
Yeah, I already tried that. I have a feeling this may be because I have the "unicode" USE flag set; my ncurses libs are: obj /usr/lib/libncurses++w.a e52144ca99fcacf4a0ee6fa1ba28f781 1097762637 obj /usr/lib/libncursesw.a b9076239c41cce02347afea55671325d 1097762637 obj /usr/lib/libncursesw.so d5a32b99eea973298bba324fabad7438 1097762637 obj /usr/lib/libcursesw.so 6f2ef657451938888c64bdcb280f1f69 1097762637 sym /usr/lib/libcurses.so -> /usr/lib/libcursesw.so 1097762683 sym /usr/lib/libncurses++.a -> /usr/lib/libncurses++w.a 1097762683 sym /usr/lib/libncurses.a -> /usr/lib/libncursesw.a 1097762683 sym /usr/lib/libncurses.so -> /usr/lib/libncursesw.so 1097762683 obj /lib/libncursesw.so.5.4 808a893a0e0bc95ec8e4c3a6b4734b48 1097762637 sym /lib/libncursesw.so.5 -> libncursesw.so.5.4 1097762683 sym /lib/libncursesw.so -> libncursesw.so.5 1097762683 sym /lib/libcursesw.so -> libncursesw.so.5.4 1097762683 sym /lib/libncurses.so -> /lib/libncursesw.so 1097762683 sym /lib/libncurses.so.5 -> /lib/libncursesw.so.5 1097762683 sym /lib/libncurses.so.5.4 -> /lib/libncursesw.so.5.4 1097762683 Note the presence of n?cursesw libs: their absence in your list suggests that your system does not have USE=unicode. I'll look at the conf and make stuff in ncurses, and test it with USE=unicode on other systems. Also, this is not a dup of 51901 as that covers symlink in /usr/lib which is a different issue. Reopening.
obj /usr/lib/libncursesw.so d5a32b99eea973298bba324fabad7438 1097762637 obj /usr/lib/libcursesw.so 6f2ef657451938888c64bdcb280f1f69 1097762637 sym /usr/lib/libcurses.so -> /usr/lib/libcursesw.so 1097762683 sym /usr/lib/libncurses.so -> /usr/lib/libncursesw.so 1097762683 looks fine to me
Oops. Where'd that come from? It wasn't there before...
