[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-27 09:59 EST -------
in my opinion the debian approach doesent make sense at all...

what one should do is choose a preferred sound method... like leaving alsa in 
the monolithic part and split all the other sound stuff off it. picking good 
defaults and leaving the unnecassery stuff optional.

from experience in packaging wine since rh9 i know that users dont want a 
cluttered up solution and it will definitely create support overhead, thats why 
the winehq packages arent split up at all... vincent just turns off autodep 
tracking... and so did i when i packaged it on newrpms. sure thats not a clean 
solution... but creating a safe defaults monolithic package actually is a sane 
solution without pulling loads of unnecassery stuff in and leaves the user with 
a completly working wine by just doing yum install wine.

splitting off gl support in my eyes also doesent make much sense at this point, 
will also just lead to bogus bug reports.

if users do yum install wine* because they cant handle the complexity of all 
subpackages in a sane way on the commandline nothing at all is achieved in my 
eyes, cause the user doesent know what he wants.



-- 
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.