Inconsistent dnf provides result


I noticed a case where the `dnf provides` output is inconsistent. That
means the actual rpm package doesn't provide the requested file:

# cat /etc/fedora-release
Fedora release 29 (Twenty Nine)
# dnf provides /usr/share/man/man8/dpmcopyd.8.gz
dpm-copy-server-mysql-1.12.0-2.fc29.x86_64 : DPM copy server with MySQL database
: back-end
Repo : updates
Matched from:
Filename : /usr/share/man/man8/dpmcopyd.8.gz


$ dnf download dpm-copy-server-mysql
Last metadata expiration check: 1:46:49 ago on Sat 01 Jun 2019 05:31:01 PM CEST.
$ mkdir -p o ; rpm2cpio dpm-copy-server-mysql-1.12.0-2.fc29.x86_64.rpm | cpio -di -D o -v
1589 blocks
$ ls -l o/usr/share/man/man8/dpmcopyd.8.gz
ls: cannot access 'o/usr/share/man/man8/dpmcopyd.8.gz': No such file or directory

That means there is no /usr/share/man/man8/dpmcopyd.8.gz - just:


Ok, I guess I could open a bug against dpm-copy-server-mysql - regarding
fixing the location of the manpage.

But what about the `dnf provides` output?

It looks like something is going wrong in the process that generates the
file-index. Should I open a bug for this, as well? And where?

Best regards