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
Comments
|
We could add these apps as stub and have the software center figure out the package which owns them via PK 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. |
|
With the latest changes, we might finally be able to do this... |
|
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). |
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
The text was updated successfully, but these errors were encountered: