Bug 1218403 - dnf history undo dopesn't work
Summary: dnf history undo dopesn't work
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: 21
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-05-04 19:41 UTC by Petr Stodulka
Modified: 2015-05-05 13:57 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-05-05 13:57:21 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1218415 0 unspecified CLOSED Don't replace packages in Fedora Updates repository - keep them all 2021-02-22 00:41:40 UTC

Internal Links: 1218415

Description Petr Stodulka 2015-05-04 19:41:37 UTC
Description of problem:
Transaction can't be undone by dnf.

Version-Release number of selected component (if applicable):
dnf-0.6.4-1.fc21.noarch
.. and newer

How reproducible:
always

Steps to Reproduce:
# dnf update
# dnf history undo last

Actual results:
[snip]
No package libcom_err-0:1.42.12-3.fc21.i686 available.
Error: An operation cannot be undone

Expected results:
revert/undone last transaction successfully

Additional info:
# dnf history list | tail
    10 | update                   | 2015-04-20 12:32 | I, U           |   74   
     9 | update                   | 2015-04-17 08:00 | Update         |    3   
     8 | install python-pytest-pe | 2015-04-15 19:28 | Install        |    4   
     7 | install python?-pytest-p | 2015-04-15 19:21 | Install        |    6   
     6 | install pytest           | 2015-04-15 19:20 | Install        |    2   
     5 | install pycharm-communit | 2015-04-15 12:22 | Install        |    1   
     4 | install dnf-plugins-core | 2015-04-15 12:17 | Install        |    1   
     3 | install openscap-engine- | 2015-04-14 17:22 | Install        |    3   
     2 | update                   | 2015-04-14 16:17 | Update         |   63 EE
     1 | install openscap         | 2015-04-14 16:16 | Install        |    1

Comment 1 Petr Stodulka 2015-05-04 20:05:07 UTC
Problem solved after discussion with jsilhan.

You need set "keepcache=1" inside "/etc/dnf/dnf.conf", because otherwise undo of transaction is always impossible after update, because each older package is removed. That's really unhappy solution, that keepcache isn't set by default.

Comment 2 Honza Silhan 2015-05-04 20:10:29 UTC
history undo/redo should work even if "keepcache=0" as long as package is still available in repo. Maybe the problem is somewhere else.

Comment 3 Radek Holy 2015-05-05 09:30:45 UTC
But the package is not available, is it? It's clearly a problem with Fedora infrastructure that it does not keep older versions.
Keepcache is not on by default because it would fill your hard disk sooner or later. Another option is also the community plugin called "local".

Comment 4 Petr Stodulka 2015-05-05 10:45:10 UTC
Hi Radek,
older version probably isn't still available in repository and I haven't any previous package stored in cache.


> Keepcache is not on by default because it would fill your hard disk sooner or later.

Could be possible add option (as futurefeature), which restrict count of previous versions of some packages? Something like kept_versions=2 (I don't want think about usable name), which will remember 2 previous installed versions of package? It could solve problem with filling of hard disk during time.

However, IMHO I think that most important is the last previous version - "dnf history undo last", which should be possible always, and may this option will not be used the often.

I don't know plugin "local", but thanks for tip, I will look at it.

Comment 5 Radek Holy 2015-05-05 11:17:33 UTC
That would still be just a partial solution. One may want to call undo on multiple transactions or call rollback. Or their history may look like:
    upgrade foo-3.0 -> 4.0
    downgrade foo-4.0 -> 3.0
    upgrade foo-3.0 -> 5.0
Now, undo will fail again.

Anyway, I am not stopping anyone's effort to implement a plugin that works around the Fedora infrastructure issue.

Comment 6 Petr Stodulka 2015-05-05 11:48:30 UTC
Hmm... I don't see problem exactly here. In this scenario when you downgrade to previous version, you can check if you have downgraded version of package and in that case don't remove/add anything abotu this package in your cache. Yes, it will not be always possible undo on multiple transactions, but when you use some restrictions like that, you must expect it. But still you will be able to call undo for bigger set of transactions.

For me keepcache=1 is ok now. That's same behaviour which I use years on archlinux and I don't have troubles with one clean per few months period.

Comment 7 Honza Silhan 2015-05-05 13:57:21 UTC
The problem is really missing package in repo. Closing...


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