Announcing wineui

[Stephan Hermann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Matt,

sorry to come back to you a bit late, but work and family needs more
time right now :)


Am Tue, 5 Jun 2007 11:27:31 +0100
schrieb Matt Zimmerman <mdz at ubuntu.com>:

> On Tue, Jun 05, 2007 at 11:32:18AM +0200, Stephan Hermann wrote:
> > Am Dienstag, den 05.06.2007, 09:57 +0100 schrieb Matt Zimmerman:
> > > We are not talking about building wine into gnome-app-install,
> > > only about enabling it to manage installation/uninstallation of
> > > wine applications.  Do you feel that this would compromise it
> > > somehow?
> > 
> > That I didn't say. An Installation/Removal tool outside wine would
> > be nice (for both of the main desktops) but right now, it wouldn't
> > be that great, just because wine is far away from being stable.
> > Chats with wine core devs gave me the opportunity to see what those
> > devs need: more experienced "hackers" to use a debugger and winedbg
> > to find out what's wrong and file bugreports towards them. With an
> > installation tool inside our infrastructure, it will give us more
> > hassels, because more people are not using free software, but
> > windows software, and more bugreports are flooding our malone with
> > not usable apport bug reports. this is something which we shouldn't
> > want to have.  What the winehq devs need is written on
> > http://www.winehq.org/?issue=330, topic Debugging, and this is
> > something we don't have right now. 
> 
> Let's be clear on a few things:
> 
> - No one is suggesting that we ship Windows applications to Ubuntu
> users

No, but having "wine" more integrated then it should, gives the User
the opportunity to not use unix natives. They will always use what
they know, even under Linux...but this is another thing.
 
> 
> - According to this thread, there is already sufficient developer
> interest to write an installation/removal tool.  I am simply
> suggesting that it makes more sense to do that work inside an
> existing installation/removal tool rather than creating a new one.
> If someone wants to work on this, there is no reason do discourage
> them

Yes, do they know what happens to wine when they need to update some
stuff? Changes in the wine registry needs sometimes the complete
removal auf the local .wine directory. For what do I need an
application removal tool, when a rm -Rvf .wine helps here?

Many people are using or trying to use their native windows ntfs
partition and run their apps with wine from there. An application
removal tool here would be somewhat fatal.

This is the most difficult problem with something like that. 
I'm not against such a tool, start to code it, but push it away from
the main install/removal tool. Let it be a plugin for g-a-i or
whatever, but not an essential tool for it. 

> 
> - This is something of a pedantic point, but not all Windows software
> is non-free

Yes, but for that, no one is using wine. You are using wine, because
your tax software is not running natively on linux...and most of the
time even with wine it's not running. Anyways a absolute useless
discussion.

> 
> - If apport is causing problems for wine, that is unrelated to this
> proposal and should be addressed separately.

Well, if uninstalling is not working correctly, because of a broken msi
handler in wine, it is important that apport is not flooding LP with
useless bugreports.


> 
> 
> > > > Please bare in mind, if you add something to g-a-i you need to
> > > > code something for kubuntu as well, that we don't have a
> > > > difference between the two main flavours.
> 
> I would love to see a KDE frontend for gnome-app-install.  My
> understanding is that we have adept-installer, but this is a
> completely separate application which must be kept up to date
> independently.

Which is worth another discussion. But not on this stage :)

Have Fun,

\sh



- -- 
Stephan Hermann
http://launchpad.net/~shermann

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGZ7WhwYnnM8CY76gRAgoLAJ47vRl4F9e9JS2JOdVojrXmdF5GHgCeJ1aT
dQVn5XAiqoevpUmZFmZGxak=
=z0F2
-----END PGP SIGNATURE-----