Bug 1382866
Summary: | [abrt] dnf: rpmtrans.py:237:_extract_str_cbkey:AssertionError | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | José Matos <jamatos> | ||||||||||
Component: | dnf | Assignee: | rpm-software-management | ||||||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||
Priority: | high | ||||||||||||
Version: | 25 | CC: | akadam, code, danielkza2, dominik, fedora, jamiemarchant47, jsilhan, ldavidfore, mluscon, packaging-team-maint, pmatilai, pnemade, rpm-software-management, ssmetana, vmukhame | ||||||||||
Target Milestone: | --- | Keywords: | EasyFix, Reopened, Triaged | ||||||||||
Target Release: | --- | ||||||||||||
Hardware: | x86_64 | ||||||||||||
OS: | Unspecified | ||||||||||||
URL: | https://retrace.fedoraproject.org/faf/reports/bthash/331245623056b0da6572d99b9ab164d195f79639 | ||||||||||||
Whiteboard: | abrt_hash:32bc228363199c62c1e5802fa8e6427358659d4d; | ||||||||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | |||||||||||||
: | 1382896 (view as bug list) | Environment: | |||||||||||
Last Closed: | 2016-11-27 18:07:53 UTC | Type: | --- | ||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Attachments: |
|
Description
José Matos
2016-10-07 23:01:49 UTC
Created attachment 1208273 [details]
File: _var_log_dnf.log
Created attachment 1208274 [details]
File: backtrace
Created attachment 1208275 [details]
File: dnf-makecache.log
Created attachment 1208276 [details]
File: environ
At the end of installation I got: var/tmp/rpm-tmp.pTTSYA: line 5: syntax error near unexpected token `else' /var/tmp/rpm-tmp.pTTSYA: line 5: ` else' warning: %triggerin(texlive-5:2016-6.20160520.fc25.x86_64) scriptlet failed, exit status 2 Traceback (most recent call last): File "/usr/lib/python3.5/site-packages/dnf/yum/rpmtrans.py", line 427, in callback self._scriptError(bytes, total, h) File "/usr/lib/python3.5/site-packages/dnf/yum/rpmtrans.py", line 557, in _scriptError pkg, _, _ = self._extract_cbkey(h) File "/usr/lib/python3.5/site-packages/dnf/yum/rpmtrans.py", line 229, in _extract_cbkey return self._extract_str_cbkey(cbkey) File "/usr/lib/python3.5/site-packages/dnf/yum/rpmtrans.py", line 237, in _extract_str_cbkey assert(isinstance(name, basestring)) AssertionError FATAL ERROR: python callback ??? failed, aborting! *** Bug 1323425 has been marked as a duplicate of this bug. *** *** Bug 1339101 has been marked as a duplicate of this bug. *** Moral of the story: the transaction callback must never fail. By all means log unexpected events and values from there in dnf but don't use assert() in code called by rpm. Yeah, as Panu writes. Thanks for the report, we will fix it. This Bug is fixed in upstream version: dnf-1.1.10-3.fc25 It was fixed in commit https://github.com/rpm-software-management/dnf/commit/507acfe3c0f81f253621d116a7474e1081d979f5 from 8 Dec 2015 which was merged to dnf on Jun 29, 2016 (In reply to Štěpán Smetana from comment #10) > This Bug is fixed in upstream version: dnf-1.1.10-3.fc25 > > It was fixed in commit > https://github.com/rpm-software-management/dnf/commit/ > 507acfe3c0f81f253621d116a7474e1081d979f5 from 8 Dec 2015 which was merged to > dnf on Jun 29, 2016 that's not true. (In reply to Igor Gnatenko from comment #11) > (In reply to Štěpán Smetana from comment #10) > > This Bug is fixed in upstream version: dnf-1.1.10-3.fc25 > > > > It was fixed in commit > > https://github.com/rpm-software-management/dnf/commit/ > > 507acfe3c0f81f253621d116a7474e1081d979f5 from 8 Dec 2015 which was merged to > > dnf on Jun 29, 2016 > > that's not true. actually, it's a bit lie. It's fixed in DNF 2.0, not 1.1.x |