Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1086288 - RFE: coordination with createrepo to enable faster yum --security check-update
Summary: RFE: coordination with createrepo to enable faster yum --security check-update
Keywords:
Status: CLOSED DUPLICATE of bug 850896
Alias: None
Product: Fedora
Classification: Fedora
Component: dnf
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Packaging Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 850912
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-04-10 14:31 UTC by Frank Ch. Eigler
Modified: 2014-11-19 12:14 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-11-19 12:14:55 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Frank Ch. Eigler 2014-04-10 14:31:52 UTC 
At the present, the yum repo database mushes together security 
and non-security updates in such a way that makes it inefficient
to search just for high-priority security updates.  It would be
nice (tm) if createrepo and yum --security could coordinate a new
facility whereby security updates were also put into a separate,
stripped, smaller database that would allow more-nearly-instant
yum --security check-update.  This could lower the barrier against
more frequent checks/updates.
Comment 1 Jan Zeleny 2014-04-11 07:55:38 UTC 
Changing component to dnf, we don't plan to implement any features in yum unless they are critical for significant number of users.

For further evaluation I'll just say this. Let's disregard the "how" part and focus on the "what" part. If I understand it correctly, the request here is to lower the performance barriers for security updates to make users apply security updates more often.

The first step here would be to figure out how big those barriers really are, especially in dnf. The next thing would be to find out if there is something we can do about the situation without any hackish solutions.

Frank, if you provide more detailed information to justify your request in the context of dnf, it will be highly appreciated.
Comment 2 Ales Kozumplik 2014-04-11 10:43:12 UTC 
Indeed, Frank can you please provide the concrete use case? What limitation are you hitting with Yum and the same once bug 850912 is resolved for DNF? Thanks!
Comment 3 Frank Ch. Eigler 2014-04-11 11:06:57 UTC 
Ales, Jan, the idea is just as we both said above: to make it painless for
a security-update search to run effortlessly quickly, so a user does not
have to wait for dnf-cron multi-hour latencies, or multi-second large
downloads.  (Just the textual list of "yum --security list" names 
compresses down to about 40kb.)

So basically I'm imagining hourly or more frequent security check-updates.
Comment 4 Frank Ch. Eigler 2014-04-11 11:07:25 UTC 
... and something light enough to be done automatically during cloud-init / boot.
Comment 5 Honza Silhan 2014-11-19 12:14:55 UTC 

*** This bug has been marked as a duplicate of bug 850896 ***
Note You need to log in before you can comment on or make changes to this bug.