Created attachment 742221 [details]
Command line + log messages
Description of problem:
Whenever I run dnf update, the cleanup stage always produces log messages like these:
May 01 09:22:59 vfr yum: Updated: espeak-1.47.07-1.fc18.x86_64
May 01 09:23:00 vfr yum: Updated: emacs-filesystem-1:24.2-18.fc18.noarch
May 01 09:23:00 vfr yum: emacs-filesystem-1:24.2-6.fc18.noarch: ts_done state is emacs-filesystem-1:24.2-6.fc18.noarch 90 should be install xscreensaver-base
May 01 09:23:00 vfr yum: emacs-filesystem-1:24.2-6.fc18.noarch: ts_done name in te is xscreensaver-base should be emacs-filesystem-1:24.2-6.fc18.noarch
May 01 09:23:00 vfr yum: xscreensaver-extras-1:5.21-2.fc18.x86_64: ts_done state is xscreensaver-extras-1:5.21-2.fc18.x86_64 90 should be install xscreensaver-extras-base
May 01 09:23:00 vfr yum: xscreensaver-extras-1:5.21-2.fc18.x86_64: ts_done name in te is xscreensaver-extras-base should be xscreensaver-extras-1:5.21-2.fc18.x86_64
May 01 09:23:01 vfr yum: xscreensaver-gl-extras-1:5.21-2.fc18.x86_64: ts_done state is xscreensaver-gl-extras-1:5.21-2.fc18.x86_64 90 should be install mysql-libs
May 01 09:23:01 vfr yum: xscreensaver-gl-extras-1:5.21-2.fc18.x86_64: ts_done name in te is mysql-libs should be xscreensaver-gl-extras-1:5.21-2.fc18.x86_64
May 01 09:23:02 vfr yum: mysql-server-5.5.30-1.fc18.x86_64: ts_done state is mysql-server-5.5.30-1.fc18.x86_64 90 should be install xscreensaver-gl-base
May 01 09:23:02 vfr yum: mysql-server-5.5.30-1.fc18.x86_64: ts_done name in te is xscreensaver-gl-base should be mysql-server-5.5.30-1.fc18.x86_64
Version-Release number of selected component (if applicable): F18,
$ dnf --version
Installed: dnf-0:0.2.23-1.git50db212.fc18.noarch at 2013-03-24 11:51
Built : Fedora Project at 2013-03-21 12:43
Installed: rpm-0:188.8.131.52-1.fc18.x86_64 at 2013-02-12 13:56
Built : Fedora Project at 2013-02-06 09:54
How reproducible: Always
Steps to Reproduce:
1. Run "dnf update"
2. Examine system log
Messages about ts_done state
No messages in log
Thank you for the report, Garry.
Testing with dnf-0.3.3 this is still an issue, I see entries like:
May 02 08:14:53 INFO gnome-shell: ts_done state is gnome-shell 90 should be install gnome-shell
in /var/log/dnf.rpm.log (was dnf.transaction.log)
Incidentally, I'm in the process of redesigning the transaction management/reporting in DNF so I will make sure this problem goes away along with that work.
The good thing is that these seem to be only errors in transaction reporting and your packages and RPMDB are fine.
(In reply to comment #1)
> The good thing is that these seem to be only errors in transaction reporting
> and your packages and RPMDB are fine.
Yes. I should have mentioned that in my report.
I've merged the transaction overhaul branch to the master branch now. The ts_done() is not used anymore and so the transaction log is free of the error messages (yet describes in detail all the changes that happened to the RPMDB).
The main purpose of ts_done() was transaction journaling introduced by commit 13fa959a. It doesn't reference a bugzilla number and since the libsolv depsolver below DNF can resolve operations very quickly I see little value in keeping the journaling/redoing functionality around and I have no plans at the moment to reenable these in DNF. This might change if substantial argument in defense of journaling is given in the future.
Thanks for the report, closing this.