Hi, thanks for reporting this bug.
Assigned to the package maintainer.

(Please set the status to 'assigned' if you are working on it)

Keywords: (none) => Triaged
Assignee: bugsquad => thierry.vignaud

tracked at https://bugs.launchpad.net/rpm/+bug/913248

CC: (none) => n3npq

"urpmq --whatprovides" != "urpmq --whatrequires"

Status: NEW => RESOLVED
Resolution: (none) => INVALID

Which makes for a logical imbalance.

Status: RESOLVED => REOPENED
Resolution: INVALID => (none)

I don't know how easy it would be to fix, but there are valid reasons for wanting to make this sort of query.

Granted, it is nice that you can use the package name and get any packages that require it either directly or through one of its provides, but still it would be nice to fix this if possible.

I don't understand what you want to fix.
"urpmq --whatprovides foobar" nicely returns all the packages providing foobar
"urpmq --whatrequires foobar" nicely returns all the packages providing foobar
(nothing for jasper5)

If you don't believe me, just look at the raw synthesis, nothing requires jasper5. Period.

This works nicely for eg: coreutils

Status: REOPENED => RESOLVED
Resolution: (none) => INVALID

Thierry, I confirm that "urpmq --whatrequires" with virtual provides doesn't give the result that we might expect.

coreutils isn't a good example here, because it's a package name.

Could you try with jre or java.
e.g. in mga2:
LC_ALL=C urpmq --whatprovides jre
java-1.5.0-gcj|java-1.7.0-openjdk|java-1.6.0-openjdk

LC_ALL=C urpmq --whatrequires jre
No package named jre
The following packages contain jre: jrefactory, jrefactory-javadoc, jrexx, jrexx-javadoc, ...
You should use "-a" to use all of them

but if I use rpm on my local mirror:
rpm -qp --queryformat '[%{NAME}-%{VERSION}   %{REQUIRES}\n]' *.rpm |grep " jre$"
esmska-1.2.0   jre
fmj-20110107   jre
libreoffice-java-common-3.5.3.2   jre

CC: (none) => lmenut

man urpmq => "urpmq --whatrequires -p jre"