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

Fonts don't appear in the appstream db #38

Closed
aleixpol opened this issue May 5, 2016 · 3 comments
Closed

Fonts don't appear in the appstream db #38

aleixpol opened this issue May 5, 2016 · 3 comments

Comments

@aleixpol
Copy link
Collaborator

aleixpol commented May 5, 2016

$ appstreamcli search noto
No component matching 'noto' found.
@ximion
Copy link
Owner

ximion commented May 5, 2016

On which distro are you running this? Are you sure fonts data actually exists?
(At time, only Fedora and OpenSUSE ship that data)

@aleixpol
Copy link
Collaborator Author

aleixpol commented May 5, 2016

I'm running it on ArchLinux.
Couldn't this be some kind of fallback similar to using .desktop files for applications?

Where's this data? Should it just be adopted in arch?

@ximion
Copy link
Owner

ximion commented May 5, 2016

Richard experimented will fallbacks, and the general consensus is that it's not worth the pain at all.
So fonts will need to ship a metainfo file in some way.
As for "should it just be adopted": The appstream-generator does not yet fully support this feature, as font-rendering by file is incredibly difficult due to no API being designed for this case.

The next features I will implement in asgen is fonts support and translation-status support (not necessarily in that order, l10n stuff is likely much easier to do - not on Debian though...).
Can you file a feature-request against asgen? If the data is present, AppStream itself handles it correctly here, so I don't think this is a bug in AS.

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

No branches or pull requests

2 participants