Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1651574 - Inconsistent return values
Summary: Inconsistent return values
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: dnf
Version: 8.0
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: rc
: 8.0
Assignee: Packaging Maintenance Team
QA Contact: Eva Mrakova
URL:
Whiteboard:
Depends On: 1541832
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-11-20 11:27 UTC by Jaroslav Mracek
Modified: 2019-06-14 00:59 UTC (History)
10 users (show)

Fixed In Version: dnf-4.0.9-1.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1541832
Environment:
Last Closed: 2019-06-14 00:59:39 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Jaroslav Mracek 2018-11-20 11:27:31 UTC 
+++ This bug was initially created as a clone of Bug #1541832 +++

Description of problem:
Trying to install an already installed program returns 0, while trying to remove a not present program returns 1. Doesn’t make any sense to me…


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

How reproducible:
Always

Steps to Reproduce:
1. `dnf install dnf` ⇒ 0
2. `dnf install <not installed program>` ⇒ 1


Expected results:
Both commands should return 0. They output just states, that nothing has to be done – so why should that be an error?

--- Additional comment from Fedora End Of Life on 2018-02-20 10:32:18 EST ---

This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle.
Changing version to '28'.

--- Additional comment from Pavla Kratochvilova on 2018-10-01 06:35:19 EDT ---

PR: https://github.com/rpm-software-management/dnf/pull/1227

--- Additional comment from Pavla Kratochvilova on 2018-10-04 01:24:39 EDT ---

Reassigning to jmracek who is more competent to solve this. Please ignore the above PR.

--- Additional comment from Jaroslav Mracek on 2018-11-20 06:26:45 EST ---

I created a patch (https://github.com/rpm-software-management/dnf/pull/1269) that should unify behavior.
Comment 1 Jaroslav Mracek 2018-11-20 11:30:05 UTC 
This is part of yum-dnf compatibility.
Note You need to log in before you can comment on or make changes to this bug.