From nobody Mon Jun 14 03:21:54 2021
Return-Path: <0100017a0a0a837e-ed759916-40e8-4856-9eb3-16fb586a0834-000000@amazonses.watsen.net>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id 3790F3A1EE6;
 Mon, 14 Jun 2021 03:21:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.892
X-Spam-Level: 
X-Spam-Status: No, score=-1.892 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001,
 RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001,
 RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001,
 URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
 header.d=amazonses.com
Received: from mail.ietf.org ([4.31.198.44])
 by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id OudcpgNqrbdF; Mon, 14 Jun 2021 03:21:41 -0700 (PDT)
Received: from a8-83.smtp-out.amazonses.com (a8-83.smtp-out.amazonses.com
 [54.240.8.83])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits))
 (No client certificate requested)
 by ietfa.amsl.com (Postfix) with ESMTPS id 983823A1EE5;
 Mon, 14 Jun 2021 03:21:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple;
 s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1623666099;
 h=Content-Type:Content-Transfer-Encoding:From:Mime-Version:Subject:Date:Message-Id:References:Cc:In-Reply-To:To:Feedback-ID;
 bh=ZjVEsQ72C2pu3v6sZtp1pEUhbayay5VvXxOxUBGqcrg=;
 b=kQOLARn1sI+eV4DRXIUbuvCcxEVdghlLYeFSaSfFnroUc0QGr9ihTpuRg+RZFtzV
 FFa9k/hzIf4PdDUlyETVIJ+6wny7SVcmh0r6FjDhPhrAthCITWYNQBO2o9CbKOrJFIX
 wPSNg8G7Rjlh0N9ibeP7/rhzp1KAX4gtg/fSVNFA=
Content-Type: multipart/alternative;
 boundary=Apple-Mail-77300609-97C4-4B11-99D8-B8C4879FF125
Content-Transfer-Encoding: 7bit
From: Kent Watsen <kent@watsen.net>
Mime-Version: 1.0 (1.0)
Date: Mon, 14 Jun 2021 10:21:39 +0000
Message-ID: <0100017a0a0a837e-ed759916-40e8-4856-9eb3-16fb586a0834-000000@email.amazonses.com>
References: <6795.1623632992@localhost>
Cc: netmod@ietf.org, tools-discuss@ietf.org, anima@ietf.org
In-Reply-To: <6795.1623632992@localhost>
To: Michael Richardson <mcr+ietf@sandelman.ca>
X-Mailer: iPhone Mail (18A8395)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2021.06.14-54.240.8.83
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/z-Fr6lr50zq8c3GLAWG7Zdnqe-8>
Subject: Re: [netmod] [Anima] looking for practical advice on managing YANG
 source in XML format RFCs
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>,
 <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>,
 <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Jun 2021 10:21:47 -0000


--Apple-Mail-77300609-97C4-4B11-99D8-B8C4879FF125
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi Michael!

There isn=E2=80=99t a standard of any sort, but as an active author of a lar=
ge number of drafts, I=E2=80=99ve 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 basis=20

AFAIK, my system is more complete than used by other authors, most whom seem=
 to do it manually, with mixed results...

I author in XML v3 with macros that get expanded in the source, you may have=
 linked my INSERT_TEXT_IN_FILE macro earlier, that =E2=80=98insert-figures=E2=
=80=99 consumes.  It=E2=80=99s effectively the same, with little improvement=
s here and there.=20

There=E2=80=99s no =E2=80=9Ctool=E2=80=9D to do it*, each draft begins as a c=
opy/paste of one prior, and then the Makefile, refs/validate-all.sh, and ref=
s/gen-trees.sh files are tweaked as needed.   For examples: see the top-10 r=
epos listed here: https://github.com/netconf-wg.=20

* I was previously working on =E2=80=98xiax=E2=80=99 here: https://github.co=
m/kwatsen/xiax.=20

K.=20

> On Jun 13, 2021, at 9:10 PM, Michael Richardson <mcr+ietf@sandelman.ca> wr=
ote:
>=20
> =EF=BB=BF
> Hi, I'm not a regular netmod reader.
> I subscribe via IMAP to look into what's going on.  If I'm asking a FAQ, I=

