cc += nano maintainers Long story short: nano no longer starts in the graphical installer when started from the menu (meaning integrated via VTE), but does start fine when started from a console.
Any insight welcome. Below, latest message on the bug report: Philip Hands <p...@hands.com> (2022-12-15): > Holger Wansing <hwans...@mailbox.org> writes: > > > Hi, > > > > Philip Hands <p...@hands.com> wrote (Tue, 13 Dec 2022 20:34:17 +0100): > >> On the 11.5 netinst I just tried out, in the Graphical Install's shell, > >> TERM=xterm so that's obviously not the cause of the issue, but the > >> difference would appear to be that it has: > >> > >> /usr/share/vte/termcap-0.0/xterm > >> > >> So I guess the fix for this is either to make sure that that termcap > >> file gets installed again, or to set TERM in the Graphical Install's > >> shell to something like 'bterm' or 'vt102'. > >> > >> I suspect restoring the termcap file is the correct fix. > > > > /usr/share/vte/termcap-0.0/xterm is there on dailies. > > Oh, so it is. Hmm, I seem not to have checked that bit, sorry. > > Perhaps the presence of the termcap file is irrelevant, or could it be > that nano used to be able to make use of that, and more recently only > supports terminfo? > > > Hmm. Kibi mentioned that this bug comes from ncurses (however I fail to > > see any details here), should this be redirected to ncurses then? > > Well, ncurses-base provides /lib/terminfo/x/xterm (in normal .deb > packages), so perhaps that's why, although AFAICS it wasn't including > that file in the udeb, even when things were working. > > Making it ship a terminfo for xterm in the udeb would probably fix > things, but I think it would also be quite nice to know why it broke. Cheers, -- Cyril Brulebois (k...@debian.org) <https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant
signature.asc
Description: PGP signature