<div dir="ltr">On Tue, Aug 12, 2014 at 4:52 PM, Karel Volný <span dir="ltr">&lt;<a href="mailto:kvolny@redhat.com" target="_blank">kvolny@redhat.com</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
now I&#39;m confused, as you talked about putting it into *-release ...?</blockquote><div class=""> <br></div><div class="">Re-read my message please. I suggested two options: putting the metadata in the release packages *or* in a separate package.<br>
</div><div class="">
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><br><br></div>
so it will be duplicated ... rpm still cannot handle multiple ownership of a file?</blockquote><div><br></div><div>No.<br></div><div>Your regular packages will NOT install icons to the /usr/share/app-info folder. The package containing the metadata will own that folder and all the files with it.<br>
</div><div><br></div><div>I fail to see why this confuses you so much. Your regular package will keep installing the icons in the same place it always have, this doesn&#39;t change that.<br><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
To ensure they &quot;won&#39;t get out of sync&quot; you need to do weekly/monthly<br>
rebuilds of the metadata and issue it as a regular package update.<br>
</blockquote>
<br></div>
&quot;you&quot; means me as the application maintainer, or someone else who will maintain AppData?<br>
<br>
&quot;regular package update&quot; means AppData upgrade and not e.g. in my example qmmp?</blockquote><div><br></div><div>You update the appdata xml that is in your package, and at some point the appstream-data-rpmfusion package will get rebuilt either by automatic process or manual rebuild.<br>
</div><div>&quot;you&quot; in this context refers either to rpmfusion infrastructure or the person who will manually rebuild the appdata package. Ideally it should be automated.<br><br></div><div>As a packager, all you&#39;d need to do is make sure you install your appdata xml to /usr/share/appdata<br>
 <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><br>
<br></div>
hm, I don&#39;t feel any wiser now :-(<br>
<br>
I (or the upstream developer) can implement my own way of getting translations to the XML files only if I know how it should look like in the XML file?<br>
- there doesn&#39;t seem to be any DTD available, and the &quot;File specification&quot; doesn&#39;t give a damn about different languages handling (except for the note that screenshots should be taken in English)<br>
<br>
looking at the example:<br>
<a href="http://people.freedesktop.org/~hughsient/appdata/example-intltool.patch" target="_blank">http://people.freedesktop.org/<u></u>~hughsient/appdata/example-<u></u>intltool.patch</a><br>
<br>
I see exactly _zero_ localised strings<br>
<br>
what seems interesting is &quot;+@INTLTOOL_XML_RULE@&quot;, okay, so let&#39;s take a look how does it work, let&#39;s go to homepage: <a href="http://freedesktop.org/wiki/Software/intltool/" target="_blank">http://freedesktop.org/wiki/<u></u>Software/intltool/</a><br>

<br>
um, no single mention of any such macro, well, in fact, no documentation at all? seriously? do I really have to read sources of that crap to get basic understanding what does it do?<div class=""><br></div></blockquote><div>
 <br></div><div>Crap? Okay, dude, calm down, there&#39;s no call for name calling.<br><br></div><div>Of course you don&#39;t see localized strings in the patch, you never put localized strings in the source files. You do it in .po file. Regenerating the .pot file will make it have the strings from the appdata for translators to translate.<br>
</div><div>If you want to see the RESULT, just cat /usr/share/appdata/totem.appdata.xml<br></div></div><br></div><div class="gmail_extra">If you need a schema, here it is<br><a href="https://github.com/hughsie/appdata-tools/blob/master/data/appdata.xsd">https://github.com/hughsie/appdata-tools/blob/master/data/appdata.xsd</a><br>
<a href="https://github.com/hughsie/appdata-tools/blob/master/data/appdata.rnc">https://github.com/hughsie/appdata-tools/blob/master/data/appdata.rnc</a><br><br></div><div class="gmail_extra">Here is another Makefile example<br>
<a href="https://git.gnome.org/browse/totem/tree/data/appdata/Makefile.am">https://git.gnome.org/browse/totem/tree/data/appdata/Makefile.am</a><br><br></div><div class="gmail_extra">But these are things you need as an app author, not a packager. This is not the place to discuss this thing, if you want you can send a mail to Richard or to the fedora devel list, I&#39;m sure they&#39;ll be happy to assist you.<br>
<br></div><div class="gmail_extra">Furthermore, regarding your concerns about size, the appdata package for RPMFusion will be less than 3MB according to my calculations. It&#39;s small enough for everyone, we are in 2014, not 1995.<br>
</div><div class="gmail_extra"><br clear="all"><br>-- <br><div dir="ltr">-Elad Alfassa.</div>
</div></div>