Bugzilla – Bug 1220776
repoquery -l no longer shows all files
Last modified: 2024-03-11 19:56:07 UTC
╰─λ repoquery -l glibc /etc/bindresvport.blacklist /etc/gai.conf /etc/ld.so.cache /etc/ld.so.conf /etc/nsswitch.conf /etc/rpc /usr/bin/gencat /usr/bin/getconf /usr/bin/getent /usr/bin/iconv /usr/bin/ld.so /usr/bin/ldd /usr/bin/locale /usr/bin/localedef /usr/sbin/iconvconfig /usr/sbin/ldconfig Compare this to ╰─λ rpm -ql glibc /etc/bindresvport.blacklist /etc/gai.conf /etc/ld.so.cache /etc/ld.so.conf /etc/nsswitch.conf /etc/rpc /usr/bin/gencat /usr/bin/getconf /usr/bin/getent /usr/bin/iconv /usr/bin/ld.so /usr/bin/ldd /usr/bin/locale /usr/bin/localedef /usr/etc/nsswitch.conf /usr/lib64/ld-linux-x86-64.so.2 /usr/lib64/ld-lsb-x86-64.so.3 /usr/lib64/libBrokenLocale.so.1 /usr/lib64/libanl.so.1 /usr/lib64/libc.so.6 /usr/lib64/libc_malloc_debug.so.0 /usr/lib64/libdl.so.2 /usr/lib64/libm.so.6 /usr/lib64/libmvec.so.1 /usr/lib64/libnss_compat.so.2 /usr/lib64/libnss_db.so.2 /usr/lib64/libnss_dns.so.2 /usr/lib64/libnss_files.so.2 /usr/lib64/libnss_hesiod.so.2 /usr/lib64/libpthread.so.0 /usr/lib64/libresolv.so.2 /usr/lib64/librt.so.1 /usr/lib64/libthread_db.so.1 /usr/lib64/libutil.so.1 /usr/libexec/getconf /usr/libexec/getconf/POSIX_V6_LP64_OFF64 /usr/libexec/getconf/POSIX_V7_LP64_OFF64 /usr/libexec/getconf/XBS5_LP64_OFF64 /usr/libexec/getconf/getconf /usr/sbin/iconvconfig /usr/sbin/ldconfig /usr/share/doc/packages/glibc /usr/share/doc/packages/glibc/gai.conf /usr/share/licenses/glibc /usr/share/licenses/glibc/LICENSES /usr/share/man/man1/gencat.1.gz /usr/share/man/man1/getconf.1.gz /usr/share/man/man5/locale.alias.5.gz /var/cache/ldconfig This started happening last week, both for the main repo and devel repos on OBS. Now it's impossible eg. to search for plugins for programs by doing `repoquery --whatprovides '/usr/lib64/path/to/program/*' `.
Turns out this is due to a upstream DNF change: https://discussion.fedoraproject.org/t/f40-change-proposal-dnfconditionalfilelists-system-wide/94939 This issue is fixed in this commit which is included in dnf 4.19: https://github.com/rpm-software-management/dnf/commit/138479265dbe895cf79dbd37656d4b814a691e55 For now, one can add `optional_metadata_types=filelists` to dnf.conf to work around this as indicated here: https://github.com/rpm-software-management/dnf/blob/96f8d79c37e119ff56f730797865121b63241a6b/doc/user_faq.rst#toc-entry-13 https://dnf.readthedocs.io/en/latest/conf_ref.html#optional-metadata-types-label