Hi My /bin/sh points to dash, and it looks like you're on to something.
After seeing your request for the name of my system shell, I went ahead and changed it on my system to point to bash. Then I again edited my sources.list to corrupt it so that an error would be thrown when 'apt-get update' was run. After this, launching packagesearch and opting to 'Update Apt Package Database" caused an xterm window to open which prompted for a password, and then reported the 'apt-get update' failure and then prompted "Press enter to continue" and waited for input. Changing /bin/sh to once again point to dash and repeating the above caused the behavior described in the original report- the xterm window closes before the error message can be read with no prompt to "Press enter to continue". Regards Jack On Sun, Sep 6, 2009 at 5:40 AM, Benjamin Mesing <[email protected]> wrote: > Hi, > > I am still not able to reproduce the bug, but I have an idea. > It might be realted to the capabilities of the shell. Which shell are > you using, i.e. where does /bin/sh point to? > > Thanks > > Ben > > On Sun, 2009-08-02 at 19:09 -0400, Jack Pelrin wrote: > > HI > > > > The situation I am reporting on stems from trying to install the > > package "kaddressbook", which is out of sync with "libgnokii4" as > > currently situated > > on two different installs I have exhibiting the same behavior. > > > > The output when trying to install from a terminal is as follows: > > > > r...@milky3:[/home/jack] # apt-get install kaddressbook > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > Some packages could not be installed. This may mean that you have > > requested an impossible situation or if you are using the unstable > > distribution that some required packages have not yet been created > > or been moved out of Incoming. > > The following information may help to resolve the situation: > > > > The following packages have unmet dependencies: > > kaddressbook: Depends: libgnokii4 but it is not going to be > > installed > > E: Broken packages > > > > But when trying to install using packagesearch, the xterm window > > closes on the exit of the command, not showing a "Press enter to close > > the terminal emulator" prompt. > > > > To answer your question about what happens if I run an 'apt-get > > update' in packagesearch without a network connection, in that case > > the xterm window did stay open showing the connection errors after the > > update finished trying to run. It didn't prompt to continue. I had to > > <ctrl>c out of it. > > > > The behavior I refer to in this bug report concerns running an > > 'apt-get update' with a corrupted sources.list (specifically, adding > > a random letter to the front of "http" in a mirror address). In this > > case, the behavior I reported occurred where the 'apt-get update' > > running in the xterm window returned an error but the window closed at > > the termination of the 'apt-get update' before an error message could > > be read. > > > > Obviously the 'apt-get update' error I introduced presents an unusual > > system situation, I just thought it might be germain in debugging the > > problem. > > > > Thanks > > Jack > >
