[Bug 171526] Review Request: wine - A Windows 16/32 bit emulator

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: wine -  A Windows 16/32 bit emulator


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171526





------- Additional Comments From che666 at gmail.com  2005-10-24 06:05 EST -------
basically yes but why not just leave the epoch out and start with 0.9 for 
distro packages? the solution is that if someone wants a stable 0.9 rel he just 
has to uninstall his installed snapshot or disable his snapshot repo. generally 
i just dont like the idea of automatic downgrading.

i dont see where this situation is much different from a ximian gnome install 
back in the days... actually redhat back then didnt increase the epoch with 
every rel but just asked the users to uninstall the 3rd party packages if they 
want a clean update.

actually if you raise the epoch you got the same situation as before if some 
snapshot provider also raises his epoch. so the epoch spiral is good for 
nothing really.

latest monthly atleast for rawhide sounds reasonable. in the past it made no 
sense at all to report bugs for old wine versions ;).´since i just really run 
rawhide that solves the "problem" for me. backporting patches also sounds nice 
but...

have you yet checked how many patches go into  wine in 4 weeks?

i once identified a regression problem with a patch and the day the patch was 
checked in there were 170 patches commited ;). its a rather complex situation 
then. sure a simple compile fix isnt an issue to backport but functionality 
wise... you might have trouble to handle it.

what else can be done:

1. binary handler must be able to detect mono vs wine stuff... theres a patch 
around for solving that somewhere on the patch list. can be done with 
binfmt_misc

2. theres a handler for creating desktop entrys... there needs to be a new menu 
category created for the links of installed win programs. 

3. patches for 64 bit wine are also on the patch tracker (have fun) ;))
theres lots of other stuff to do for better integration but oh well ;)

most importantly though the dependency issues must be solved.. i dont want to 
get half of kde installed just because theres also the arts sound module in the 
package ;)). 

in my eyes a clean way to solve that would be to split only certain things off 
the monolithic tree into subpackages. i am against the debian approach though 
of 50 subpackages... the basic monolithic tree should work properly with the 
default installation in my eyes. 

snapshot problem is trivial

name-version-release.date like i basically wrote above already.



-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.