update/dist-upgrade wants user interaction but adept can't provide it

[Daimonion]

Sometimes on updating the packages with adept it can happen that the updater (dpkg) wants a userintraction to acknowledge writing a file. The last time i had this problem was this morning as i updated a kubuntu feisty to actual state.

Dpkg (think it's running as kind of adept) wants to write the file /etc/udev/rules.d/25-smperm... (it's not the correct name. i forgot it.) but on my pc was a modified version. (don't know who modified it)
dpkg displayed a dialog to acknowledge writing the new file or deny to hold the old one.

In adept the update faild with a failure window. In konsole and with apt-get upgrade the dialog appears and i could give an answer (y) to acknowledege overwriting the file.
I think there is a general problem in adept. Maybe the failure exists in Synaptics too.

Hint: Build the konsole in adept to a full featured konsole with a prompt if needed.

[Monika Eggers (monikakrug)]

I have had similar problems, namely with the first installation of Java. It's necessary to "press" an OK button to accept Sun's licence, but it's not possible in Adept. Synaptic doesn't have the problem. This was on Edgy.

[Richard Birnie (rbirnie-deactivatedaccount)]

This does seem to be symptomatic of general poor handling of user interaction in adept. Adding it to the wishlist. The developers can decide how important it is

[Daimonion (daimonion)]

Okay, next Beta, same bug.

Till now i don't see any improvement in the handling of adept.

May be a Kubuntu developer can say something about this?

[Gregor Rosenauer (grexe)]

This is *NOT* something for the wishlist, it is a *SERIOUS* issue and causes all kinds of dpkg-errors, I even got segfaults because the package database is left in an inconsistent state afterwards.
This is one of the things that will turn away novice Linux users because when they cannot fix it, they will have to reinstall or go back to whatever OS they came from!
I just had the pleasure of a long dpkg-reconfigure session that I'd have preferred to omit.

The problem is that Adept only shows that user interaction is necessary when you press "Details".
Even then, the curses-based dialog of dpkg that is set by default looks broken and you often cannot interact with it properly.

Since Adept aims to provide a user interface to package management, configuration of packages and acknowledgement of license-requests is a MUST, not a feature.

An alternative might be to configure dpkg to use the KDE frontend for user interaction (I believe it is "dpkg --configure dialog", I have not yet tried but this could fix the issue that Adept cannot correctly handle console-interaction.

[kko (kko)]

This bug has a better title and is earlier than bug 158043, but that one has Importance set to High, so I think I will nevertheless mark this one as a duplicate.