Bug 1086981

Summary: [abrt] dnf: package.py:52:chksum:AttributeError: No such checksum.
Product: [Fedora] Fedora Reporter: Matteo Settenvini <matteo>
Component: dnfAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: akozumpl, alex179ohm, bbzsz, bugzilla, collura, diego.ml, elemwcent, fedora, fleshmang, gbcox, jarno.hiltunen, jimkiralfy, jskarvad, jstpierr, kanelxake, lgraves95, marbolangos, m.a.young, mschmidt, packaging-team-maint, pnemade, rholy, tim.lauridsen
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/89aed26a8c3e80173369e07c7bab0faccf5cdca3
Whiteboard: abrt_hash:49e763d0178dce38b455921e9ee62da016cfa8ae
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-04-15 07:19:41 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 Flags
File: backtrace
none
File: environ none

Description Matteo Settenvini 2014-04-12 09:41:18 UTC
Description of problem:
Running "dnf update", after seeing the list of packages to be updated and selecting "y" to continue (before download starts).

Version-Release number of selected component:
dnf-0.4.20-1.fc21

Additional info:
reporter:       libreport-2.2.1
cmdline:        /usr/bin/python /bin/dnf update
executable:     /bin/dnf
kernel:         3.14.0-0.rc8.git0.1.fc21.x86_64
runlevel:       N 5
type:           Python
uid:            0

Truncated backtrace:
package.py:52:chksum:AttributeError: No such checksum.

Traceback (most recent call last):
  File "/bin/dnf", line 35, in <module>
    main.user_main(sys.argv[1:], exit_code=True)
  File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 242, in user_main
    errcode = main(args)
  File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 75, in main
    return _main(base, args)
  File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 156, in _main
    return_code, resultmsgs = base.do_transaction()
  File "/usr/lib/python2.7/site-packages/dnf/cli/cli.py", line 214, in do_transaction
    self.download_packages(downloadpkgs, self.output.progress, total_cb)
  File "/usr/lib/python2.7/site-packages/dnf/base.py", line 909, in download_packages
    errors = dnf.repo.download_payloads(payloads, drpm)
  File "/usr/lib/python2.7/site-packages/dnf/repo.py", line 97, in download_payloads
    targets = [pload.librepo_target() for pload in payloads]
  File "/usr/lib/python2.7/site-packages/dnf/repo.py", line 278, in librepo_target
    target_dct.update(self._target_params())
  File "/usr/lib/python2.7/site-packages/dnf/repo.py", line 289, in _target_params
    ctype, csum = pkg.returnIdSum()
  File "/usr/lib/python2.7/site-packages/dnf/package.py", line 174, in returnIdSum
    (chksum_type, chksum) = self.chksum
  File "/usr/lib/python2.7/site-packages/dnf/package.py", line 52, in chksum
    return super(Package, self).chksum
AttributeError: No such checksum.

Local variables in innermost frame:
self: <hawkey.Package object id 6223, cmake-3.0.0-0.7.rc3.fc21.x86_64, rawhide>

Comment 1 Matteo Settenvini 2014-04-12 09:41:25 UTC
Created attachment 885678 [details]
File: backtrace

Comment 2 Matteo Settenvini 2014-04-12 09:41:29 UTC
Created attachment 885679 [details]
File: environ

Comment 3 Ales Kozumplik 2014-04-14 07:41:02 UTC
weird, we better look at this. thanks for the report.

Comment 4 Matteo Settenvini 2014-04-14 08:40:45 UTC
Seems to have gone away after downloading today's metadata from the server. I guess it has something to do with the metadata retrieved specifically on Friday/Saturday.

Comment 5 Jasper St. Pierre 2014-04-14 23:07:31 UTC
Is there a way to make it force download new metadata? I'm still seeing this one.

Comment 6 Michal Schmidt 2014-04-15 07:07:26 UTC
I am seeing this today in F20 after updating libsolv to 0.6.0-0.git05baf54.fc20.x86_64 from updates-testing.

"dnf clean all" did not fix it.

Downgrading libsolv ("rpm -Uvh --oldpackage libsolv-0.4.1-1.gitbcedc98.fc20.x86_64.rpm") fixed it.

Comment 7 Michal Schmidt 2014-04-15 07:16:10 UTC
The new libsolv works if I also update hawkey to 0.4.13-1.fc20.x86_64 (From Koji, as it's not yet in updates-testing for F20).

Comment 8 Ales Kozumplik 2014-04-15 07:19:41 UTC
Michal, thanks for the information. This is the same issue as bug 1086073 then.

*** This bug has been marked as a duplicate of bug 1086073 ***