Dnf dragora stop working after dnf update dnfdaemon client error: g-io-error-quark: GDBus.Error:org.baseurl.DnfSystem.LockedError: dnf is locked by another application (36)
kill dnfdaemon and restarting dnfdragora sent others errors. dnfdaemon client error: g-io-error-quark: GDBus.Error:org.freedesktop.DBus.Python.AttributeError: Traceback (most recent call last): File "/usr/lib64/python3.7/site-packages/dbus/service.py", line 707, in _message_cb retval = candidate_method(self, *args, **keywords) File "/usr/lib/python3.7/site-packages/dnfdaemon/server/__init__.py", line 68, in newFunc rc = func(*args, **kwargs) File "/usr/share/dnfdaemon/dnfdaemon-system", line 175, in ExpireCache rc = self.expire_cache() File "/usr/lib/python3.7/site-packages/dnfdaemon/server/__init__.py", line 219, in expire_cache self.base.expire_cache() File "/usr/lib/python3.7/site-packages/dnfdaemon/server/backend.py", line 64, in expire_cache repo._md_expire_cache() File "/usr/lib/python3.7/site-packages/dnf/conf/config.py", line 208, in __getattr__ option = getattr(self._config, name) File "/usr/lib64/python3.7/site-packages/libdnf/conf.py", line 1672, in <lambda> __getattr__ = lambda self, name: _swig_getattr(self, ConfigRepo, name) File "/usr/lib64/python3.7/site-packages/libdnf/conf.py", line 80, in _swig_getattr raise AttributeError("'%s' object has no attribute '%s'" % (class_type.__name__, name)) AttributeError: 'ConfigRepo' object has no attribute '_md_expire_cache'
I think the 'is locked by another application' is *probably* a consequence of the _md_expire_cache bug, which is https://bugzilla.redhat.com/show_bug.cgi?id=1629378 . can you please test with the updated dnfdragora/dnfdaemon packages I just built and report if you still have trouble? Thanks!
It was a dnfdaemon issue.. Sent a bug report and issue solve after dnfdaemon update. Thanks .
Just upgraded from Fedora 28 to Fedora 30 and this bug has appeared, exactly as described by edpil02. The versions of software are: dnfdaemon-0.3.19-6.fc30.noarch dnfdragora-1.1.1-2.fc30.noarch The bug appeared after upgrade, it was not present in Fedora 28. I have seen in the reference to bug 1629378 that the bug should have been solved with recent versions of dnfdaemon and dnfdragora but it does not seem to be the case. I think the bug should be reopened.
Update: I have tried to use several dnf commands in a terminal and lots of errors appeared related with the repo file /etc/yum.repos.d/fedora-updates-modular.repo I have removed this file, make a dnf --refresh upgrade and all problems vanished, both the errors in the command line and those that appeared when executing dnfdragora. Maybe this repo file is some sort of remaining of Fedora 28 that is somehow not compatible with Fedora 30?? I do not know. I do not know either if removing this repo has some other inconvenient.
This bug has appeared in rawhide two weeks ago ,after every end of transactions ( install or remove files). I just upgrade to latest dnfdragora version (Rebuilt for Python 3.8.0rc1) , but same issue. console output: <_M_> [mga-qt-ui] YMGA_QCBTable.cc:74 YMGA_QCBTable(): Slection mode 2 End found 1 groups not in cache not in cache not in cache End found 1 groups End found 1 groups on_TransactionEvent start on_TransactionEvent run transaction on_TransactionEvent end BASE EXCEPTION : g-io-error-quark: GDBus.Error:org.baseurl.DnfSystem.LockedError: dnf is locked by another application (36)