From Fedora Project Wiki

(Created page with "== AppData files == If a package contains a GUI application, then it '''SHOULD''' also install a <code>.appdata.xml</code> file into <code>%{_datadir}/appdata/</code>. Instal...")
 
No edit summary
Line 1: Line 1:
== AppData files ==
== AppData files ==


If a package contains a GUI application, then it '''SHOULD''' also install a <code>.appdata.xml</code> file into <code>%{_datadir}/appdata/</code>. Installed <code>.appdata.xml</code> files '''MUST''' follow the [http://people.freedesktop.org/~hughsient/appdata/ AppData specification page], and they must correctly validate using <code>appdata-validate --relax</code>.
If a package contains a GUI application, then it '''SHOULD''' also install a <code>.appdata.xml</code> file into <code>%{_datadir}/appdata/</code>. Installed <code>.appdata.xml</code> files '''MUST''' follow the [http://people.freedesktop.org/~hughsient/appdata/ AppData specification page].
 
If a package contains an add-on for GUI application, then it '''SHOULD''' also install a <code>.metainfo.xml</code> file into <code>%{_datadir}/appdata/</code>. Installed <code>.metainfo.xml</code> files '''MUST''' follow the [http://www.freedesktop.org/software/appstream/docs/sect-Quickstart-Addons.html AppStream add-ons specification page].
 
The AppData files '''MUST''' correctly validate using <code>appstream-util validate-relax</code>.


=== .appdata.xml file creation ===
=== .appdata.xml file creation ===
Line 44: Line 48:


The AppData file '''MUST''' be named with the same root as the .desktop file, so if the .desktop file is named <code>org.gnome.SomeApp.desktop</code> then the AppData file MUST be called <code>org.gnome.SomeApp.appdata.xml</code>.
The AppData file '''MUST''' be named with the same root as the .desktop file, so if the .desktop file is named <code>org.gnome.SomeApp.desktop</code> then the AppData file MUST be called <code>org.gnome.SomeApp.appdata.xml</code>.
=== .metainfo.xml file creation ===
If the add-on package doesn't already include and install its own <code>.metainfo.xml</code> file, you can make your own and sending it upstream. You can do this by including a <code>.metainfo.xml</code> file you create as a Source: (e.g. Source4: %{name}.metainfo.xml) or generating it in the spec file. Here is the contents of a sample <code>.metainfo.xml</code> file (gedit-bookmarks.metainfo.xml):
<pre>
<?xml version="1.0" encoding="UTF-8"?>
​<component type="addon">
​  <id>gedit-bookmarks</id>
​  <extends>gedit.desktop</extends>
​  <name>Bookmarks</name>
​  <summary>Easy document navigation with bookmarks</summary>
​  <url type="homepage">https://wiki.gnome.org/Apps/Gedit/ShippedPlugins</url>
​  <url type="bugtracker">https://bugzilla.gnome.org/enter_bug.cgi?product=gedit&amp;component=Plugins</url>
​  <metadata_license>CC0-1.0</metadata_license>
​  <project_license>GPL-2.0+</project_license>
​</component>
</pre>
The AppStream add-on file '''MUST''' be named with the same root as the .desktop file, so if the .desktop file is named <code>org.gnome.SomeApp.desktop</code> then the AppData file MUST be called <code>org.gnome.SomeApp.metadata.xml</code>.


=== app-data-validate usage ===
=== app-data-validate usage ===
Although you can just include the .appdata.xml file in the package, you '''MUST''' run  <code>appdata-validate --relax</code> (in <code>%check</code> or <code>%install</code>) and have <code>BuildRequires: libappstream-glib</code>, to help ensure .appdata.xml file safety and spec-compliance. Here are some examples of usage:
Although you can just include the .appdata.xml file in the package, you '''MUST''' run  <code>appstream-util validate-relax</code> (in <code>%check</code> or <code>%install</code>) and have <code>BuildRequires: libappstream-glib</code>, to help ensure .appdata.xml file safety and spec-compliance. Here are some examples of usage:


<pre>
<pre>

Revision as of 14:33, 13 May 2015

AppData files

If a package contains a GUI application, then it SHOULD also install a .appdata.xml file into %{_datadir}/appdata/. Installed .appdata.xml files MUST follow the AppData specification page.

If a package contains an add-on for GUI application, then it SHOULD also install a .metainfo.xml file into %{_datadir}/appdata/. Installed .metainfo.xml files MUST follow the AppStream add-ons specification page.

The AppData files MUST correctly validate using appstream-util validate-relax.

.appdata.xml file creation

If the package doesn't already include and install its own .appdata.xml file, you can make your own and sending it upstream. Benefits of sending the file upstream is that upstream can translate the file using the existing translation resources and can also modify the screenshots and descriptions as the application changes over time. You can do this by including a .appdata.xml file you create as a Source: (e.g. Source3: %{name}.appdata.xml) or generating it in the spec file. Here is the contents of a sample .appdata.xml file (comical.appdata.xml):

<?xml version="1.0" encoding="UTF-8"?>
<!-- Copyright 2014 Richard Hughes <richard@hughsie.com> -->
<application>
  <id type="desktop">comical.desktop</id>
  <metadata_license>CC0</metadata_license>
  <project_license>GPL-2.0+ and GFDL-1.3</project_license>
  <name>Comical</name>
  <summary>A Comic Archive Reader</summary>
  <summary xml:lang="fr">Un Comic Archive Lecteur</fr>
  <description>
    <p>
      Comical is an easy to use and cross-platform CBR and CBZ reader which
      prefetches and caches pages for speed.
    </p>
    <p xml:lang="fr">
      Comical est une CBR et CBZ lecteur facile à utiliser et
      multi-plateforme qui prélectures et caches pages pour la vitesse.
    </p>
    <p>
      Resized images are crisp, and you can view pages one or two at a time.
      Comical is open-source, so feel free to contribute new features! 
    </p>
    <p xml:lang="fr">
      Images redimensionnées sont nettes, et vous pouvez voir une ou deux pages à la fois. 
      Comical est open-source, alors n'hésitez pas à apporter de nouvelles fonctionnalités!
    </p>
  </description>
  <screenshots>
    <screenshot type="default">http://comical.sourceforge.net/images/comical-0.5-linux.jpg</screenshot>
    <screenshot>http://comical.sourceforge.net/images/comical-0.6-win32.jpg</screenshot>
  </screenshots>
  <url type="homepage">http://comical.sourceforge.net/</url>
  <updatecontact>richard_at_hughsie.com</updatecontact>
</application>

The AppData file MUST be named with the same root as the .desktop file, so if the .desktop file is named org.gnome.SomeApp.desktop then the AppData file MUST be called org.gnome.SomeApp.appdata.xml.

.metainfo.xml file creation

If the add-on package doesn't already include and install its own .metainfo.xml file, you can make your own and sending it upstream. You can do this by including a .metainfo.xml file you create as a Source: (e.g. Source4: %{name}.metainfo.xml) or generating it in the spec file. Here is the contents of a sample .metainfo.xml file (gedit-bookmarks.metainfo.xml):

<?xml version="1.0" encoding="UTF-8"?>
​<component type="addon">
​  <id>gedit-bookmarks</id>
​  <extends>gedit.desktop</extends>
​  <name>Bookmarks</name>
​  <summary>Easy document navigation with bookmarks</summary>
​  <url type="homepage">https://wiki.gnome.org/Apps/Gedit/ShippedPlugins</url>
​  <url type="bugtracker">https://bugzilla.gnome.org/enter_bug.cgi?product=gedit&component=Plugins</url>
​  <metadata_license>CC0-1.0</metadata_license>
​  <project_license>GPL-2.0+</project_license>
​</component>

The AppStream add-on file MUST be named with the same root as the .desktop file, so if the .desktop file is named org.gnome.SomeApp.desktop then the AppData file MUST be called org.gnome.SomeApp.metadata.xml.

app-data-validate usage

Although you can just include the .appdata.xml file in the package, you MUST run appstream-util validate-relax (in %check or %install) and have BuildRequires: libappstream-glib, to help ensure .appdata.xml file safety and spec-compliance. Here are some examples of usage:

appstream-util validate-relax --nonet %{buildroot}/%{_datadir}/appdata/*.appdata.xml