If I click ‘Abort’ part way through an installation I get prompted if I really want to Abort, then when I click Yes YaST keeps on downloading and doesn’t Abort!
Case in point:
An application crashed and I was prompted to install the debug symbols to make a more meaningful report.
After clicking yes, YaST started to download them. I realised that 50MB was too much for my current connection so I clicked abort.
YaST continued to download eating up my slow connection.
I couldn’t even close the window.
My only option was to open a terminal as root, look for the YaST process and kill -9 it.
Whats up with that?
What version are you on? What did you try to install?
i agree that is a very annoying quirk of yast2/zypper, i run into this when there is a problem with the servers not being very speedy. This causes yast2 to wait until the connection is deemed failed and it presents an additional retry/skip/abort before it will close. Simply pressing the abort when things are amiss doesn’t bring things to a close at all.
i have no solution for you other than you have mentioned, kill y2base from a terminal.
This may make a corrupted rpm database a possibility, not very elegant.
which of you want to:
log a bug against YaST’ abort fuctionality, see:
http://en.opensuse.org/Submitting_Bug_Reports
and/or, ask for an abort feature which works, and quickly; see:
https://features.opensuse.org/
just talking about the problems here does nothing to alert the YaST
developers that the natives are unhappy with the state of the stew…
–
DenverD
When it comes to chocolate, resistance is futile.
CAVEAT: http://is.gd/bpoMD [posted via NNTP w/openSUSE 10.3]
On 2010-10-23 22:36, opticyclic wrote:
>
> If I click ‘Abort’ part way through an installation I get prompted if I
> really want to Abort, then when I click Yes YaST keeps on downloading
> and doesn’t Abort!
Known problem. You can report in bugzilla and see if they say something useful.
> My only option was to open a terminal as root, look for the YaST
> process and kill -9 it.
Instead, look it up with “ps afx | less -S” and kill the aria2c processes (killall aria2c). Might
work and will not chance borking the database.
–
Cheers / Saludos,
Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)