Bug 1215015

Summary:	dnf-automatic is not integrated with gnome
Product:	[Fedora] Fedora	Reporter:	James Patterson <jamespatterson>
Component:	dnf	Assignee:	rpm-software-management
Status:	CLOSED EOL	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	22	CC:	akos.ladanyi, grgoffe, jsilhan, jzeleny, mluscon, packaging-team-maint, panormitis, pnemade, tim.lauridsen, tim, 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:	2016-07-19 13:51:27 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 James Patterson 2015-04-24 06:36:52 UTC

Description of problem:
Gnome keeps telling me I have updates to install. To see if this was true (I have dnf-automatic installed) I clicked "restart & install". Unfortunately it was true: which means that dnf-automatic and gnome aren't aware of each other.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Honza Silhan 2015-07-24 08:48:00 UTC

The plan is to in the feature have common library - libhif (written in C)

Comment 2 Honza Silhan 2015-07-29 13:36:20 UTC

*** Bug 1240956 has been marked as a duplicate of this bug. ***

Comment 3 Radek Holy 2015-08-11 13:56:44 UTC

*** Bug 1250401 has been marked as a duplicate of this bug. ***

Comment 4 Michal Luscon 2015-09-08 07:55:42 UTC

*** Bug 1259664 has been marked as a duplicate of this bug. ***

Comment 5 Tim Niemueller 2015-09-08 08:45:27 UTC

Can we have a fix which is quicker than "in some nebulous future there will be a library"?

Comment 6 Radek Holy 2015-09-08 10:16:02 UTC

There is nothing to "fix". There is no bug. Gnome Software downloads the metadata on its own a DNF does that as well. Until you somehow *integrate* these two programs, there is no way how to solve that. Integration always means a cooperation between the two teams and that always takes some time to carefully plan things.

Comment 7 Tim Niemueller 2015-09-08 10:57:31 UTC

Well, it's a regression from the yum time.

With this information it is even worse, as bandwidth and storage space is wasted downloading metadata twice. I see two short-term solutions:
1. the meta data stores are combined (I assume that even the Gnome system uses dnf as its backend?). A simple lock to avoid concurrent access and we're set.
2. If that seems like too much work, at least trigger a dnf metadata update once gnome-software finds an update. Maybe that could be as simple as copying the metadata?

As a workaround, is it enough to set the /org/gnome/software/download-updates dconf value to false to disable gnome-software from downloading metadata? I wouldn't use it anyway with requiring restarts for every little update.

Comment 8 Fedora Admin XMLRPC Client 2016-07-08 09:28:20 UTC

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 9 Fedora End Of Life 2016-07-19 13:51:27 UTC

Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.