#29892 dvtm does not properly export terminfo

Message #5 received at submit@debbugs.gnu.org (full text, mbox, reply):

From: Jelle Licht <jlicht@fsfe.org>

To: bug-guix@gnu.org

Subject: dvtm does not properly export terminfo

Date: Fri, 29 Dec 2017 15:05:25 +0100

[Message part 1 (text/plain, inline)]

As far as I can see, the current version of dvtm does not work properly
with programs such as htop etc.

To reproduce:
```
$ guix package -i dvtm
$ dvtm
$ htop
```
It only worked properly once I added something like:
`export TERMINFO_DIRS="/home/jelle/.guix-profile/share/terminfo"`.

Would a proper fix be to simply add a native-search-path declaration to the
dvtm package? If so, I can prepare a patch this weekend.

Thanks,
Jelle

[Message part 2 (text/html, inline)]

Message #8 received at 29892@debbugs.gnu.org (full text, mbox, reply):

From: ludo@gnu.org (Ludovic Courtès)

To: Jelle Licht <jlicht@fsfe.org>

Cc: 29892@debbugs.gnu.org

Subject: Re: bug#29892: dvtm does not properly export terminfo

Date: Mon, 01 Jan 2018 18:19:36 +0100

Hi!

Jelle Licht <jlicht@fsfe.org> skribis:

> As far as I can see, the current version of dvtm does not work properly
> with programs such as htop etc.
>
> To reproduce:
> ```
> $ guix package -i dvtm
> $ dvtm
> $ htop
> ```
> It only worked properly once I added something like:
> `export TERMINFO_DIRS="/home/jelle/.guix-profile/share/terminfo"`.
>
> Would a proper fix be to simply add a native-search-path declaration to the
> dvtm package? If so, I can prepare a patch this weekend.

‘TERMINFO_DIRS’ is a search path of ncurses.  However, because search
paths of dependencies are not honored, it doesn’t get set:

  https://bugs.gnu.org/22138

This is what we should fix.

It would feel wrong to add ‘TERMINFO_DIRS’ as a search path of dvtm and
everything that depends on ncurses.

Thanks,
Ludo’.

Message #11 received at 29892@debbugs.gnu.org (full text, mbox, reply):

From: Jelle Licht <jlicht@fsfe.org>

To: Ludovic Courtès <ludo@gnu.org>

Cc: 29892@debbugs.gnu.org

Subject: Re: bug#29892: dvtm does not properly export terminfo

Date: Thu, 4 Jan 2018 16:20:04 +0100

[Message part 1 (text/plain, inline)]

Hello,

2018-01-01 18:19 GMT+01:00 Ludovic Courtès <ludo@gnu.org>:

> Hi!
>
> Jelle Licht <jlicht@fsfe.org> skribis:
>
> > As far as I can see, the current version of dvtm does not work properly
> > with programs such as htop etc.
> >
> > To reproduce:
> > ```
> > $ guix package -i dvtm
> > $ dvtm
> > $ htop
> > ```
> > It only worked properly once I added something like:
> > `export TERMINFO_DIRS="/home/jelle/.guix-profile/share/terminfo"`.
> >
> > Would a proper fix be to simply add a native-search-path declaration to
> the
> > dvtm package? If so, I can prepare a patch this weekend.
>
> ‘TERMINFO_DIRS’ is a search path of ncurses.  However, because search
> paths of dependencies are not honored, it doesn’t get set:
>
>   https://bugs.gnu.org/22138
>
> This is what we should fix.
>
Fixing this properly seems like it would take effort indeed.


>
> It would feel wrong to add ‘TERMINFO_DIRS’ as a search path of dvtm and
> everything that depends on ncurses.
>

Am I correct in assuming that as a temporary (personal) workaround, I can
just
install ncurses in my profile as well?

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?

>
> Thanks,
> Ludo’.
>

- Jelle

[Message part 2 (text/html, inline)]

Message #14 received at 29892@debbugs.gnu.org (full text, mbox, reply):

From: ludo@gnu.org (Ludovic Courtès)

To: Jelle Licht <jlicht@fsfe.org>

Cc: 29892@debbugs.gnu.org

Subject: Re: bug#29892: dvtm does not properly export terminfo

Date: Fri, 05 Jan 2018 18:24:23 +0100

Hi,

Jelle Licht <jlicht@fsfe.org> skribis:

> 2018-01-01 18:19 GMT+01:00 Ludovic Courtès <ludo@gnu.org>:

[...]

>> ‘TERMINFO_DIRS’ is a search path of ncurses.  However, because search
>> paths of dependencies are not honored, it doesn’t 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’.

Send a report that this bug log contains spam.