Upstream adoption of AppData so far

By popular request, some update on the upstream adoption of AppData so far:

Applications in Fedora with long descriptions: 168 (9%)
Applications in Fedora with screenshots: 140 (7%)
Applications in GNOME with AppData: 60 (50%)
Applications in KDE with AppData: 1 (1%)
Applications in XFCE with AppData: 0 (0%)

You can look at a few ways:

  • We’ve made significant progress in the last year-or-so and many popular applications are already shipping the extra data.
  • There are a lot of situations where the upstream authors do not know what an AppData file is, don’t have time to add one, or simply do not care.
  • GNOME is clearly ahead of KDE and XFCE, probably because of the existing GNOME Goal and my nag emails to the desktop-devel mailing list. A little thing to bear in mind is that Apper (the KDE application installer) can also make use of the AppStream data, so this is a little disappointing for KDE users who probably don’t see any difference at the moment.

So where do we go from here? Clearly KDE and XFCE have some catching up to do, and I need someone familiar with those communities to lead this effort. There is also a huge number of upstreams that need a little push in the right direction, and I’ve been trying to do that for the last couple of months. Without help, this would be a never-ending battle for me. A little reminder: In GNOME 3.12 we are penalising applications that don’t ship AppData by including them lower in the search results, and in GNOME 3.14 we’re not going to be showing them at all.

If you’re interested to see all the applications shown by default in Fedora 20, I’ve put together this page showing a quick overview. If you see anything there that shouldn’t be an application and needs blacklisting, just let me know. If you see an application you care about without a long description or screenshots, then please file a bug upstream pointing them at the AppData specification page. Thanks.

14 responses to “Upstream adoption of AppData so far”

  1. Nintendo Kid

    Steam is the most important non-free app. It will be included in RPMfusion for Fedora20. I would loooooove to do a few-click installation of RPMfusion and then a one click install for Steam. This could would win over 100,000 Ubuntu users to Fedora :) I hope you guys figure this out just like you are doing a great job on codecs installation.

  2. Nintendo Kid

    That is great news! Are you planning to do some kind of reach out to RPMfusion? They need it, Fedora user (might) need it. Oh and now it is time for complaint. I have never installed so many applications and games before. This “one-click and play” have filled my SSD, now I need a bigger one. I blame you for making software too damn easy to discover, install and enjoy! :)

  3. Mantas

    Are you talking about search results in GNOME Software, or in GNOME Shell?

  4. Yuri Chornoivan

    Used in GNOME only, extracted in GNOME only, translatable in GNOME only with GNOME tools only.

    Ends up similarly to Ubuntu install button project (with fine ~1% coverage), imho.

    I do not know the right solution (can you just use .desktop files?), but adding then translating .appdata.xml files in KDE project repos for GNOME only looks like a waste of time for me (just like GNOME-only package manager which then reads them).

  5. Michael Catanzaro

    You know it’s only been about two months since you released the appdata spec, right? Hardly a year of progress. 9% in two months is not a bad start.

  6. seriously

    > GNOME 3.14 we’re not going to be showing them at all.

    And thus a feature that will be mildly useful for one release becomes useless in the next. What’s the point of having an app search menu that capriciously doesn’t show apps based on the last time upstream bumped their software?

  7. Kevin Kofler

    FYI, Apper needs AppStream support enabled at compile time, and we currently aren’t enabling that. Looking at the absence of such data for KDE applications so far, it doesn’t seem to be of much use to do so right now. So KDE users definitely won’t see any difference at the moment.

  8. Kevin Krammer

    Have the other communities be notified respectively asked to provide the additional data?

    I can’t remember seeing any such posting to either kde-devel or kde-core-devel and my guess is that at least for KDE those would be the lists most developers read.

    Or did this go to the packager lists because it is not something app developers add?

Bad Behavior has blocked 2769 access attempts in the last 7 days.