[Bug-readline] readline bug with backgrounded process?

[Thomas Klausner]

Hi!

Since a couple of weeks ago, gnucash as installed by pkgsrc on
NetBSD-6.99.40/amd64 doesn't start in the background any longer for
me.

It looks like this (in zsh):

> gnucash &
[1] 8065
>
[1]  + suspended (tty output)  gnucash
> fg
[1]  + continued  gnucash
Found Finance::Quote version 1.18
(runs)

This had been working, so I tried to track down what in particular
causes this stop and found that if I deinstall the python readline
module, I get warnings, but it starts:

> gnucash &
[1] 9707
> Traceback (most recent call last):
  File "/usr/pkg/share/gnucash/python/init.py", line 11, in <module>
    import pycons.console as cons
  File "/usr/pkg/share/gnucash/python/pycons/console.py", line 33, in <module>
    import readline
ImportError: No module named readline
Found Finance::Quote version 1.18
(runs)

py27-readline just installs one file:
> ldd /usr/pkg/lib/python2.7/lib-dynload/readline.so
/usr/pkg/lib/python2.7/lib-dynload/readline.so:
        -lreadline.6 => /usr/pkg/lib/libreadline.so.6
        -lterminfo.1 => /usr/lib/libterminfo.so.1
        -lc.12 => /usr/lib/libc.so.12
        -lpython2.7.1.0 => /usr/pkg/lib/libpython2.7.so.1.0
        -lpthread.1 => /usr/lib/libpthread.so.1
        -lutil.7 => /usr/lib/libutil.so.7
        -lm.0 => /usr/lib/libm.so.0

and about four weeks ago, readline in pkgsrc was update to 6.3, so
this fits with the observed behaviour change.

>From the changelog,
a.  Readline is now more responsive to SIGHUP and other fatal signals when
    reading input from the terminal or performing word completion but no
    longer attempts to run any not-allowable functions from a signal handler
    context.
...
n.  New application-settable variable: rl_signal_event_hook; function that is
    called when readline is reading terminal input and read(2) is interrupted
    by a signal.  Currently not called for SIGHUP or SIGTERM.

look like they might be related.

Comments? Ideas?
 Thomas