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
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
[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
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
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'
5 matches
Mail list logo