Bug 1390388 - DNF Assume package already installed on Conflict dependencies issue
Summary: DNF Assume package already installed on Conflict dependencies issue
Keywords:
Status: CLOSED DUPLICATE of bug 1384386
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: rpm-software-management
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-10-31 22:51 UTC by Rizkie Yudha Pratama
Modified: 2018-05-21 11:54 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-11-16 07:54:53 UTC
Type: Bug


Attachments (Terms of Use)
Terminal output when i'm try to reproduce, its Original output and localize to JP (Japanese). If needed i'll provide any requested files to support the troubleshooting (139.66 KB, text/plain)
2016-10-31 22:51 UTC, Rizkie Yudha Pratama
no flags Details

Description Rizkie Yudha Pratama 2016-10-31 22:51:55 UTC
Created attachment 1215940 [details]
Terminal output when i'm try to reproduce, its Original output and localize to JP (Japanese). If needed i'll provide any requested files to support the troubleshooting

Description of problem:
DNF Assume requested package as installed when it's failed to install because requested package conflicted dependencies / package.

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

How reproducible:
quite easy i guess? since i'm not sure if its actual DNF issue of any other factor

Steps to Reproduce:
1. Install Mate-Desktop (or possibly any group install ) while having conflicted dependencies package installed (on my case transmission-sequential-gtk-2.92-2.fc24.x86_64, Mate require version 2.92-1).
2. DNF will response the conflicted package and "Solution" by using '--allowerasing'
3. Try to install group again with or without '--allowerasing', it will response that the requested package Already Installed.
4. in some case 'dnf remove' will respose Package not found when try to remove it. (Just thinking to 'refresh' the package by remove and re-installed it again)

Actual results:
Requested package not installed but dnf assumed it's already instaled.

Expected results:
Requested Package Installed to system

Additional info:
Again, I'm not sure if its actual DNF issue or from any other factors.
But as far as i reproduce the installation process i can't think any other factor that can result to such issue unless from DNF it self.

Comment 1 Igor Gnatenko 2016-11-16 07:54:53 UTC

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


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