Bug 1642743

Summary: i686 vs x86_64 collisions
Product: [Fedora] Fedora Reporter: Robert Lane <enaltrebor>
Component: freetypeAssignee: Marek Kašík <mkasik>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 29CC: ajax, extras-orphan, fonts-bugs, jmracek, john.j5live, kevin, mbarnes, mclasen, mkasik, rhughes, rstrode, sandmann
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-10-29 16:31:01 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Robert Lane 2018-10-25 01:09:49 UTC
Description of problem:
For example, "  file /usr/bin/freetype-config conflicts between attempted installs of freetype-devel-2.9.1-2.fc29.i686 and freetype-devel-2.9.1-2.fc29.x86_64"
There are lots of other examples. Do try this at home.

Version-Release number of selected component (if applicable):
dnf system-upgrade download --best --refresh --releasever=29 --allowerasing 

How reproducible:
dnf system-upgrade download --best --refresh --releasever=29 --allowerasing 

Steps to Reproduce:
1.dnf system-upgrade download --best --refresh --releasever=29 --allowerasing 


Actual Error: 
Transaction check error:
  file /usr/bin/freetype-config conflicts between attempted installs of freetype-devel-2.9.1-2.fc29.i686 and freetype-devel-2.9.1-2.fc29.x86_64
esults:


Expected results:
success

Additional info:
Is it not the case that the same human beings maintain i686 and x86_64 versions? How hard is it to make your packages not collide? How hard is it to understand that some packages only run under 1686 *cough*wine*cough* and have requirements? Pass the blame to them, then. Which part of "--allowerasing" is unclear?

Comment 1 Robert Lane 2018-10-25 01:21:10 UTC
OK, yes, today's system upgrade is better than sucking redhat 4 through a 1440k straw and compiling everything by hand. Today's system upgrade process is also better than getting poked in the eye with a sharp stick. F28 was do-able. I had hoped that F29 would be visible to my remaining eyeball. (Raise hands if you too saw the original in the Laser Lab. Plus points if you also got there over the roof. Prove it: name the building.)

Comment 2 Jaroslav Mracek 2018-10-29 12:41:26 UTC
It looks like a packaging problem. The conflict between arch or rename of binary should help.

Comment 3 Marek Kašík 2018-10-29 16:31:01 UTC

*** This bug has been marked as a duplicate of bug 1639379 ***