I didn’t think you were actually looking for a non-xml solution, but as you
mentioned in an earlier mail there’s my org-rfc setup which makes all this yang
stuff pretty simple. The source of the YANG module is in the single org-mode
formatted draft source, along with support for YANG validation
Carsten Bormann wrote:
cb> How about
>>
cb> {::include foo--??-??.yang}
>>
cb> and, if there is no such file, kramdown-rfc expands the wild card in
cb> the directory and uses the numerically latest file?
>>
>> You'd use shell globs?
> Yes. Any need to go
On Mon, Jun 14, 2021 at 10:40 AM Sterne, Jason (Nokia - CA/Ottawa) <
jason.ste...@nokia.com> wrote:
> Hi guys,
>
> I can understand that concern; and in particular for something like the
> new import by "revision-or-derived". Ignoring that extension can mean tools
> may not build the right schema
Hi guys,
I can understand that concern; and in particular for something like the new
import by "revision-or-derived". Ignoring that extension can mean tools may not
build the right schema (although is that any worse than today without using
import by revision ?).
Despite that issue, I'd still
> I meant the current work is using extensions instead of new language
> statements.
> Not that the yang-version will never be changed in the future.
Ah, okay.
> It is not a matter of "when" if new functionality is added via extensions.
> In theory the WG could add new functionality to YANG 1
On Mon, Jun 14, 2021 at 9:38 AM Kent Watsen wrote:
>
>
> > Good thing we are not discussing YANG-next...
>>
>> Sarcasm? ;)
>>
>
> No. The NETMOD WG has repeatedly decided not to produce a new YANG language
> version in which the yang-version string is changed.
>
>
> That’s not possibly true. I
> > Good thing we are not discussing YANG-next...
>
> Sarcasm? ;)
>
> No. The NETMOD WG has repeatedly decided not to produce a new YANG language
> version in which the yang-version string is changed.
That’s not possibly true. It's a matter of “when", not “if”, unless you’re
anticipating
Netmod and anima moved to bcc.
>You'd use shell globs?
I think it might be better to use PCRE.
Horrible idea to use PCRE instead of globs.
___
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod
On 2021-06-14, at 18:26, Michael Richardson wrote:
>
>cb> How about
>
>cb> {::include foo--??-??.yang}
>
>cb> and, if there is no such file, kramdown-rfc expands the wild card in
>cb> the directory and uses the numerically latest file?
>
> You'd use shell globs?
Yes. Any
Carsten Bormann wrote:
>> One possibility is that kramdown-rfc ought to look for, and include
>> the latest foo--MM-DD.yang file, when told to ::include foo.yang.
>> Alternatively, it could perhaps do the -MM-DD substitution itself.
cb> How about
cb> {::include foo-?
I can’t help you with your dark desires to use XML, but I would propose the
following fix for that:
— use xi:include or src= for the XML source (I forget which one works), with a
static name
— simply generate a symlink from the most recent .yang to the static name in
the Makefile
— use --expand
Carsten Bormann wrote:
> On 14. Jun 2021, at 03:09, Michael Richardson
> wrote:
>>
>> 1) how to process yang files with -DD-MM into XML. 2) how to
>> generate yang tree files. 3) how do I get my YANG includes
>> downloaded, and do I put them into my repo? 4) how t
> One possibility is that kramdown-rfc ought to look for, and include the
> latest foo--MM-DD.yang file, when told to ::include foo.yang.
> Alternatively, it could perhaps do the -MM-DD substitution itself.
How about
{::include foo--??-??.yang}
and, if there is no such file, kramdown
On Mon, Jun 14, 2021 at 3:34 AM Kent Watsen wrote:
>
>
> > Good thing we are not discussing YANG-next...
>
> Sarcasm? ;)
>
No. The NETMOD WG has repeatedly decided not to produce a new YANG language
version in which the yang-version string is changed.
> I do wonder if it’s not about time we m
Carsten Bormann wrote:
> On 14. Jun 2021, at 03:09, Michael Richardson
wrote:
>>
>> 1) how to process yang files with -DD-MM into XML.
>> 2) how to generate yang tree files.
>> 3) how do I get my YANG includes downloaded, and do I put them into my
repo?
>> 4) how to
> Good thing we are not discussing YANG-next...
Sarcasm? ;)
I do wonder if it’s not about time we make another go at that effort...perhaps
a 111-hum on interest?
That said, there’s a world apart from WG-interest and author-commitments.
In either case, said effort wouldn’t complete for some
Hi Michael!
There isn’t a standard of any sort, but as an active author of a large number
of drafts, I’ve been force to automate as much as possible:
- validating the schema
- validating examples
- generating tree diagrams
- stitching all off the above into an XML file
- on a per-build
Hi Michael,
you can check my project YANG-I-D [1] for some ideas.
The most elegant way of including YANG modules in RFCs would be to treat the
RFC source as a compound XML document combining xml2rfc with YANG modules in
the YIN syntax - if only xml2rfc could process it.
Lada
[1] https://githu
18 matches
Mail list logo
