I would like for this to be able to use dnf5 for faster queries. Either by default or maybe as an option.
The APIs are almost identical, with one exception that --queryformat doesn't automatically append a newline for each result, so --qf="%{SOURCERPM}" has to become --qf="%{SOURCERPM}\n", and i'm not sure that's intentional.
--queryformat
--qf="%{SOURCERPM}"
--qf="%{SOURCERPM}\n"
This is definitely worth doing - maybe if dnf5 is detected then use that by default, but offer the user the chance to override?
A bit busy with other things now, but if you or @ngompa or @daandemeyer want to send a PR that would be great!
I don't have an issue with that either, but I'm a bit busy at the moment.
The incompatibility between dnf4 and dnf5 repoquery is tracked here: https://github.com/rpm-software-management/dnf5/issues/709
maybe if dnf5 is detected then use that by default
I'm not a big fan of this because the interface is not identical, and it randomly switching depending on which dnf is installed would surprise the user and most importantly the scripts. Maybe just pick one default and allow switching manually
This is now a general problem on Fedora 41+, where dnf == dnf5.
Note that the rpmdistro-repoquery command currently doesn't work at all there - it needs to be passed the --use-host-config option to use the repo definitions from the "host" and not from the specified (empty) installroot.
--use-host-config
see also https://github.com/rpm-software-management/dnf5/issues/1756
Is that something new? I'm pretty sure I've used rpmdistro-repoquery in rawhide recently
rpmdistro-repoquery
Possibly. I tried rpmdistro-repoquery epel 9 --whatrequires foo on Fedora 41 today and it gave up.
rpmdistro-repoquery epel 9 --whatrequires foo
Ah. Doesn't seem to be a problem for repoquerying other fedora versions specifically
fedora
Metadata Update from @salimma: - Issue assigned to salimma
We'll need to implement this soon-ish, as we can no longer track rpmdistro-repoquery in ELN Extras now that CentOS 11 is slated to have DNF 5
https://github.com/minimization/content-resolver-input/commit/3412737297dd9489449104422b23d7ceed1e81b0
Metadata Update from @salimma: - Issue status updated to: Closed (was: Open)