Red Hat Bugzilla – Bug 491481
esound-libs i586 and x86_64 version cannot coexist
Last modified: 2009-04-01 00:04:38 EDT
Description of problem:
Trying to install wine on Fedora 11 Alpha with all updates applied tries to pull in esound-libs.i586, while esound-libs.x86_64 is already installed. This causes 2 errors. The x86_64 version is slightly newer and a config file conflict
Version-Release number of selected component (if applicable):
try to install both x86_64 and i586 version of esound-libs
Steps to Reproduce:
1. Install Fedora 11
2. update with all available updates
3. try to install wine, which pulls in esound-libs.i586
Transaction Check Error:
package esound-libs-1:0.2.41-1.fc10.x86_64 (which is newer than esound-libs-1:0.2.40-2.fc11.i586) is already installed
file /etc/esd.conf from install of esound-libs-1:0.2.40-2.fc11.i586 conflicts with file from package esound-libs-1:0.2.41-1.fc10.x86_64
I noticed that 'package-cleanup --orphans' was listing esound-libs, and that the rawhide repository does have an fc11 x86_64 version that will not be installed since my fc10 version (which I got from a clean F11 alpha install) is newer.
So I downloaded the fc11 x86_64 version and did a force install. I also had to manually remove the fc10 version because after the force install I had both the fc10 and fc11 version in the RPM db.
after that the wine install succeeded.
Looking at the contents of /etc/esd.conf, I think we may want to patch esd_config.c to default esd_no_spawn to 1, and then nuke the config file.
Does that sound ok ?
Sounds good to me. But I am not sure this is any high priority. After all the only reason why esd is still in the archive is that I need something to test my stuff against.
Perhaps the wine package should not pull in wine-esd anymore, which in turn pulls in esound-libs. At least if I understand correctly that wine does not actually need ESD.
But yes, changing the defaults such that the config file is no longer required, seems like a good idea.
I've removed /etc/esd.conf in rawhide.