IETF Logo Mail Archive

Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts

Robert Varga <nite@hq.sk> Mon, 26 June 2023 19:54 UTC

Return-Path: <nite@hq.sk>
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 8A60DC151524 for <netmod@ietfa.amsl.com>; Mon, 26 Jun 2023 12:54:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hq.sk
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KGImmqkO-81t for <netmod@ietfa.amsl.com>; Mon, 26 Jun 2023 12:54:38 -0700 (PDT)
Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C226C151062 for <netmod@ietf.org>; Mon, 26 Jun 2023 12:54:37 -0700 (PDT)
Received: from [192.168.1.190] (chello085216197060.chello.sk [85.216.197.60]) by mail.hq.sk (Postfix) with ESMTPSA id 59FA5248039; Mon, 26 Jun 2023 21:54:34 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1687809274; bh=4+UKOvAf4aExutghaehjq3M93h2khAESYCzDPZpqujg=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=YK+1B6hlvSqBsTmU2GxmJEF+3LgNNILGosmzUyxgZwagBmLb/eC+LK6MOKKxANQWp xqXVMPpYt1oPa56/9njti43G5VaNNA5BMkl6u9CRO8oEJHlzSrIH99L1LF3G1Lw0XU rnUaLSpGZSZyd0o6dCFoZd8vm3PP/GpBxbSDZ8r0=
Message-ID: <b3e2e64f-527a-4377-7247-8f3642b45823@hq.sk>
Date: Mon, 26 Jun 2023 21:54:33 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0
Content-Language: en-US
To: Ladislav Lhotka <ladislav.lhotka@nic.cz>, Martin Björklund <mbj+ietf@4668.se>, andy@yumaworks.com
Cc: netmod@ietf.org
References: <01000188458cef5a-03bc9c2b-3c0a-43f9-8331-73980aa9ad4e-000000@email.amazonses.com> <0100018886b61be4-dc254506-fcbc-4988-92fc-4fb1f127eb48-000000@email.amazonses.com> <CABCOCHTbbMc81F7Uauyg9bbEEz3_7pFvgR9FvUMq9QR80htLZA@mail.gmail.com> <20230605.114652.153832763698646279.id@4668.se> <6bccf759-a206-e5da-aedc-9bd55698713b@hq.sk> <e01e3469-ab89-a2f7-c47b-8c5a79050f61@nic.cz>
From: Robert Varga <nite@hq.sk>
In-Reply-To: <e01e3469-ab89-a2f7-c47b-8c5a79050f61@nic.cz>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="------------oZu705EbynvsQ0blbVjzV0Do"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/1Rb94kaSsEKbX06mdx0W-LuvJ1I>
Subject: Re: [netmod] Joint WGLC on "semver" and "module-versioning" drafts
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
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, 26 Jun 2023 19:54:43 -0000

On 13/06/2023 17.21, Ladislav Lhotka wrote:
> Dne 13. 06. 23 v 17:07 Robert Varga napsal(a):
>> On 05/06/2023 11.46, Martin Björklund wrote:
>>>>    - introduce new instance-identifier data type based on RFC 7951 
>>>> definition
>>>>    - introduce new identityref data type based on RFC 7951 definition
>>> ... but I do agree with these!
>>
>> I am not sure I follow... is this about providing 
>> instance-identifier/identityref encoding which does not rely on XML 
>> namespaces, or something else?
> 
> Yes, it's about using module name as the namespace identifier (prefix).

Ah, okay. Can we do this without introducing new data types, please?

After all this is essentially just how those datatypes are encoded -- 
and hence a revised media-type (for RESTCONF et al.) and protocol 
negotiation (for NETCONF) should be sufficient.

I don't think we need two data types for each of those in the language 
metamodel just to deal with how they are encoded after all.

Regards,
Robert

v2.23.0 | Report a Bug | By Email