pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/53836: termcap not working on ppc64 linux
The following reply was made to PR pkg/53836; it has been noted by GNATS.
From: Dustin Scott <soaprailslider%yahoo.com@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc:
Subject: Re: pkg/53836: termcap not working on ppc64 linux
Date: Thu, 28 Nov 2019 14:29:44 -0900
Hi,
Sorry if creating a zombie thread here, but after some tinkering I
believe I've found a work around.
I'm using a customer Linux From Scratch build myself, but encountered
and resolved the issue.
The issue comes from packages that attempt to use pkgsrc's internal
termcap definitions, to prevent circular references on ncurses. This
works fine for BSD distros, but on linux we probably already have
ncurses installed via outside methods in /usr/lib or /usr/local/lib,
unaffected by pkgsrc's versions.
Additionally providing the override TERMCAP_TYPE="curses" Doesn't help
in the case that the installer is flagging for the internal TERMCAP_TYPE
as pkgsrc will override whatever you provide when the Makefile is ran.
To resolve it for pkgsrc as a whole you can modify pkgsrc's defaults in:
/usr/pkgsrc/mk/termcap.builtin.mk
~line 83 after the BUILTIN_LIB_FOUND.termlib if statements
#OVERRIDING FOR LFS
BUILTIN_LIBNAME.termcap=Â Â Â curses
and if your find is in /bin like mine probably run a "ln /bin/find
/usr/bin/find" (One of the Perl installers seems to hard code to the
/usr/bin/find location and will bomb)
As for making PKGSRC work more by default, I'd have to think about how
to get the logic to detect a system ncurses version that won't be
affected by pkgsrc's version. I don't think it'd be too hard, but still
testing my quick modification of the file myself.
I still need to test it from a clean pkgsrc tree myself. Hope this helps!
Home |
Main Index |
Thread Index |
Old Index