<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2013/10/22 David Timms <span dir="ltr">&lt;<a href="mailto:dtimms@iinet.net.au" target="_blank">dtimms@iinet.net.au</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On 10/21/2013 11:42 AM, Ankur Sinha wrote:<br>
&gt; On Fri, 2013-10-18 at 11:49 +1100, Ankur Sinha wrote:<br>
...<br>
&gt;&gt; <a href="http://blogs.gnome.org/hughsie/2013/10/16/how-to-generate-appstream-metadata-for-fedora/" target="_blank">http://blogs.gnome.org/hughsie/2013/10/16/how-to-generate-appstream-metadata-for-fedora/</a><br>

&gt;&gt;<br>
&gt;&gt; Would rpmfusion be able to provide appstream data?<br>
<br>
My understanding is that we can best play a part by providing upstream<br>
with suitable content that can get used, and included in the upstream<br>
release tarballs.<br>
<br>
I guess that is a bit of work, so if there are any helpers who feel like<br>
having the non-technical application descriptions published via<br>
appstream info... here is your chance !<br></blockquote><div>Hi David,<br><br></div><div>Did you tried the process described here ?<br></div><div>That been said I don&#39;t expect to bundle the appstream data into rpmfusion-free-release or the nonfree counterpart. So I think it could be made as a separate review if it does worth to implement this by f20 or to wait for f21 so that can be properly handled from the infra side.<br>
<br></div><div>I would say that the implementation really must take into accounts third parties vendors, not only one third party repository like us. And not only the vendor ... 2cts<br><br></div><div><br></div><div>There is probably few apps compatible yet in our repo. Is there a list ?<br>
<br></div><div>Thx for the reminder. Worth to report an infrastructure bug.<br></div><div><br></div><div>Nicolas (kwizart)<br></div></div></div></div>