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