<div dir="ltr"><div class="gmail_extra">Hey,<br><div class="gmail_extra"><div><div class="gmail_signature"><div><span style="font-size:12.8px"><br></span></div></div></div></div><div class="gmail_quote">On Mon, Dec 19, 2016 at 7:47 PM, Richard Hughes <span dir="ltr"><<a href="mailto:hughsient@gmail.com" target="_blank">hughsient@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 19 December 2016 at 12:48, Matthias Klumpp <<a href="mailto:matthias@tenstral.net">matthias@tenstral.net</a>> wrote:<br>
> Can you be more specific about the first case? What exactly would be<br>
> the criterium for (not) showing the component?<br>
> (It's clear for the fwupd case, but not for the other one)<br>
<br>
</span>From what I remember (jrocha, help!) it was that the "endless" plugin<br>
in gnome-software didn't know how to install the flatpak application<br>
in a way that it would appear on the front page of the Endless shell.</blockquote><div><br></div><div>Yeah, this is something we had to create ad-hoc for us because e.g. Flatpak introduced the extra-data functionality (pulling app contents on install time) which is simply ignored in versions prior to 0.6.13.</div><div>So it'd be very convenient if we could hide an app availability/"updatability" when a user has an older version.</div><div><br></div><div>I understand the logic about keeping away from a dependency hell, but it's also something inevitable in any application story in the end, and we may need to implement it if we want to provide the best experience for our users.</div><div>I don't mind if we do it using simply metadata that GNOME Software consumes and acts upon but making it an official spec would of course be better (so projects outside of GNOME can also use it).</div><div dir="ltr"><br class="gmail-Apple-interchange-newline">Joaquim Rocha<span style="font-size:12.8px">  |  Endless</span></div><div> </div></div></div></div>