
Hi, Josef, yhis was really a very, very bad decision. I just installed the first SP4 system and the new progress display is a nightmare. This is not MacOS or Windows where people are intentionally kept dumb. This is Linux where we are used to see what's going on and get detailed information. When I first checked how installation is going, I saw the single progress bar stuck for almost a minute with neither the percentage nor the package count moving. So I ssh'd into the system to see why it was stuck or if it had crashed. I couldn't easily see what's going on because it was just some kworker doing sth. With the old system I had seen that package xy was installing, how big it was and where the progress bar for this single package is. It would have been clear then that this was a huge package and that it would likely take some work in %posttrans. Argueing that parallel download and/or install progress messages or several bars are would be confusing for the user is nonsense. If you were afraid of that you could just make it possible to hide/unhide the detailed information just like with the ESC key during boot to switch between slideshow or kernel messages. And displaying parallel operations is really not a problem. You can stack progress bars and restrict it to show e.g. only up to five of them to keep the screen clear. The solution you chose was the worst of all. Hiding information and keeping the user dumb and uninformed is not the way Linux works. And you are really argueing "show less to avoid confusion when more parallel approach will be implemented"? Do you think users are silly and too stupid to bear more than one progress bar? Nobody needs slideshows of release notes or other unimportant stuff. What we need is information what's going on with the installation. You really destroyed a formerly extremly useful and informative GUI and should definitely consider bringing it back (make it optional to show if you like). For now, watching the AY installation is as frustrating as watching a Windows or MacOS installation. cu, Frank -- Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049 * Rekursion kann man erst verstehen, wenn man Rekursion verstanden hat. *