[Bug 246365] shells/fish does not build against devel/ncurses despite USES=ncurses

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246365

            Bug ID: 246365
           Summary: shells/fish does not build against devel/ncurses
                    despite USES=ncurses
           Product: Ports & Packages
           Version: Latest
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: Individual Port(s)
          Assignee: ports-bugs at FreeBSD.org
          Reporter: memreflect at pm.me
                CC: asomers at FreeBSD.org, swills at FreeBSD.org
                CC: asomers at FreeBSD.org, swills at FreeBSD.org

Created attachment 214369
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=214369&action=edit
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=TRUE, shells/fish will always be built against ncurses from
base, even when devel/ncurses is already installed.  I've attached a Makefile
patch that enables shells/fish to respect the intended behavior of
USES=ncurses.

A symptom of the problem is when a terminal multiplexer such as sysutils/tmux
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 at host ~> echo $TERM
tmux

Based on the behavior of the FindCurses module in this package, the issue may
also occur for any other port with USES=ncurses built using CMake that has not
worked around this issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.