Bug 1629378
| Summary: | Trying to start dnfdragora causes an error in dnfdaemon and the program cannot continue | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | xvr <smith93_28> |
| Component: | dnfdaemon | Assignee: | Neal Gompa <ngompa13> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 29 | CC: | awilliam, besser82, edpil02, fzatlouk, gmarr, leigh123linux, lruzicka, lupinix.fedora, ngompa13, pwhalen, robatino |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | AcceptedBlocker | ||
| Fixed In Version: | dnfdaemon-0.3.19-4.fc29 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-09-20 22:36:06 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1517011 | ||
Seeing this on Beta 1.3, update attempt fails. Proposing as a blocker for Beta, criteria "The installed system must be able appropriately to install, remove, and update software with the default tool for the relevant software type in all release-blocking desktops" Discussed during the 2018-09-17 blocker review meeting: [1] The decision to classify this bug as an "AcceptedBlocker" was made as it violates the following criteria: "The installed system must be able appropriately to install, remove, and update software with the default tool for the relevant software type in all release-blocking desktops (e.g. default graphical package manager)" for Xfce, which is a release-blocking desktop for 32-bit ARM. [1] https://meetbot.fedoraproject.org/fedora-blocker-review/2018-09-17/f29-blocker-review.2018-09-17-16.02.txt So it seems this is basically a consequence of a not-highly-advertised change in dnf 3.4(?): the repo interface exposed by dnf's own Python libs went away. dnfdragora is using that (to be fair, from the traceback, it is clearly using at least some properties that are clearly marked as *not* being public - I see `repo._md_expire_cache()` - so it's really fair game for DNF to take those away). It seems the intent is that it should be using a repo provided by libdnf instead, but there don't seem to be any docs or guides on that, at least that Neal could find immediately. Note that we pulled dnf 3.5.1 into RC3 as a freeze exception: https://bugzilla.redhat.com/show_bug.cgi?id=1628802 . So one way we could address this would be to drop back to dnf 3.2.0 for the next compose. But it may be better to fix dnfdragora and stick with 3.5.1, if doing so is not too difficult. It's hard to know for sure, as dnf team did not yet reply to the FE bug with their assessment of how important it is that 3.5.1 should be in the Beta. https://github.com/manatools/dnfdaemon/pull/24 seems to fix this. *** Bug 1629456 has been marked as a duplicate of this bug. *** dnfdaemon-0.3.19-4.fc29 dnfdragora-1.0.1-13.git20180108.b0e8a66.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-d3ef63b0f6 dnfdaemon-0.3.19-4.fc29, dnfdragora-1.0.1-13.git20180108.b0e8a66.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-d3ef63b0f6 Works fine on rpi2. dnfdaemon-0.3.19-4.fc29.noarch dnfdragora-1.0.1-13.git20180108.b0e8a66.fc29 I can confirm this to work on x86_64. dnfdaemon-0.3.19-4.fc29, dnfdragora-1.0.1-13.git20180108.b0e8a66.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |
Description of problem: On Fedora 29-Beta (as of 2018/09/15), trying to start dnfdragora causes an error in dnfdaemon, and the program dnfdragora exits immediately. Version-Release number of selected component (if applicable): dnfdaemon 0.3.19-3.fc29 dnfdragora 1.0.1-12.git20180108.b0e8a66.fc29 How reproducible: Always Steps to Reproduce: 1. Try to start dnfdragora 2. 3. Actual results: dnfdragora exits immediately. dnfdaemon is still running in the background Expected results: Additional info: Below is the full error message : 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' (36)