Wine's uninstaller should be integrated into Add/remove software if wine is installed

I mean: detect which windows programs are installed (the way the wine uninstaller does it), if wine is installed, and list those programs too and when the user chooses to remove this application, call the uninstaller (as wine does).

The idea is not bad. But has some flaws.

First, regarding wine in ubuntu, wine is not officially supported in main, and shouldn't be.
Wine itself is (even today) in a alpha to beta stage. It's not a tool, which someone can use without knowing what he is doing.

We should concentrate today on wine-doors, not only for installing software, but uninstalling too.

When wine is evolving to be more stable and get's more mature, we should come back to your idea and try to integrate wine into gnome and kde of ubuntu.

Regards,

\sh

I'm changing the status to needs info, and the importance to wishlist, just because this bug is more an enhancement.
We shouldn't forget about this report, but right now it's too early to think about it.
Please read my comment because of my reasons.

Just some thoughts.

Stephan is right, Wine seems to imitate Windows (the OS) even in the release progression right now: when you finally reach beta status, start with alpha again ;) But on a Sunday afternoon walk I mused on this here bug anyway.

How far should the integration of Wine into the system go? Should it be just another backend for adept/synaptic/aptitude etc.? Or should it go even deeper, integrated into the APT system (so that Office 2010 could be shipped as a .deb package).
Seriously: if software makers start to use Wine for their products, they should have something more powerful (and canonical) than all the InstallShield/.msi bunch, all reinventing the wheel.
But how could it be done? Should Wine present the hooks to package management systems? Or should this task be implemented by the designers of the PM system (rpm, atp, pkgsrc, ports, portage ...)? Pollution of the Wine registry should be the exception with something APT like, not the norm as with so many custom installers that wrap up Win applications. Perhaps the Wine registry is has to evolve into a more elaborate system, keeping track of which app changed which keys and record every further app that tries to change an existing, non-default key (like hard links to inodes), a regfs so to speak.

But that's not the kind of wine you should be concerned with on Sunday nights ---

[Expired for gnome-app-install (Ubuntu) because there has been no activity for 60 days.]

We talked about this change at UDS https://wiki.ubuntu.com/BetterIntegratedWineSpec

From the spec:
The Wine uninstaller program can have its functionality integrated into gnome-app-install. We add a "Windows Applications" category on the left for Wine apps, except those installed with packages that aren't on the Wine menu. Note that removing these will not require a password.

This requires an upstream change in Wine for it to export metadata about what apps are uninstallable, as well as some new code in gnome-app-install to handle wine uninstalling. We will also need to modify Wine to support the command line. See Console Configuration on Wine's wiki: http://wiki.winehq.org/ConsoleConfiguration

No one's done any work to get Console Configuration into Wine, unfortunately, so the Gnome-App-Install improvements can't even start.

This package has been removed from Ubuntu. Closing all related bugs.