Description of problem: I have this repo https://copr-be.cloud.fedoraproject.org/repo.tar.gz When I run: dnf repoquery --disablerepo=* --repofrompath=prunerepo_query,/var/lib/copr/public_html/results/lrusak/nginx-mainline/fedora-22-x86_64 --repoid=prunerepo_query --enablerepo=prunerepo_query --refresh --queryformat="%{location}" --quiet I get 00154942-nginx/nginx-1.9.9-1.fc22.src.rpm 00154942-nginx/nginx-1.9.9-1.fc22.x86_64.rpm 00154942-nginx/nginx-debuginfo-1.9.9-1.fc22.x86_64.rpm 00154942-nginx/nginx-filesystem-1.9.9-1.fc22.noarch.rpm 00162569-nginx/nginx-1.9.11-1.fc22.src.rpm 00162569-nginx/nginx-debuginfo-1.9.11-1.fc22.x86_64.rpm 00162569-nginx/nginx-filesystem-1.9.11-1.fc22.noarch.rpm 00164678-nginx/nginx-1.9.12-1.fc22.src.rpm 00164678-nginx/nginx-1.9.12-1.fc22.x86_64.rpm 00164678-nginx/nginx-debuginfo-1.9.12-1.fc22.x86_64.rpm 00164678-nginx/nginx-filesystem-1.9.12-1.fc22.noarch.rpm When I run: dnf repoquery --disablerepo=* --repofrompath=prunerepo_query,/var/lib/copr/public_html/results/lrusak/nginx-mainline/fedora-22-x86_64 --repoid=prunerepo_query --enablerepo=prunerepo_query --refresh --queryformat="%{location}" --quiet --srpm nginx-1.9.9-1.fc22.x86_64 I get empty output. While I would expect 00154942-nginx/nginx-1.9.9-1.fc22.src.rpm Version-Release number of selected component (if applicable): dnf-plugins-core-0.1.19-1.fc23.noarch How reproducible: deterministic Steps to Reproduce: 1. unpack https://copr-be.cloud.fedoraproject.org/repo.tar.gz 2. dnf repoquery --disablerepo=* --repofrompath=prunerepo_query,YOURPATH/nginx-mainline/fedora-22-x86_64 --repoid=prunerepo_query --enablerepo=prunerepo_query --refresh --queryformat="%{location}" --quiet --srpm nginx-1.9.9-1.fc22.x86_64 Do not forget to alter YOURPATH to you local filesystem Actual results: no srpm listed Expected results: srpm listed Additional info:
https://copr-be.cloud.fedoraproject.org/repo.tar.gz had wrong selinux context and gave 403. This is now fixed and you can download it.
thanks for the report. It should act as yum repoquery. In the meantime you can try `--source` as a workaround.
We need to get srpm loc(In reply to Jan Silhan from comment #2) > thanks for the report. It should act as yum repoquery. In the meantime you > can try `--source` as a workaround. Regrettably, we need to get srpm location (--qf '%{location}') but that is not allowed with not allowed with argument -s/--source.
https://github.com/rpm-software-management/dnf-plugins-core/pull/171
dnf-plugins-core-0.1.21-1.fc24 dnf-1.1.9-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-1efd7bc386
dnf-1.1.9-1.fc23 dnf-plugins-core-0.1.21-1.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-bb69db975e
dnf-1.1.9-1.fc24, dnf-plugins-core-0.1.21-1.fc24 has been pushed to the Fedora 24 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-2016-1efd7bc386
dnf-1.1.9-1.fc23, dnf-plugins-core-0.1.21-1.fc23 has been pushed to the Fedora 23 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-2016-bb69db975e
dnf-1.1.9-1.fc23, dnf-plugins-core-0.1.21-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.