Content interface `content` attribute

Kyle Fazzari kyle.fazzari at canonical.com
Fri Dec 23 18:45:46 UTC 2016



On 12/23/2016 10:32 AM, Zygmunt Krynicki wrote:
> 
>> Wiadomość napisana przez Kyle Fazzari <kyle.fazzari at canonical.com> w dniu 23.12.2016, o godz. 19:27:
>>
>> Hey all.
>>
>> I'm trying to figure out what the `content` attribute is for in the
>> content interface. The docs say "The content attribute specified of the
>> consuming snap (plug) must have a content attribute match in the
>> providing snap (slot)." However, I have two snaps, provider side looking
>> like this:
>>
>>    slots:
>>      share-foo:
>>        content: foo
>>        interface: content
>>        read: [/]
>>
>> Consumer side like this:
>>
>>    plugs:
>>      use-foo:
>>        content: foo2
>>        interface: content
>>        target: /bar
>>
>> These interfaces connect fine, and I can see the contents of the
> 
> This is a bug. We know about it but fixing was deferred till we can use the assertion system to control it.
> 
> Currently you can connect things manually but it will not auto-connect.

Fair enough. If this worked as expected, what would it do? What
functionality does that attribute provide?

-- 
Kyle Fazzari (kyrofa)
Software Engineer
Canonical Ltd.
kyle at canonical.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/snapcraft/attachments/20161223/149c6fa0/attachment.sig>


More information about the Snapcraft mailing list