+++ This bug was initially created as a clone of Bug #1456419 +++ Description of problem: I use unitedrpms, which uses repo_gpgcheck=1 https://github.com/UnitedRPMs/unitedrpms.github.io/blob/master/unitedrpms.repo "dnf update --refresh" fails if the metadata cache is already built. Version-Release number of selected component (if applicable): $ dnf --version 2.5.0 Installed: dnf-0:2.4.1-1.fc27.noarch at 2017-05-17 06:16 Built : Fedora Project at 2017-05-11 08:43 Installed: dnf-0:2.5.0-2.fc27.noarch at 2017-05-29 07:08 Built : Fedora Project at 2017-05-24 13:53 Installed: rpm-0:4.13.0.1-20.fc27.x86_64 at 2017-05-01 18:10 Built : Fedora Project at 2017-04-25 15:51 Installed: rpm-0:4.13.0.1-22.fc27.x86_64 at 2017-05-29 07:08 Built : Fedora Project at 2017-05-23 09:28 How reproducible: always Steps to Reproduce: 1) dnf clean all && dnf makecache 2) dnf update --refresh Actual results: $ dnf clean all && dnf makecache ... unitedrpms 197 kB/s | 693 kB 00:03 ... $ dnf update --refresh -vvv ... Cannot download 'https://raw.githubusercontent.com/UnitedRPMs/unitedrpms.github.io/master/mirrorlist_F$releasever_x86_64.txt': repomd.xml GPG signature verification error: Bad GPG signature. Failed to synchronize cache for repo 'unitedrpms', disabling. Expected results: I suppose it should use the cached results and not disable the unitedrpms repo... Additional info: "dnf clean all && dnf update" works nicely, so it can be used as a workaround. See https://github.com/UnitedRPMs/issues/issues/3 --- Additional comment from Sergio Monteiro Basto on 2017-05-29 07:34:31 EDT --- Hum , repo_gpgcheck=1 is not my issue if I do: dnf --releasever=24 --disablerepo='*' --enablerepo=unitedrpms repoquery --available "openssl*" why when change to releasever=25 [1] it use the same cache of releasever=24 ? [1] dnf --releasever=25 --disablerepo='*' --enablerepo=unitedrpms repoquery --available "openssl*" -vvv cachedir: /var/cache/dnf Loaded plugins: generate_completion_cache, reposync, Query, builddep, copr, playground, noroot, needs-restarting, protected_packages, config-manager, download, system-upgrade, leaves, debuginfo-install DNF version: 1.1.10 repo: using cache for: unitedrpms not found deltainfo for: unitedrpms 25 - x86_64 not found updateinfo for: unitedrpms 25 - x86_64 unitedrpms: using metadata from Sat May 27 08:38:04 2017. Last metadata expiration check: 0:04:59 ago on Mon May 29 12:28:22 2017. (...) --- Additional comment from Igor Gnatenko on 2017-05-29 07:40:58 EDT --- I suppose that different mirrors or master changed signature. Unfortunately, dnf can't do much about this. --- Additional comment from Sergio Monteiro Basto on 2017-05-29 07:43:26 EDT --- what signatures ? what is missing on unitedrpms repos ? --- Additional comment from Sergio Monteiro Basto on 2017-05-29 07:58:36 EDT --- where is the documentation of signatures , why dnf doesn't use the url that is given ? why dnf clean all make it works ? etc . --- Additional comment from Daniel Mach on 2017-05-29 09:50:27 EDT --- I tried to reproduce it by myself and this is what I got on Fedora 26: $ cd /etc/yum.repos.d/ $ wget https://raw.githubusercontent.com/UnitedRPMs/unitedrpms.github.io/master/unitedrpms.repo # looks like `dnf clean all` doesn't remove keyrings, I removed the whole cache instead to ensure clean environment: $ rm /var/cache/dnf/* -rfv $ dnf --disablerepo='*' --enablerepo=unitedrpms makecache Curl error (37): Couldn't read a file:// file for file:///etc/pki/rpm-gpg/URPMS-GPG-PUBLICKEY-Fedora-26 [Couldn't open file /etc/pki/rpm-gpg/URPMS-GPG-PUBLICKEY-Fedora-26] This is *expected*. The reason is that the GPG key file is not found on your system. You have 2 options: * install unitedrpms RPM from web which installs the repo file and gpg key * use the repo file from git and then run $ dnf install unitedrpms --nogpgcheck to avoid repo gpg verification for this step If you still think this is a bug, can you provide more detailed reproducer in clean environment and reopen this bug? --- Additional comment from Ondrej Holy on 2017-05-29 10:19:53 EDT --- But I don't have a problem with a missing gpg key, I have a problem with a signature verification. The certificate is successfully imported and "dnf clean all && dnf update" works correctly with that certificate, but "dnf update --refresh" fails... Steps to Reproduce: 1) rpm --import https://raw.githubusercontent.com/UnitedRPMs/unitedrpms/master/URPMS-GPG-PUBLICKEY-Fedora-24 2) dnf -y install https://github.com/UnitedRPMs/unitedrpms/releases/download/3/unitedrpms-$(rpm -E %fedora)-3.fc$(rpm -E %fedora).noarch.rpm 3) dnf clean all && dnf makecache 4) dnf update --refresh ... Cannot download 'https://raw.githubusercontent.com/UnitedRPMs/unitedrpms.github.io/master/mirrorlist_F$releasever_x86_64.txt': repomd.xml GPG signature verification error: Bad GPG signature. Failed to synchronize cache for repo 'unitedrpms', disabling. --- Additional comment from Sergio Monteiro Basto on 2017-05-29 10:28:07 EDT --- (In reply to Daniel Mach from comment #5) cd /etc/pki/rpm-gpg/ ln -s URPMS-GPG-PUBLICKEY-Fedora-24 URPMS-GPG-PUBLICKEY-Fedora-25 ln -s URPMS-GPG-PUBLICKEY-Fedora-24 URPMS-GPG-PUBLICKEY-Fedora-26 rm /var/cache/dnf/* -rf dnf --releasever=24 --disablerepo='*' --enablerepo=unitedrpms repoquery --available "openssl*" openssl-freeworld-2:1.0.2k-5.fc24.x86_64 etc dnf --releasever=25 --disablerepo='*' --enablerepo=unitedrpms repoquery --available "openssl*" -vvv openssl-freeworld-2:1.0.2k-5.fc24.x86_64 etc dnf --releasever=25 --disablerepo='*' --enablerepo=unitedrpms clean all dnf --releasever=25 --disablerepo='*' --enablerepo=unitedrpms repoquery --available "openssl*" -vvv openssl-freeworld-2:1.0.2k-5.fc25.x86_64 etc maybe is not a dnf problem but could someone help us to understand what is wrong Many thanks --- Additional comment from Daniel Mach on 2017-05-30 06:18:00 EDT --- Thanks for your endurance and re-opening this bug. It seems to be a legitimate problem after all. I've put together a patch: https://github.com/rpm-software-management/dnf/pull/832 Could you test it? It's a one-liner, it's possible to tweak your installed dnf package (if you're brave enough). --- Additional comment from Ondrej Holy on 2017-05-30 06:51:03 EDT --- Thanks a lot, it fixes the problem for me, but not sure about Sergio's issue... --- Additional comment from Sergio Monteiro Basto on 2017-05-30 07:13:55 EDT --- this fix is not applicable on F25 , you may test it with [1] example https://bugzilla.redhat.com/show_bug.cgi?id=1456419#c7 --- Additional comment from Ondrej Holy on 2017-05-30 07:25:33 EDT --- I can reproduce it on F26 with dnf 2.3.0. But it doesn't fail on key verification, it just uses an old cached data. So it is a different bug, can you please file another bug report for it? Just a note that I can't reproduce it on rawhide with dnf 2.5.0, because that command from Comment 7 doesn't return anything for some reason... --- Additional comment from Sergio Monteiro Basto on 2017-05-30 07:31:26 EDT --- (In reply to Ondrej Holy from comment #11) OK it is another bug (dnf uses an old cached), I'm just not sure where is the bug. Conclusion we may close this bug , I will open another bug when find a way to report it Thanks. --- Additional comment from Ondrej Holy on 2017-05-30 07:47:46 EDT --- You can use the following link to report the bug for dnf: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=dnf --- Additional comment from Fedora Update System on 2017-06-12 11:30:51 EDT --- dnf-plugins-core-2.1.1-1.fc26 libdnf-0.9.1-1.fc26 dnf-2.5.1-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-c87c47dccb --- Additional comment from Fedora Update System on 2017-06-13 21:36:14 EDT --- dnf-2.5.1-1.fc26, dnf-plugins-core-2.1.1-1.fc26, libdnf-0.9.1-1.fc26 has been pushed to the Fedora 26 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-2017-c87c47dccb --- Additional comment from Fedora Update System on 2017-06-14 01:34:47 EDT --- dnf-2.5.1-1.fc26 dnf-plugins-core-2.1.1-1.fc26 dnfdaemon-0.3.18-3.fc26 libdnf-0.9.1-1.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-c87c47dccb --- Additional comment from Fedora Update System on 2017-06-15 09:56:20 EDT --- dnf-2.5.1-1.fc26, dnf-plugins-core-2.1.1-1.fc26, dnfdaemon-0.3.18-3.fc26, libdnf-0.9.1-1.fc26 has been pushed to the Fedora 26 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-2017-c87c47dccb --- Additional comment from Fedora Update System on 2017-06-16 09:19:11 EDT --- dnf-2.5.1-1.fc26, dnf-plugins-core-2.1.1-1.fc26, dnfdaemon-0.3.18-3.fc26, libdnf-0.9.1-1.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report. --- Additional comment from Hristo Venev on 2018-09-28 11:41:38 EDT --- This seems to be broken again in Fedora 29 $ dnf --version 3.5.1 Installed: dnf-0:3.5.1-1.fc29.noarch at Thu Sep 20 15:16:41 2018 Built : Fedora Project at Thu Sep 13 15:57:06 2018 Installed: rpm-0:4.14.2-1.fc29.x86_64 at Thu Sep 20 15:13:33 2018 Built : Fedora Project at Wed Aug 22 08:07:47 2018 I think it worked fine in Fedora 28 a week ago. --- Additional comment from Michael on 2018-10-06 05:35:40 EDT --- I can confirm that this is also broken on my side with Fedora 29 beta. I have 2 repositories which cause troubles. One is atom and the other is unitedrpms. When I force the deletion of the whole DNF cache, the keys are newly imported and everything is fine. When I do an upgrade --refresh, the signature verification fails. :-( sudo dnf --disablerepo '*' --enablerepo unitedrpms upgrade --refresh --verbose Loaded plugins: builddep, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, needs-restarting, playground, repoclosure, repograph, repomanage, reposync, system-upgrade DNF version: 3.6.1 cachedir: /var/cache/dnf unitedrpms 29 - x86_64 unitedrpms 29 - x86_64 repo unitedrpms: 0xEE788F495250AEF3 already imported unitedrpms 29 - x86_64 Cannot download 'https://sourceforge.net/projects/unitedrpms/files/29/x86_64/': repomd.xml GPG signature verification error: Bad GPG signature. Failed to synchronize cache for repo 'unitedrpms', ignoring this repo. --> Starting dependency resolution --> Finished dependency resolution Dependencies resolved. Nothing to do. Complete!
Summary why this bug was cloned: With Fedora 29 beta the behaviour is faulty again.
I created a patch https://github.com/rpm-software-management/libdnf/pull/606
dnf-plugins-core-4.0.0-1.fc29 dnf-4.0.4-1.fc29 libdnf-0.22.0-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7
dnf-4.0.4-1.fc29, dnf-plugins-core-4.0.0-1.fc29, libdnf-0.22.0-1.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-2789f6b6e7
Discussed during the 2018-10-15 blocker review meeting: [1] The decision to classify this bug as a "RejectedBlocker" and an "AcceptedFreezeException" was made as this is not believed to affect any official / out-of-the-box repositories and thus does not break any release criteria. As the fix is said to be simple and could benefit some folks on first boot, it is accepted as a freeze exception [1] https://meetbot.fedoraproject.org/fedora-blocker-review/2018-10-15/f29-blocker-review.2018-10-15-16.00.txt
(In reply to Geoffrey Marr from comment #5) > The decision to classify this bug as a "RejectedBlocker" and an > "AcceptedFreezeException" was made as this is not believed to affect any > official / out-of-the-box repositories and thus does not break any release > criteria. Actually that's not really correct. Also the 'fedora-cisco-openh264' repository is affected by that issue, which IS an official / out-of-the-box repository. Please reconsider...
I can verify this is broken with 'fedora-cisco-openh264' repository (disabled by default, but shipped by default): [kparal@f29 ~]$ sudo dnf update --refresh Fedora 29 openh264 (From Cisco) - x86_64 162 B/s | 543 B 00:03 Fedora 29 openh264 (From Cisco) - x86_64 1.6 kB/s | 1.6 kB 00:01 Fedora 29 openh264 (From Cisco) - x86_64 238 B/s | 543 B 00:02 Error: Failed to synchronize cache for repo 'fedora-cisco-openh264' Re-proposing for a blocker bug discussion.
What is even worse is that that failure will abort the dnf operation. So if you enable fedora-cisco-openh264, after some time once dnf decides the metadata need to be updated, no 'dnf update' or 'dnf install' will work until you disable that repository again. [kparal@f29 ~]$ sudo dnf install iotop Fedora 29 openh264 (From Cisco) - x86_64 349 B/s | 543 B 00:01 Fedora 29 openh264 (From Cisco) - x86_64 1.6 kB/s | 1.6 kB 00:01 Fedora 29 openh264 (From Cisco) - x86_64 210 B/s | 543 B 00:02 Error: Failed to synchronize cache for repo 'fedora-cisco-openh264' [kparal@f29 ~]$ Seems pretty blocker-y, +1 blocker from me.
(In reply to Fedora Update System from comment #3) > dnf-plugins-core-4.0.0-1.fc29 dnf-4.0.4-1.fc29 libdnf-0.22.0-1.fc29 has been > submitted as an update to Fedora 29. > https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7 I can confirm this update fixes the problem.
Under these circumstances, I would vote +1 blocker.
+1 Blocker based on broken cisco h264 repo.
Marking as an accepted blocker.
(In reply to Kamil Páral from comment #9) > (In reply to Fedora Update System from comment #3) > > dnf-plugins-core-4.0.0-1.fc29 dnf-4.0.4-1.fc29 libdnf-0.22.0-1.fc29 has been > > submitted as an update to Fedora 29. > > https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7 > > I can confirm this update fixes the problem. Kamil, can you check the comments of the update you posted here and see what you think? Looks like there is a bug related to dnf-utils surrounding this... https://bugzilla.redhat.com/show_bug.cgi?id=1639467
Yes, that packaging issue prevents us from pushing the update stable. We either need to fix bug 1639467 as well, or the relevant changes need to be backported to dnf 3.6.
dnf-4.0.4-1.fc29 dnf-plugins-core-4.0.0-2.fc29 libdnf-0.22.0-2.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7
dnf-4.0.4-1.fc29, dnf-plugins-core-4.0.0-2.fc29, libdnf-0.22.0-2.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-2789f6b6e7
anaconda-29.24.6-1.fc29 dnf-4.0.4-1.fc29 dnf-plugins-core-4.0.0-2.fc29 libblockdev-2.20-2.fc29 libdnf-0.22.0-2.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2789f6b6e7
anaconda-29.24.7-1.fc29, dnf-4.0.4-1.fc29, dnf-plugins-core-4.0.0-2.fc29, libblockdev-2.20-2.fc29, libdnf-0.22.0-5.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-2789f6b6e7
anaconda-29.24.7-1.fc29, dnf-4.0.4-1.fc29, dnf-plugins-core-4.0.0-2.fc29, libblockdev-2.20-2.fc29, libdnf-0.22.0-5.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
Happening again on Fedora 29 can this be reopened? error: Curl error (3): URL using bad/illegal format or missing URL for http://_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/libcpuid-0.4.0-1.gitb5bd535.fc29.x86_64.rpm"}, "mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm": {"staging_days": 3, "legacy_release_notes": null, "downloads": 0, "exclude_reports": false, "files_url": "/projects/unitedrpms/files/", "link": "", "md5": "b3d9c8f7bae148a79bc31a8c78582476", "path": "/29/x86_64", "explicitly_staged": false, "sha1": "3bafbbe4693d8c9226325eb82c8a2fc1e9c4da0a", "name": "mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm", "default": "", "staged": false, "download_url": "https://sourceforge.net/projects/unitedrpms/files/29/x86_64/mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm/download", "url": "/projects/unitedrpms/files/29/x86_64/mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm/", "downloadable": true, "authorized": null, "download_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm"}, "gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm": {"staging_days": 3, "legacy_release_notes": null, "downloads": 590, "exclude_reports": false, "files_url": "/projects/unitedrpms/files/", "link": "", "md5": "57e761e0de3d48d5587dfae8bbfba4af", "path": "/29/x86_64", "explicitly_staged": false, "sha1": "42dff2044e8ce73c2b9b04e3ff74660b37633298", "name": "gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm", "default": "", "staged": false, "download_url": "https://sourceforge.net/projects/unitedrpms/files/29/x86_64/gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm/download", "url": "/projects/unitedrpms/files/29/x86_64/gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm/", "downloadable": true, "authorized": null, "download_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm"}, "chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm": {"staging_days": 3, "legacy_release_notes": null, "downloads": 1, "exclude_reports": false, "files_url": "/projects/unitedrpms/files/", "link": "", "md5": "8c1955bca19956cfa4ad349949e27f67", "path": "/29/x86_64", "explicitly_staged": false, "sha1": "9da6fcc3ee387c4ad7c098b6e1c1a01b22667cdc", "name": "chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm", "default": "", "staged": false, "download_url": "https://sourceforge.net/projects/unitedrpms/files/29/x86_64/chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm/download", "url": "/projects/unitedrpms/files/29/x86_64/chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm/", "downloadable": true, "authorized": null, "download_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm"}, "mencoder-1.4-7.fc29.x86_64.rpm": {"staging_days": 3, "legacy_release_notes": null, "downloads": 436, "exclude_reports": false, "files_url": "/projects/unitedrpms/files/", "link": "", "md5": "01e63b3c3d7cfe6b938c591fd338ca50", "path": "/29/x86_64", "explicitly_staged": false, "sha1": "9eacdd2ea944924bad9cad9295f2a1835074f6c1", "name": "mencoder-1.4-7.fc29.x86_64.rpm", "default": "", "staged": false, "download_url": "https://sourceforge.net/projects/unitedrpms/files/29/x86_64/mencoder-1.4-7.fc29.x86_64.rpm/download", "url": "/projects/unitedrpms/files/29/x86_64/mencoder-1.4-7.fc29.x86_64.rpm/", "downloadable": true, "authorized": null, "download_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/mencoder-1.4-7.fc29.x86_64.rpm"}};/repodata/repomd.xml [Port number ended with ' '] (http://_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/libcpuid-0.4.0-1.gitb5bd535.fc29.x86_64.rpm"}, "mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm": {"staging_days": 3, "legacy_release_notes": null, "downloads": 0, "exclude_reports": false, "files_url": "/projects/unitedrpms/files/", "link": "", "md5": "b3d9c8f7bae148a79bc31a8c78582476", "path": "/29/x86_64", "explicitly_staged": false, "sha1": "3bafbbe4693d8c9226325eb82c8a2fc1e9c4da0a", "name": "mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm", "default": "", "staged": false, "download_url": "https://sourceforge.net/projects/unitedrpms/files/29/x86_64/mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm/download", "url": "/projects/unitedrpms/files/29/x86_64/mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm/", "downloadable": true, "authorized": null, "download_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/mpd-0.21.9-7.fc29.src-7b5afe1dd31d.rpm"}, "gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm": {"staging_days": 3, "legacy_release_notes": null, "downloads": 590, "exclude_reports": false, "files_url": "/projects/unitedrpms/files/", "link": "", "md5": "57e761e0de3d48d5587dfae8bbfba4af", "path": "/29/x86_64", "explicitly_staged": false, "sha1": "42dff2044e8ce73c2b9b04e3ff74660b37633298", "name": "gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm", "default": "", "staged": false, "download_url": "https://sourceforge.net/projects/unitedrpms/files/29/x86_64/gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm/download", "url": "/projects/unitedrpms/files/29/x86_64/gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm/", "downloadable": true, "authorized": null, "download_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/gstreamer1-plugins-good-gtk-1.16.0-7.git646dc1e.fc29.x86_64.rpm"}, "chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm": {"staging_days": 3, "legacy_release_notes": null, "downloads": 1, "exclude_reports": false, "files_url": "/projects/unitedrpms/files/", "link": "", "md5": "8c1955bca19956cfa4ad349949e27f67", "path": "/29/x86_64", "explicitly_staged": false, "sha1": "9da6fcc3ee387c4ad7c098b6e1c1a01b22667cdc", "name": "chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm", "default": "", "staged": false, "download_url": "https://sourceforge.net/projects/unitedrpms/files/29/x86_64/chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm/download", "url": "/projects/unitedrpms/files/29/x86_64/chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm/", "downloadable": true, "authorized": null, "download_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/chromium-freeworld-74.0.3729.157-268.1.x86_64.rpm"}, "mencoder-1.4-7.fc29.x86_64.rpm": {"staging_days": 3, "legacy_release_notes": null, "downloads": 436, "exclude_reports": false, "files_url": "/projects/unitedrpms/files/", "link": "", "md5": "01e63b3c3d7cfe6b938c591fd338ca50", "path": "/29/x86_64", "explicitly_staged": false, "sha1": "9eacdd2ea944924bad9cad9295f2a1835074f6c1", "name": "mencoder-1.4-7.fc29.x86_64.rpm", "default": "", "staged": false, "download_url": "https://sourceforge.net/projects/unitedrpms/files/29/x86_64/mencoder-1.4-7.fc29.x86_64.rpm/download", "url": "/projects/unitedrpms/files/29/x86_64/mencoder-1.4-7.fc29.x86_64.rpm/", "downloadable": true, "authorized": null, "download_label": "", "stage": 0, "type": "f", "full_path": "29/x86_64/mencoder-1.4-7.fc29.x86_64.rpm"}};/repodata/repomd.xml). error: Curl error (3): URL using bad/illegal format or missing URL for //sortForce: [[0, 0]],/repodata/repomd.xml [<url> malformed] (//sortForce: [[0, 0]],/repodata/repomd.xml). unitedrpms 29 - x86_64 0.0 B/s | 0 B 00:02 Cannot download 'https://sourceforge.net/projects/united