Bug 1255278

Summary: [RFE] Make repoquery use "system" metadata
Product: [Fedora] Fedora Reporter: Vít Ondruch <vondruch>
Component: dnfAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: jsilhan, mluscon, packaging-team-maint, pnemade, rholy, tim.lauridsen, vmukhame
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-08-31 12:41:48 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Vít Ondruch 2015-08-20 08:00:45 UTC 
Description of problem:
The DNF is typically operating with root privileges. However, there is no reason for repoquery to have root privileges. Unfortunately, without root privileges, the repoquery goes to fetch all the metadata and hence waste time and resources. So please, could you make repoquery to use the system data without root privileges?


Version-Release number of selected component (if applicable):
$ rpm -q dnf
dnf-1.1.0-2.fc22.noarch


How reproducible:


Steps to Reproduce:
1. sudo dnf repoquery
2. dnf repoquery
3.

Actual results:
Without root privileges, the metadata are fetched, although there is somewhere already (probably) fresh copy


Expected results:
System metadata are used when available, otherwise some warning is issued instead of downloading the metadata (or the metadata is downloaded if DNF is configured in this way)

Additional info:
Comment 1 Radek Holy 2015-08-20 10:31:29 UTC 
FTR, I think this issue will disappear once we resolve the bug 1190548.
Comment 2 Honza Silhan 2015-08-31 12:41:48 UTC 

*** This bug has been marked as a duplicate of bug 1190548 ***
Comment 3 Honza Silhan 2015-08-31 12:42:45 UTC 

*** This bug has been marked as a duplicate of bug 1185741 ***