Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Index third party apps that do not ship as.xml data #3

Closed
dantti opened this issue May 6, 2015 · 3 comments
Closed

Index third party apps that do not ship as.xml data #3

dantti opened this issue May 6, 2015 · 3 comments
Assignees

Comments

@dantti
Copy link
Contributor

dantti commented May 6, 2015

Use case:
User goes to skype.com, viber.com dowloads their debs, install them, some time later willing to clean up stuff and not a user of skype/viber/chrome/whatever opens the software center and looks for installed apps, it will not be in the applications section.

These debs are not in any local repo and even it they where the provider might change the package name at anytime, we can´t make these companies to provide as.xml data.

My idea would be calling packagekit with getPackages(Application|Installed), and if their packages is not in the index yet index the .desktop files

@ximion
Copy link
Owner

ximion commented Mar 28, 2016

We could add these apps as stub and have the software center figure out the package which owns them via PK GetFiles(), since doing calls to the package management system is something I don't want to do when updating the cache - this process should be as fast as possible and should be able to run at any time (even if the package database is locked or being updated).

This solution is really ugly, because it will introduce entries without installation candidate into the AppStream database, which currently does never happen. But this might be a bitter pill to take, if there is strong demand from software center people to add this feature.

@ximion
Copy link
Owner

ximion commented Apr 21, 2016

With the latest changes, we might finally be able to do this...
Problem is: Do we want to do this? It will force software-center apps to resolve a filename to packages, which is pretty slow...

@ximion
Copy link
Owner

ximion commented Sep 13, 2016

I think I found a solution for this issue which makes sense (using a configuration option to switch to "show data from metainfo files" mode for developers, and reading .desktop files and metainfo files unconditionally if the distributor does not have any information about them).
Will work on this for a later release (maybe 0.10.2)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants