Re: [netmod] rfcstrip does not work on https://tools.ietf.org/html/draft-ietf-netmod-artwork-folding-12

Martin Björklund <mbj+ietf@4668.se> Tue, 31 March 2020 17:41 UTC

Return-Path: <mbj+ietf@4668.se>
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 2DE3A3A25BB for <netmod@ietfa.amsl.com>; Tue, 31 Mar 2020 10:41:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.799
X-Spam-Level: *
X-Spam-Status: No, score=1.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, PDS_NAKED_TO_NUMERO=1.999, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=tKUwXrTz; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=Wx9PtnrL
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 u48IXbdYv0_Q for <netmod@ietfa.amsl.com>; Tue, 31 Mar 2020 10:41:47 -0700 (PDT)
Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB2003A25B6 for <netmod@ietf.org>; Tue, 31 Mar 2020 10:41:46 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id CB3A8AB8; Tue, 31 Mar 2020 13:41:45 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Tue, 31 Mar 2020 13:41:46 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4668.se; h=date :message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=fm1; bh= HxFnxsI+U2VXkyZJFzVscHNu85Xy35gQKAvN1QDCvn8=; b=tKUwXrTz+I+5mJv8 IQ4gi8LvoUqwrSlAcfLV7Dh9ezmKQeNYaEpU3VnHPt9ubuwo8IQS7YrDuYWitnqY Zthd0ob27FXdZJQXWcN+s6D0EM46dNfJBScM7EvfABHLfLV2Had7ooSHqk0bP3pN RJowSxw+1xVTdsS4sIvXkf+ypy7itruC9FELF0WjJVqyebwjPERn6dAoEelztO7L FHPOImnQRLEIFaMw8kuQe1g+wBZf/pSJ2CG66PJegyV5p2Y9cW/OyrSE/qREj+cw 0+zC+3SpqQaVtRBolIPVag88mRjkG9/CwtlC3fWy6UAdeEmpQ9CVmocz2gQdvi4q Q3efBA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=HxFnxsI+U2VXkyZJFzVscHNu85Xy35gQKAvN1QDCv n8=; b=Wx9PtnrL7ntH8Qo81NDmahhGgPa/X0W7jPujP9WJnGqCm9nk+Q1KMkfU/ Vzyd3jHDpqLRMXjo4dXEEjEUX3u/mHSwIp+mD59becTf9XktwO/ppx8FRt3H2SUt aPbgcUkNEz4G+IRQDWn4cyrG2ReTI2Rwl/DCwRdreEtm+LlAxitWU01E9BsVz8aA rxwsFqPKkqRBUjQ3mECzidnNUDctxFPLHNpRRHeu2t+gAa2lyruKo+oRm92RxGyR KypXgORDEZw0nRm44MoB7r87VTzp31N6Tils4US8kotjnO6+SMVFnFWGdIwc4+nZ 6BbNgMUqPz/7tmC/MSTNAddktcCAA==
X-ME-Sender: <xms:2ICDXixqaREcX7q1UrhwjLbVsi0-02-Q5NrhdIPbGXeWsH2TFh8csg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrtddtgdekvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffkvffuhfgjfhfogggtgfesthgsre dtredtjeenucfhrhhomhepofgrrhhtihhnuceujhpnrhhklhhunhguuceomhgsjhdoihgv thhfseegieeikedrshgvqeenucffohhmrghinhepghhithhhuhgsrdgtohhmpdhivghtfh drohhrghenucfkphepudehkedrudejgedrgedrgeegnecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhepmhgsjhdoihgvthhfseegieeikedrshgv
X-ME-Proxy: <xmx:2ICDXmaO1FK0d5SmzWi5m-nMSrzmBTcKCreyKjc1yM_9W-NDLYYMzg> <xmx:2ICDXj1TEcAEK3mmodbPOJtR0lg9oBujKt4kf_stnHqkCFaA0b1rxg> <xmx:2ICDXoe9z0x1HyLOZmlWfGHKKP_lMoi1PrS4pWPc50GkTObA-uyY4Q> <xmx:2YCDXqRkNpkSe9W8B4zHZYMWQNBV0a6O6nfTGripiFN2-zSTlMoErg>
Received: from localhost (unknown [158.174.4.44]) by mail.messagingengine.com (Postfix) with ESMTPA id BBED8306CB93; Tue, 31 Mar 2020 13:41:43 -0400 (EDT)
Date: Tue, 31 Mar 2020 19:41:42 +0200 (CEST)
Message-Id: <20200331.194142.181146788647422681.id@4668.se>
To: kent+ietf@watsen.net
Cc: auerswal@unix-ag.uni-kl.de, cabo@tzi.org, balazs.lengyel=40ericsson.com@dmarc.ietf.org, netmod@ietf.org
From: Martin =?iso-8859-1?Q?Bj=F6rklund?= <mbj+ietf@4668.se>
In-Reply-To: <010001713156ff08-ba75eac7-ed5d-4378-a23a-c3fa1d296725-000000@email.amazonses.com>
References: <3e2333ce-d20a-60f7-3578-5199720a03d6@unix-ag.uni-kl.de> <20200331.170449.1892418214423395231.id@4668.se> <010001713156ff08-ba75eac7-ed5d-4378-a23a-c3fa1d296725-000000@email.amazonses.com>
X-Mailer: Mew version 6.8 on Emacs 25.2
Mime-Version: 1.0
Content-Type: Text/Plain; charset=utf-8
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/mmcgI8vdbQPqIqkjbPTg0XovzAU>
Subject: Re: [netmod] rfcstrip does not work on https://tools.ietf.org/html/draft-ietf-netmod-artwork-folding-12
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: Tue, 31 Mar 2020 17:41:48 -0000

Hi,

Kent Watsen <kent+ietf@watsen.net> wrote:
> Hi Martin,
> 
> > Version 1.2 of rfcstrip (https://github.com/mbj4668/rfcstrip <https://github.com/mbj4668/rfcstrip>) can
> > extract from the "artwork" element, and performs artwork unfolding, if
> > needed.
> 
> Thanks for this update to rfcstrip!
> 
> If it’s not too late, may I suggest changing “-a” to “-x”?
> 
> Reasons:
>    1) ‘a’ stands for “artwork” but, in the long run, we’ll only be
>    striping out “sourcecode” elements

Before this fix, rfcstrip handled sourcecode elements only.  With -a,
it also handles artwork.

>    2) ‘x’ could refer to the input format “XML” (as opposed to the
> default “txt” format)
> 
> Better, perhaps `rfcstrip` could automatically do the right thing,
> either by keying off the suffix (.xml vs .txt) or by first testing
> if the file contains XML?

It already automatically tests if it is XML; there's no flag for that.


/martin