Re: [controller-dev] Binding V1 codegen in Fluorine

2018-03-11 Thread Robert Varga
On 07/03/18 15:19, Robert Varga wrote: > On 01/03/18 18:31, Robert Varga wrote: >> Hello everyone, >> >> TL;DR: >> Implementation of Binding Specification V1 needs to be improved in a way >> that breaks the ability to load Fluorine-generated code in older containers. >> >> Are there any objections

Re: [controller-dev] Binding V1 codegen in Fluorine

2018-03-07 Thread Ryan Goulding
Although Robert already explained this well in his original email, there are some additional notes [0] from the kernel call that also elaborate on this proposal. To summarize, no one raised much concern surrounding the potential impacts, and the change seems straightforward and necessary. Regards

Re: [controller-dev] Binding V1 codegen in Fluorine

2018-03-07 Thread Robert Varga
On 01/03/18 18:31, Robert Varga wrote: > Hello everyone, > > TL;DR: > Implementation of Binding Specification V1 needs to be improved in a way > that breaks the ability to load Fluorine-generated code in older containers. > > Are there any objections to doing that? No objections have been raised

Re: [controller-dev] Binding V1 codegen in Fluorine

2018-03-01 Thread Michael Vorburger
On Thu, Mar 1, 2018 at 6:31 PM, Robert Varga wrote: > Hello everyone, > > TL;DR: > Implementation of Binding Specification V1 needs to be improved in a way > that breaks the ability to load Fluorine-generated code in older > containers. > > Are there any objections to doing that? > > > PROBLEM: >

[controller-dev] Binding V1 codegen in Fluorine

2018-03-01 Thread Robert Varga
Hello everyone, TL;DR: Implementation of Binding Specification V1 needs to be improved in a way that breaks the ability to load Fluorine-generated code in older containers. Are there any objections to doing that? PROBLEM: Recent change in yangtools to properly support pattern constraints (YANGT