From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#29892: dvtm does not properly export terminfo Date: Fri, 05 Jan 2018 18:24:23 +0100 Message-ID: <87tvw0usl4.fsf@gnu.org> References: <87mv1xzec7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:32912) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eXVjt-0005N9-Th for bug-guix@gnu.org; Fri, 05 Jan 2018 12:25:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eXVjq-0004iy-Lr for bug-guix@gnu.org; Fri, 05 Jan 2018 12:25:05 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:56806) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eXVjq-0004io-Fv for bug-guix@gnu.org; Fri, 05 Jan 2018 12:25:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eXVjq-0007gN-5U for bug-guix@gnu.org; Fri, 05 Jan 2018 12:25:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: (Jelle Licht's message of "Thu, 4 Jan 2018 16:20:04 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Jelle Licht Cc: 29892@debbugs.gnu.org Hi, Jelle Licht skribis: > 2018-01-01 18:19 GMT+01:00 Ludovic Court=C3=A8s : [...] >> =E2=80=98TERMINFO_DIRS=E2=80=99 is a search path of ncurses. However, b= ecause search >> paths of dependencies are not honored, it doesn=E2=80=99t get set: >> >> https://bugs.gnu.org/22138 >> >> This is what we should fix. [...] > Am I correct in assuming that as a temporary (personal) workaround, I can > just > install ncurses in my profile as well? Yes. > Perhaps guix can warn if you install a package which has a dependency > with a search path like ncurses? Or would this be too much of a hassle > to implement? > > It would not solve the issue, but at least prevent people from > not understanding why their packages are not working. WDYT? Good question, not sure it would be significantly easier than fixing the core issue. Dunno! Ludo=E2=80=99.