capfredf
2022-4-16 14:28:45

I took another look. It seems ,input expeditor doesn’t take any effect.


capfredf
2022-4-16 15:07:06

That was inaccurate. ,input expeditor doesn’t load expeditor, it just set the input mode to the plain mode.


mflatt
2022-4-16 15:23:27

By “distro version” you mean the compiled-for-Linux download at http://download.racket-lang.org\|download.racket-lang.org, right? That version is built in a way that is meant to work on most Linux distributions, but that turns out to be especially tricky for terminal libraries. So, my guess is that it’s just not able to recognize your terminal setup because the executable is linked to older libraries.


capfredf
2022-4-16 15:24:58

I wasn’t clear. By distro version, I mean the Racket package I co-maintain for opensuse Tumbleweed. It is built from the source tar ball from the website.


mflatt
2022-4-16 15:25:35

Ah, ok. Is the ncurses library installed when you build?


mflatt
2022-4-16 15:26:35

That is, there’s not a flag to enable, but libncurses or similar needs to be installed at configure time.


capfredf
2022-4-16 15:28:03

Ah, that should be the culprit. https://build.opensuse.org/package/view_file/devel:languages:misc/racket/racket.spec?expand=1 doesn’t have ncurses as a build requirement


capfredf
2022-4-16 15:28:14

Thanks, @mflatt


capfredf
2022-4-16 15:36:00

A follow-up question @mflatt: is ncurses needed at runtime?


mflatt
2022-4-16 15:36:51

Normally, you’d link to a shared library, so yes in that sense. But a “development” variant of an ncurses package should not be needed.


capfredf
2022-4-16 15:38:28

I see.


capfredf
2022-4-16 16:06:54

Is there a programmable way to check if expeditor is correctly loaded?


mflatt
2022-4-16 16:15:46

expeditor-open returns #f if it cannot initialize; that requires stdin, etc., to be a terminal