Bug 1646883 - Multilib file conflicts
Summary: Multilib file conflicts
Keywords:
Status: CLOSED DUPLICATE of bug 1653683
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 28
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: rpm-software-management
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1653679 (view as bug list)
Depends On:
Blocks: 1653676 1653679 1653682
TreeView+ depends on / blocked
 
Reported: 2018-11-06 08:39 UTC by David Cussans
Modified: 2018-12-06 13:33 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1653676 1653679 1653682 1653683 (view as bug list)
Environment:
Last Closed: 2018-11-27 12:41:37 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
output of dnf update (156.46 KB, text/plain)
2018-11-06 08:39 UTC, David Cussans
no flags Details

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


Note You need to log in before you can comment on or make changes to this bug.