Description of problem: http://download.fedora.redhat.com/pub/fedora/linux/updates/7/SRPMS/printer-filters-1.1-1.fc7.src.rpm is not a source rpm file. Version-Release number of selected component (if applicable): printer-filters-1.1-1.fc7.src.rpm How reproducible: Every time. Steps to Reproduce: 1. rpm -qp --qf '%|SOURCE?{source}:{binary}|\n' http://download.fedora.redhat.com/pub/fedora/linux/updates/7/SRPMS/printer-filters-1.1-1.fc7.src.rpm Actual results: binary Expected results: source Additional info:
Thanks for your report Kasper. Please note that the package is correct, but your query seems rather wrong. You are assuming that source packages do actually contain source files, which is not right for this one. I suggest you replace your query with something this to get accurate results: rpm -qp --qf '%|SOURCERPM?{binary}:{source}|' printer-filters-1.1-1.fc7.src.rpm Did this cause any problems to any of existing tools? Did this solve your problem; may I close this report?
Kasper, This is kind of meta-package. Such types of packages are created only to pull other packages by installing only meta-package. So no wonder to see src.rpm without source files. You will see more such packages in CVS also and in future now.
I guess bug version should be reported as F7 and not fc6.
The tool predates fedora core - and was never part of the distribution. I have had to make lots of changes to make it still work, so it might not be feasible to track down the origin of the use of SOURCE rather than SOURCERPM. Closing as not a bug as this turned out to be a bug in that third party script rather than this package. Thanks for the clarification.
*** Bug 324411 has been marked as a duplicate of this bug. ***
I just realized, that using SOURCERPM is not correct either. There exist tools to build binary rpm packages without a source rpm package as the starting point. But looking in the source code of rpm itself reveals that the correct solution is to use SOURCEPACKAGE. (But still the bug is in the third party script).