-
Notifications
You must be signed in to change notification settings - Fork 87
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
Calibre has wacky appstream data #1364
Comments
Hmm calibre does show up for me gnome-software. But calibre itself does ship three appstream metainfo files
|
Oh, weird- it shows up twice! Most items show up once, and you can select which repo you want to pull from. DisplayCAL for example. Is Calibre not doing that because of these multiple files? |
Possibly, when the flatpak appstream data and the distro appstream data don't match 1-1 for a package it'll normally show up as different entries. |
Related meta issue #6 |
I strongly recommend against removing the other metainfo entries. Calibre users expect all 4 entries to be present in the application menu, as intended by the author. They are present in Windows and other Linux distros (seen in Ubuntu). I have Calibre installed on Windows 10, and these are the 4 different menu entries, which correspond to those metainfo entries.
On Solus Plasma, I had installed Calibre through the script the author provides, rather than eopkg.
These menu entries are present, as expected. We should make our install of Calibre match what the author intended. ~ ❯❯❯ ll /usr/bin/ |rg "ebook-viewer|ebook-edit|lrfviewer"
lrwxrwxrwx 1 root root 23 Jan 19 18:13 ebook-edit -> /opt/calibre/ebook-edit*
lrwxrwxrwx 1 root root 25 Jan 19 18:13 ebook-viewer -> /opt/calibre/ebook-viewer*
lrwxrwxrwx 1 root root 22 Jan 19 18:13 lrfviewer -> /opt/calibre/lrfviewer* To be clear, when this issue is fixed, we should also make sure the package still correctly shows all 4 entries in the app menu after installation. |
Deleting the other appstream data won't affect the availibilty of desktop files/menu entries of the application. It will just make it easier to generate appstream metainfo/application entries in the software center. It is not like we want multiple entries of calibre in the software center. I will try experiment removing the other appstream data. |
…nal desktop files **Summary** - We can only include one appstream metainfo per package, remove the other files - There is not much justification deleting additional desktop files, restore them Resolves #1364
…op files **Summary** - We can only include one appstream metainfo per package, remove the other files - There is not much justification deleting additional desktop files, restore them Resolves #1364
**Summary** - We can only include one appstream metainfo per package, remove the other files - There is not much justification deleting additional desktop files, restore them Resolves #1364
Summary
Probably a known issue, but while testing PackageKit I noticed that Calibre isn't showing up in Gnome Software as part of the Solus repo. It shows as a Solus package in Discover, but not Software. Software lists it as flatpak only.
Steps to reproduce
Expected result
Package "Calibre" to appear in both software centers as installable from the Solus repository
Actual result
Discover shows the package correctly. Software only shows the flatpak.
Environment
Repo
Unstable
Desktop Environment
Plasma
System details
N/A
Other comments
No response
The text was updated successfully, but these errors were encountered: