Bug 1646883

Summary: Multilib file conflicts
Product: [Fedora] Fedora Reporter: David Cussans <david.cussans>
Component: dnfAssignee: rpm-software-management
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 28CC: dmach, dueno, jmracek, kengert, klember, mblaha, mhatina, mpreisle, packaging-team-maint, pmatilai, rpm-software-management, stefw, tmraz, vmukhame
Target Milestone: ---Keywords: Reopened, Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1653676 1653679 1653682 1653683 (view as bug list) Environment:
Last Closed: 2018-11-27 12:41:37 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:
Bug Depends On:    
Bug Blocks: 1653676, 1653679, 1653682    
Attachments:
Description Flags
output of dnf update none

Description David Cussans 2018-11-06 08:39:23 UTC
Created attachment 1502315 [details]
output of dnf update

Description of problem:

Issue "dnf update" on my Fedora 28 installation. Results in "Transaction check error".

Version-Release number of selected component (if applicable):

Fedora 28

How reproducible:

Issue "dnf update"

Steps to Reproduce:
1.
2.
3.

Actual results:

transaction check error

Expected results:

updates system.

Additional info:

see attached file (output of dnf update )

Comment 1 Jaroslav Mracek 2018-11-27 11:53:56 UTC
The issue is created by file conflict as a result of packaging issue. I ceated an issue (https://pagure.io/packaging-committee/issue/834) to ask packaging committee for recommended solution and to enhance packaging guidelines.

From your report I can see that the issue is related to list of following packages:
p11-kit
gnutls
elfutils-libelf
glib2
pcre2


Please can you

Comment 2 Jaroslav Mracek 2018-11-27 11:59:15 UTC
Because the issue in packaging of other packages - changing component.

Please can you solve the issue in your package? You can use following solution or wait for packaging committee for recommendation:

Conflict can help:
Conflicts: <pkg_name> < %{version}-%{release}

Or movement of shared files into noarch package could also help.

Comment 3 Tomas Mraz 2018-11-27 12:25:28 UTC
This actually does not look like a packaging issue - not in p11-kit package at least. Please note that in the log the conflicting files come from different package versions and the multilib packages should be kept in sync. What ignatenkobrain replied to you in the FPC ticket is very relevant.

Comment 4 Tomas Mraz 2018-11-27 12:26:38 UTC
Or rather than closing, I am moving it back to DNF.

Comment 5 Tomas Mraz 2018-11-27 12:35:21 UTC
*** Bug 1653679 has been marked as a duplicate of this bug. ***

Comment 6 Panu Matilainen 2018-11-27 12:41:37 UTC

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