Bug#1496: dpkg returns to dselect on SIGSTOP

1995-10-28 Thread Ian Jackson
Some time ago I asked: > Ian M.: please arrange for the environment variable "DPKG_NO_TSTP" to > be set to some non-empty value (like "yes") when dselect is invoked in > this way. This will cause dpkg to invoke "$SHELL -i" instead (or "sh > -i" if SHELL isn't set). > > This feature will be in 0.93

Bug#1496: dpkg returns to dselect on SIGSTOP

1995-09-29 Thread Ian Jackson
Ian Murdock writes ("Bug#1496: dpkg returns to dselect on SIGSTOP"): >Date: Thu, 28 Sep 95 20:28 BST >From: Ian Jackson <[EMAIL PROTECTED]> > >> I was using dselect for the first time (for real), and it is very, >> very nice. However, while it

Bug#1496: dpkg returns to dselect on SIGSTOP

1995-09-28 Thread Bruce Perens
[EMAIL PROTECTED] said: > Were you doing this in the dselect automatically started after > installing the base system? In this case, dselect is started from a > shell script (namely, /root/.bash_profile). Could this be the > problem? Does dpkg attempt to suspend itself rather than fork off a sh

Bug#1496: dpkg returns to dselect on SIGSTOP

1995-09-28 Thread Ian Murdock
Date: Thu, 28 Sep 95 20:28 BST From: Ian Jackson <[EMAIL PROTECTED]> > I was using dselect for the first time (for real), and it is very, > very nice. However, while it was upgrading my bash.deb, it stopped to > query about the confile '/etc/profile'. Fair enough, it was > diff

Bug#1496: dpkg returns to dselect on SIGSTOP

1995-09-28 Thread Ian Jackson
Kenny MacDonald writes ("Bug#1496: dpkg returns to dselect on SIGSTOP"): > Package: dpkg > Version: 0.9375-0 > > This happened under .75 and I don't know if it is still a problem > under .77. Ian, you'll know if you changed anything about this. No, I haven'