> appologize as I didn't find anything in the 25K messages archived.
> I saw Christian's message in 2019 about org-rfc-export.
> I'm not sure if I should Reply-To: tools or netmod.
>=20
> I'm looking for advice on how to manage things.
> A summary of my questions:
>=20
> 1) how to process yang files with YYYY-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 rep=
o?
> 4) how to do this with MT Makefiles?
>=20
> When we were working on RFC8995 and RFC8366, in the days before Martin
> Thompson's makefile was around, I just put pyang processing into my simple=

> Makefile.  It's here:  https://github.com/anima-wg/anima-bootstrap/blob/ma=
ster/Makefile
>=20
> The perl script at: https://github.com/anima-wg/anima-bootstrap/blob/maste=
r/insert-figures
> was then developed to insert stuff into the XML.  It's rather hacky in som=
e ways.
> It started it's life as just something to find the latest @YYYY-MM-DD yang=

> file which the Makefile created. (Kent wrote that sed line three quarters o=
f
> a decade ago, and the sed line now is old enough to trick-or-treat)
> Over time, it grew the ability to insert other bits of code or diagrams.
> I keep using it, even when I've moved to Markdown because it inserts the
> right artwork stuff, and knows to deal with YANG stuff.  I also keep using=
 my
> Makefile, because except for the simplest uses, the MT ones are too
> complicated for me to hack.
>=20
> With kramdown source, I can mostly just add stuff to the MT Makefile to
> generate the files I need, and then mostly (without insert-figures), I can=

> use the ::include mechanism in kramdown to get the right things.  But, no
> magic YYYY-MM-DD stuff.
>=20
> So now I am collaborating with some co-authors which want to stick to XMLv=
3
> rather than kramdown, and whose understanding of Makefiles is poor.  I wan=
t
> to stick with the normal stuff so that all the github/etc. tooling works f=
or
> everyone involved.
>=20
> I'm looking for advice on how do this this?
>=20
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 I=C3=B8T consult=
ing )
>           Sandelman Software Works Inc, Ottawa and Worldwide
>=20
>=20
>=20
>=20
> _______________________________________________
> Anima mailing list
> Anima@ietf.org
> https://www.ietf.org/mailman/listinfo/anima

--Apple-Mail-77300609-97C4-4B11-99D8-B8C4879FF125
Content-Type: text/html;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D=
utf-8"></head><body dir=3D"auto">Hi Michael!<div><br></div><div>There isn=E2=
=80=99t a standard of any sort, but as an active author of a large number of=
 drafts, I=E2=80=99ve been force to automate as much as possible:</div><div>=
<br></div><div>&nbsp; - validating the schema</div><div>&nbsp; - validating e=
xamples</div><div>&nbsp; - generating tree diagrams</div><div>&nbsp; - stitc=
hing all off the above into an XML file</div><div>&nbsp; - on a per-build ba=
sis&nbsp;</div><div><br></div><div>AFAIK, my system is more complete than us=
ed by other authors, most whom seem to do it manually, with mixed results...=
</div><div><br></div><div>I author in XML v3 with macros that get expanded i=
n the source, you may have linked my INSERT_TEXT_IN_FILE macro earlier, that=
 =E2=80=98insert-figures=E2=80=99 consumes. &nbsp;It=E2=80=99s effectively t=
