<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 13, 2015 at 2:47 PM, Ted Gould <span dir="ltr"><<a href="mailto:ted@ubuntu.com" target="_blank">ted@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><br></div><div>Uhm, okay. Typically I prefer to map the landscape first, but okay.</div></div></blockquote><div><br></div><div>I understand, and I hope you understand where I'm coming from as well.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>So from Zygumnt's thread it sounds like there's going to be a tag cloud attached to each snap. I'm guessing that this is going to include kernel, gadget and framework snaps. They'll export which tags they support. Will the tags be centrally defined or are we hoping for some sort of emergent behavior here? How will we handle conflicting tags?</div></div></blockquote><div><br></div><div>The terminology in use is that there's a capability name which is a unique identifier in its context (e.g. the snap) and there's a capability type which defines its meaning. We want to make capability types extensible, but they must be centrally approved since there are security concerns associated with it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>For the cases where versioning is important, how will that be handled. For instance being able to support OpenGL could mean standard GL of various versions or GLes of various versions. For games which versions the HW can support can be very important.</div></div></blockquote><div><br></div><div>The capability type defines what behavior is allowed and expected. There will be metadata associated with the capability, so in cases where the capabilities are very similar they may end up being defined as a single capability type with differing metadata. In other cases, they may be different types.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>There was a mention of passing metadata, which way will the metadata transfer occur? Both? What is the lifecycle and policy for handing that passing of metadata? Does it require a particular format or is that to be decided by the framework and/or application involved in the exchange?</div></div></blockquote><div><br></div><div>There will be a particular format and protocol for exchanging the data. We're not there yet, though.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>I hope that'll start the conversation some.</div></div></blockquote><div><br></div><div>Hope that helps. Let us know if you have more.</div><div><br></div><div><br></div></div><div>gustavo @ <a href="http://niemeyer.net" target="_blank">http://niemeyer.net</a></div>
</div></div>