Re: [Taps] YANG updates

Theresa Enghardt <theresa@inet.tu-berlin.de> Wed, 25 September 2019 15:06 UTC

Return-Path: <theresa@inet.tu-berlin.de>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8DC0120091 for <taps@ietfa.amsl.com>; Wed, 25 Sep 2019 08:06:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 b_IFMxfCnwUG for <taps@ietfa.amsl.com>; Wed, 25 Sep 2019 08:06:44 -0700 (PDT)
Received: from mail.net.t-labs.tu-berlin.de (mail.net.t-labs.tu-berlin.de [IPv6:2001:638:809:ff20:130:149:152:141]) by ietfa.amsl.com (Postfix) with ESMTP id E3F5B120826 for <taps@ietf.org>; Wed, 25 Sep 2019 08:06:37 -0700 (PDT)
Received: from [130.149.220.45] (esmeralda.net.t-labs.tu-berlin.de [130.149.220.45]) by mail.net.t-labs.tu-berlin.de (Postfix) with ESMTPSA id EC9242041F; Wed, 25 Sep 2019 17:06:35 +0200 (CEST)
To: "Holland, Jake" <jholland@akamai.com>, "taps@ietf.org" <taps@ietf.org>
References: <BB19AC36-ED37-4B6F-B732-A1DB78B8F777@akamai.com>
From: Theresa Enghardt <theresa@inet.tu-berlin.de>
Openpgp: preference=signencrypt
Autocrypt: addr=theresa@inet.tu-berlin.de; prefer-encrypt=mutual; keydata= mQENBE2ktqYBCAC+3mnQMUTPJEPjKD0EaURx171qWkp4M60Zk97aeG6hSDU2GJAKG/IZ9/w7 NXLZxlfmfK9+y4Fia3aHfdhtdh+hZ/nkzhNHEahpt+coChrcaM/xyLmw7QOfYw6pLEe/snPY bdeiNdg3dsM8SFbLPvzs0REiAS9aVsux7fyDFmmJ4BGqJtjSzAv+l3X508wGeKgbUxT1Ceb5 /6DT5U1cPeSSCsXghHi5pcIfwW0KU00Ug56k3gSIRZ3YlahtBXVyIGOfPMLcvxpVypNejCt3 haLfbK6zI1GFHW39ietsk12DEODM0GiOhlCEx0qL+JxmR+A/IHKkINe5aj8Tl/Ie9TfZABEB AAG0N1RoZXJlc2EgRW5naGFyZHQgKFJlc2VhcmNoKSA8dGhlcmVzYUBpbmV0LnR1LWJlcmxp bi5kZT6JAVUEEwEKAD8CGyMGCwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAFiEE7xG3phZ0Plgk 2BDpgz007xx2oPcFAlqgJ40FCRC919sACgkQgz007xx2oPfiHggAsCfbxjo+hlUYdEHmg/a8 RGDZfOqgmNrEWfWbB+H06A3izNpvfRbqdxhi64F8MXtKPxhPGBrB9H3/E3WfsOHc9tJe+19Y GkHBOMhbXmp/o92BVHw6q/l5bcvLO8sgcemqrh8GYZgZrho7F3UTIpb8dkCjt+jCAbsAAFzR 4ziEAqw+2KVmZw5t2/1KygnPsgMz70JGAfq2jTt+NR9DxMizXNa7pZjdSmqhBjCbTlzPnn0C rAkK1/IXSM3Y704asyQrHD2pNxXQyXEe/K5uN6w80gHdyK4bBWVIVZULaRngcKrcX9gillK+ 8zs3nr8eDgsq1cURk8nmkIkFm++6PgO8lLkBDQRNpLamAQgAz5qAZBAFqJoFLTYeKHqy149J BtI8Oh4Ywktc1ExLuZDP7KPjLKGJv5ebMHblU579BiSMgj35Bw4H7V5zzgB2DzklLG61ZAjN d6uFEdFNLtf+2/QqjVqqZjlXfCIlNeq+2U002q1SPzLniX9xm4uHUfL3dZqgOkAWa4fB/X1W mMcXMQX+Npwv9plEJOLdd1J6/XtwsUmnJnkicDiuyb7G8v4fPDJtc0m2sQIdXSL71VIHbme5 w8p8OYN41q0vqefBaMp0PnppG/K32Xa9/zW5fTKMcXxcCFZH7Ww2tpnFqZe0zhrL9UjAfQsg Xurujk0OvEFhhkQonVRXUYmLTM0EXQARAQABiQE8BBgBCgAmAhsMFiEE7xG3phZ0Plgk2BDp gz007xx2oPcFAlqgJ40FCRC91+cACgkQgz007xx2oPfRiwf9H9BNITXs2wLFjrej7wV8XoCO 5z3iN4TTeKz/2XA0CQr7OjkqbEkllnlGvywJOsCsrficHGL+eXk7tWXf8LMm0QOA1pEgA7oN ynGp7O65WG4kN93j9PFA/0k+nkqWtztuw3KBApSqytEBaaqwdeOG5mCWYawAjpSII2Bo+r9I ghH9miMgAsT044OPj3QMKSZAzTEzHekEuYa/AZqfFxLFE27WdDZpEqzvQ3uaIDbYx5HbT+xt LJJczpENdiTwyvHN4PwNSfWacyv1TA7WM2Qusgs5OVRwaJIQypvoGRl0YawaHHgxpLgs/x3r 2IqmnTXThea+Wx/iYSrPFFv4rEbS/w==
Message-ID: <2305183c-5383-f08b-c464-06512ee7e527@inet.tu-berlin.de>
Date: Wed, 25 Sep 2019 17:06:35 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <BB19AC36-ED37-4B6F-B732-A1DB78B8F777@akamai.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/AGgAfKAUkWX-OBKuD-nnRua-Bq8>
Subject: Re: [Taps] YANG updates
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IETF Transport Services \(TAPS\) Working Group" <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Sep 2019 15:06:47 -0000