he same, with little improvements here and there.&nbsp;</div><div><br></div>=
<div>There=E2=80=99s no =E2=80=9Ctool=E2=80=9D to do it*, each draft begins a=
s a copy/paste of one prior, and then the Makefile, refs/validate-all.sh, an=
d refs/gen-trees.sh files are tweaked as needed. &nbsp; For examples: see th=
e top-10 repos listed here:&nbsp;<a href=3D"https://github.com/netconf-wg">h=
ttps://github.com/netconf-wg</a>.&nbsp;</div><div><br></div><div>* I was pre=
viously working on =E2=80=98xiax=E2=80=99 here:&nbsp;<a href=3D"https://gith=
ub.com/kwatsen/xiax">https://github.com/kwatsen/xiax</a>.&nbsp;</div><div><b=
r></div><div>K.&nbsp;<br><br><div dir=3D"ltr"><blockquote type=3D"cite">On J=
un 13, 2021, at 9:10 PM, Michael Richardson &lt;mcr+ietf@sandelman.ca&gt; wr=
ote:<br><br></blockquote></div><blockquote type=3D"cite"><div dir=3D"ltr">=EF=
=BB=BF<span></span><br><span>Hi, I'm not a regular netmod reader.</span><br>=
<span>I subscribe via IMAP to look into what's going on. &nbsp;If I'm asking=
 a FAQ, I</span><br><span>appologize as I didn't find anything in the 25K me=
ssages archived.</span><br><span>I saw Christian's message in 2019 about org=
-rfc-export.</span><br><span>I'm not sure if I should Reply-To: tools or net=
mod.</span><br><span></span><br><span>I'm looking for advice on how to manag=
e things.</span><br><span>A summary of my questions:</span><br><span></span>=
<br><span>1) how to process yang files with YYYY-DD-MM into XML.</span><br><=
span>2) how to generate yang tree files.</span><br><span>3) how do I get my Y=
ANG includes downloaded, and do I put them into my repo?</span><br><span>4) h=
ow to do this with MT Makefiles?</span><br><span></span><br><span>When we we=
re working on RFC8995 and RFC8366, in the days before Martin</span><br><span=
>Thompson's makefile was around, I just put pyang processing into my simple<=
/span><br><span>Makefile. &nbsp;It's here: &nbsp;https://github.com/anima-wg=
/anima-bootstrap/blob/master/Makefile</span><br><span></span><br><span>The p=
erl script at: https://github.com/anima-wg/anima-bootstrap/blob/master/inser=
t-figures</span><br><span>was then developed to insert stuff into the XML. &=
nbsp;It's rather hacky in some ways.</span><br><span>It started it's life as=
 just something to find the latest @YYYY-MM-DD yang</span><br><span>file whi=
ch the Makefile created. (Kent wrote that sed line three quarters of</span><=
br><span>a decade ago, and the sed line now is old enough to trick-or-treat)=
</span><br><span>Over time, it grew the ability to insert other bits of code=
 or diagrams.</span><br><span>I keep using it, even when I've moved to Markd=
own because it inserts the</span><br><span>right artwork stuff, and knows to=
 deal with YANG stuff. &nbsp;I also keep using my</span><br><span>Makefile, b=
ecause except for the simplest uses, the MT ones are too</span><br><span>com=
plicated for me to hack.</span><br><span></span><br><span>With kramdown sour=
ce, I can mostly just add stuff to the MT Makefile to</span><br><span>genera=
te the files I need, and then mostly (without insert-figures), I can</span><=
br><span>use the ::include mechanism in kramdown to get the right things. &n=
bsp;But, no</span><br><span>magic YYYY-MM-DD stuff.</span><br><span></span><=
br><span>So now I am collaborating with some co-authors which want to stick t=
o XMLv3</span><br><span>rather than kramdown, and whose understanding of Mak=
efiles is poor. &nbsp;I want</span><br><span>to stick with the normal stuff s=
o that all the github/etc. tooling works for</span><br><span>everyone involv=
ed.</span><br><span></span><br><span>I'm looking for advice on how do this t=
his?</span><br><span></span><br><span>--</span><br><span>Michael Richardson &=
lt;mcr+IETF@sandelman.ca&gt; &nbsp;&nbsp;. o O ( IPv6 I=C3=B8T consulting )<=
/span><br><span> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;Sandelman Software Works Inc, Ottawa and Worldwide</span><br><span></span><=
br><span></span><br><span></span><br><span></span><br><span>________________=
_______________________________</span><br><span>Anima mailing list</span><br=
><span>Anima@ietf.org</span><br><span>https://www.ietf.org/mailman/listinfo/=
anima</span><br></div></blockquote></div></body></html>=

--Apple-Mail-77300609-97C4-4B11-99D8-B8C4879FF125--

