Description of problem: When the x86_64 version is install and I try to install the i386 version yum exits with transaction check error. Version-Release number of selected component (if applicable): isdn4k-utils-3.2-58.fc9.x86_64 How reproducible: Always Steps to Reproduce: 1. yum install isdn4k-utils.x86_64 2. yum install isdn4k-utils.i386 Actual results: Transaction Check Error: file /etc/isdn/isdn.conf from install of isdn4k-utils-3.2-58.fc9.i386 conflicts with file from package isdn4k-utils-3.2-58.fc9.x86_64 file /usr/share/man/man5/rate.conf.5.gz from install of isdn4k-utils-3.2-58.fc9.i386 conflicts with file from package isdn4k-utils-3.2-58.fc9.x86_64 Expected results: Normal installation.
Ok, I think I found why they conflict: diff -ru i386/etc/isdn/isdn.conf x86_64/etc/isdn/isdn.conf --- i386/etc/isdn/isdn.conf 2008-07-19 14:15:12.000000000 +0300 +++ x86_64/etc/isdn/isdn.conf 2008-07-19 14:15:44.000000000 +0300 @@ -24,12 +24,12 @@ CHARGEMAX = 50.00 CURRENCY = 0.062,EUR -COUNTRYFILE = /usr/lib/isdn/country.dat +COUNTRYFILE = /usr/lib64/isdn/country.dat RATECONF= /etc/isdn/rate.conf -RATEFILE= /usr/lib/isdn/rate-de.dat -HOLIDAYS= /usr/lib/isdn/holiday-de.dat -ZONEFILE= /usr/lib/isdn/zone-de-%s.cdb -DESTFILE= /usr/lib/isdn/dest.cdb +RATEFILE= /usr/lib64/isdn/rate-de.dat +HOLIDAYS= /usr/lib64/isdn/holiday-de.dat +ZONEFILE= /usr/lib64/isdn/zone-de-%s.cdb +DESTFILE= /usr/lib64/isdn/dest.cdb So I'm wondering is those .cdb and .dat files are arch specific and why are they in libdir. Isn't /var a better place for them. The man files differ in: --- i386/usr/share/man/man5/rate.conf.5 2008-07-19 14:15:13.000000000 +0300 +++ x86_64/usr/share/man/man5/rate.conf.5 2008-07-19 14:15:45.000000000 +0300 @@ -180,7 +180,7 @@ may be used to specify an alternative rate and provider configuration file. .TP -.BI /usr/lib/isdn/rate- CC .dat +.BI /usr/lib64/isdn/rate- CC .dat The rate-file for your country. Replace .I CC with your two letter country code, e.g. Again the same issue. Since it's quite complex package I don't want to mess something up. So, is this fixable ?
it's now fixed in isdn4k-utils-3.2-61 in rawhide. Thanks for your report,
*** Bug 341601 has been marked as a duplicate of this bug. ***