Bug 1652996 - 'dnf remove --duplicates' fails with "RuntimeError: TransactionItem state is not set"
Summary: 'dnf remove --duplicates' fails with "RuntimeError: TransactionItem state is ...
Keywords:
Status: CLOSED DUPLICATE of bug 1642796
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 29
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: rpm-software-management
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-11-23 23:25 UTC by Michal Jaegermann
Modified: 2018-11-26 11:41 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-11-26 11:41:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
output from attempted duplicates handling (3.88 KB, text/plain)
2018-11-23 23:25 UTC, Michal Jaegermann
no flags Details

Description Michal Jaegermann 2018-11-23 23:25:51 UTC
Created attachment 1508328 [details]
output from attempted duplicates handling

Description of problem:

With duplicate packages 

texlive-SIunits-svn15878.1.36-21.fc29.noarch
texlive-SIunits-svn15878.1.36-22.fc29.noarch

present on an installation an attempt to run 'dnf remove --duplicates' goes through all motions and with all steps apparently completed fails with:

  File "/usr/lib/python3.7/site-packages/libdnf/transaction.py", line 758, in endTransaction
    return _transaction.Swdb_endTransaction(self, dtEnd, rpmdbVersionEnd, state)
RuntimeError: TransactionItem state is not set: texlive-SIunits-8:svn15878.1.36-21.fc29.noarch

After that duplicate packages are still reported as present.


Version-Release number of selected component (if applicable):
dnf-4.0.4-2.fc29

How reproducible:
Tried few times with always the same result.

Additional info:
A complete record of a screen output from a removal attempt is attached.

I do not know if texlive-SIunits package is significant here.
'dnf remove texlive-SIunits-svn15878.1.36-21.fc29.noarch' works without any fuss with results as expected.

Comment 1 Jaroslav Mracek 2018-11-26 11:41:46 UTC
I belive that the problem is fixed in dnf-4.0.9-1 (update-testing repository) where is the patch https://github.com/rpm-software-management/dnf/commit/be1e853b422ca2dbbe30c0fa7d5549cd6c8a59a4. Please if you can reproduce the issue also with dnf-4.0.9-1, don't hesitate to reopen the bug report.

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


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