Description of problem: Getting the following checksum error during dnf and rpm-ostree upgrade: Errors during downloading metadata for repository 'fedora-cisco-openh264': - Downloading successful, but checksum doesn't match. Calculated: 88b343b2fa5fc11878d2741c909948efba1c697ed9fe8571325839ebceb6a2ee1f6a10e68898bf30cea6d11c1507c267f2e0dfb83ab7d4da03f74246d8012434(sha512) Expected: 6635b9b103011623cf2fb065f7c3810195b487511215fa802e21dcb72cc1e8644166e8339284ef38d0516f8650527caca77f9194aeed92b414a94a816948d46e(sha512) Version-Release number of selected component (if applicable): Fedora 35 How reproducible: Every time Steps to Reproduce: 1. Enable fedora-cisco-openh264 in /etc/yum.repos.d/fedora-cisco-openh264.repo 2. Try `dnf upgrade` or `rpm-ostree install gstreamer1-plugin-openh264` 3. Actual results: Shows errors in checksum. `dnf upgrade` will continue, but `rpm-ostree upgrade` will fail and quit. Expected results: No checksum error. Additional info: Manually checking the file `https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-35&arch=x86_64`, it appears that the checksums within do not match sha512sum of https://codecs.fedoraproject.org//openh264/35/x86_64/os/repodata/repomd.xml. Quickly checking the aarch64 files, and seems those are mismatched as well. Did not check other architectures. Fedora 34 does not have this issue.
Mohan, can you take a look at this please? Looks like something went wrong when uploading the new versions.
Having the same issue after Fedora 34 to 35 upgrade
Should be fixed now. There is a bug in one of the tools creating this. The bug is fixed but not yet deployed because of the current infrastructure freeze.
> Should be fixed now. There is a bug in one of the tools creating this. The bug is fixed but not yet deployed because of the current infrastructure freeze. Yes, it is fixed now! Thanks
This is also happening on fedora 33 to 34 upgrade