Bug#304091 I investigated the source code. jfbterm try to handle hardware status by esc_status_line() in vterm.c. It shrinks window size when hardware status line is used (by tsl,fsl capability) and enlarges window size when hardware status line is erased (by dsl capability). However, usual tty application assumes window size is fixed, so I suppose if hardware status line is used, the issues reporeted by this bug report would happen. As simple solutions, I delete capablities related with hardware status line from terminfo.jfbterm.

Bug#304020 I build with --enable-direct-color.

I received a report on debian-boot from Kenshi Muto. I supposed that this is because I forgot waiting the gunzip process while loading fonts.

To confirm this, I take nc4000 that broke hinge for LCD panel. When boot it up, I got several disk errors so that I need to do fsck and reboot several times. Sometimes, root filesystem is remounted as read only because of disk errors.

Finally, it successfully boots up, and I confirm that "jfbterm -e /bin/true" won't terminate by itself. Checking the process in other VC, I find several "gunzip" and /bin/true process are defunct state.

Yeah, it's what I supposed.

Then, it can be fixed by waiting processes. I just add signal(SIGCHLD, sigchld) at the beginning of process.

I build new jfbterm 0.4.7-2, confirm it works fine and upload it.

I'll bump up the version 0.4.8 as upstream maintainer once I have enough free time. I'm too busy now...