Date: Mon, 11 May 2020 01:09:55 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 246365] shells/fish does not build against devel/ncurses despite USES=ncurses Message-ID: <bug-246365-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246365 Bug ID: 246365 Summary: shells/fish does not build against devel/ncurses despite USES=3Dncurses Product: Ports & Packages Version: Latest Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: ports-bugs@FreeBSD.org Reporter: memreflect@pm.me CC: asomers@FreeBSD.org, swills@FreeBSD.org CC: asomers@FreeBSD.org, swills@FreeBSD.org Created attachment 214369 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D214369&action= =3Dedit Patch to enable shells/fish to build against devel/ncurses shells/fish is built using CMake and requires the FindCurses module. Unless CURSES_NEED_NCURSES=3DTRUE, shells/fish will always be built against ncurse= s from base, even when devel/ncurses is already installed. I've attached a Makefi= le patch that enables shells/fish to respect the intended behavior of USES=3Dncurses. A symptom of the problem is when a terminal multiplexer such as sysutils/tm= ux is built against devel/ncurses, which provides terminfo support and allows a TERM value not found in any termcap by default, but shells/fish is linked against ncurses from base, which doesn't know about terminfo: fish: The terminal database could not be opened. fish: using dumb terminal settings. user@host ~> echo $TERM tmux Based on the behavior of the FindCurses module in this package, the issue m= ay also occur for any other port with USES=3Dncurses built using CMake that ha= s not worked around this issue. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-246365-7788>