Hi Jake,

thanks for the updates!

One question and an one answer inline:

On 23.09.19 19:16, Holland, Jake wrote:
> 1. Tooling update
>
> I cleaned up the make process for the yang module draft a bit, while
> still keeping the structure of importing external files + automated
> validation.
>
> This version only requires pyang and rsync to build if you're not
> validating, and adds in a requirement for the yanglint executable
> (included with libyang), but only if you use 'make yanglint' or
> set "VALIDATE_YANG=1" as an environment variable.  In return, it
> removes my extra c file that linked to libyang.

Trying to make sure I understand this correctly, as I'm not too familiar
with the tooling yet:

By default, when I build the draft, it still reads the .yang and then
dumps the XML and the tree structure, but it does not validate the
model, right?

To test, I changed an identifier in the model, and the tool did complain
about an unknown identifier -- but it still built the draft as .txt and
.html. That's the intended behavior, right?

And to validate the model means that it won't build if there's an error
in the model?

As I have to use "make yanglint" to validate, does that mean yanglint is
the same as validating? I thought "linting" was something else.

"make" works for me, but "make yanglint" doesn't. It complains that
there's no target called "yanglint". I'm probably missing something
really obvious here... but could you give me a pointer, please?


> […]
>
> 4. I think in Montreal, Tommy suggested to me offline that I transfer the
> ietf-taps-yang repo to https://github.com/ietf-tapswg.
>
> I'll go ahead and do that if I get a couple of "yes, go ahead"s, but I
> thought I'd check first, because right now I think I don't have consensus,
> so much as a vague memory of a mumbled suggestion that I'm only 70%
> certain I understood correctly.  I think it makes sense, but I don't want
> to surprise anyone or clutter things up if people believe it needs work
> before going there.
>
> So does it sound right to just transfer the repo now?

I'd be fine with that, as it would make PRs easier for me. ;)


Best,
Theresa