From nobody Tue Feb 6 10:38:09 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE674127077 for ; Tue, 6 Feb 2018 10:38:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 rLwIRnYYZ_Sb for ; Tue, 6 Feb 2018 10:38:05 -0800 (PST) Received: from mail-pl0-x234.google.com (mail-pl0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D856F12741D for ; Tue, 6 Feb 2018 10:38:05 -0800 (PST) Received: by mail-pl0-x234.google.com with SMTP id o13so1789913pli.6 for ; Tue, 06 Feb 2018 10:38:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:organization:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=ctnKkdXC+E8wG41YGy195yovteyFpgsNfmlXlwrtYwU=; b=YwUPluBC37+wHOSSU59aSgFRBre+t/GScPYvA3kr0YtFuhHtj2MWWpFELLO3IntT3S 8qOPqeO4tvqaTz7CmmltOlsry0/uwGCAWgP1Vav5zrCEqOEHqaoZdH6Cht3x5j4wh3bO oQC0JCGKk4MqTK6vrSXFsNxUTg7m628WuuinP5v50o8iQvcPkRXQl0hHjLayayqiv1lR 1rFMGEa9GPqA1hD7+L96EJNHKNfwvhmPvMMkos6nArdBXLWLPqKtMbht40u+QNbw9onQ aszFgm2O6iEbtWm1qup0nOEyHP+v3GCcXv70/kgBfLGGzafztAFa+/zK4xC5oZO5UDDO xIWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:organization:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=ctnKkdXC+E8wG41YGy195yovteyFpgsNfmlXlwrtYwU=; b=jyXCbN+DiOcpXoxlflkAGmW9wjyq+BHoJKSdNH47EV+CUyH8lHRBtTcEwWjIcLVA1a ampVX4im60/9qCf4mKrznsjeVAM61fdUhlULQCsnz3u5nImHICEZwNiXzA6wJpIOa6C0 xkfxjDNr+X1WNLazI61lFdhpPKf2C3xXkNQ0kFzaOIVDeTmqOlXbzjhouhnygy19HmLq mE2401nt3U/JAWfQ/g9TOv7rih/boeecQmRrDU59+2xippRd4HBTQZ0W8fUT0vlfz+LI 9XJQiD4vXYbLxPhlq9XpWkUv4OLLpgMGkj8nxczRHRwkn5qDO7GuF6XbXZ4lkhu0aZI0 QhmA== X-Gm-Message-State: APf1xPD6pMFnNzAn1uHHS+/P4VsARuy1ZpDVGRTsbwbk5FmD77tGH+lQ PkKYhd6vks36FQNl9f9E5iwtJg== X-Google-Smtp-Source: AH8x226yDqJTEf+Te6In6mgzUiqz2O6gmD9j0BOYspInJzSL4hX1xvojIciRisIiMlPHATasb4mAcg== X-Received: by 2002:a17:902:ab8f:: with SMTP id f15-v6mr3288662plr.214.1517942285115; Tue, 06 Feb 2018 10:38:05 -0800 (PST) Received: from ?IPv6:2406:e001:3ff5:1:28cc:dc4c:9703:6781? ([2406:e001:3ff5:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id s89sm23377744pfk.35.2018.02.06.10.38.02 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Feb 2018 10:38:04 -0800 (PST) To: xml2rfc@ietf.org From: Brian E Carpenter Organization: University of Auckland Message-ID: Date: Wed, 7 Feb 2018 07:38:04 +1300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [xml2rfc] "Contributors" section in xml2rfc v2 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 18:38:08 -0000 Hi, This may be an FAQ but if it's documented I'm missing it. Is there a good way to generate a Contributors section (as in https://tools.ietf.org/html/rfc7322#page-24), preferably using blocks? Brian P.S. When can we start talking about feature requests for v3? From nobody Tue Feb 6 22:21:00 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2980312D88B for ; Tue, 6 Feb 2018 22:20:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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 ZtcIf6dpihG6 for ; Tue, 6 Feb 2018 22:20:56 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04A7B1204DA for ; Tue, 6 Feb 2018 22:20:55 -0800 (PST) Received: from [192.168.178.20] ([93.217.84.127]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDyFr-1eUkFm2spT-00HMbo; Wed, 07 Feb 2018 07:20:53 +0100 To: Brian E Carpenter , xml2rfc@ietf.org References: From: Julian Reschke Message-ID: Date: Wed, 7 Feb 2018 07:20:54 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:hRgwXpF1d1Zkn3zeoIN3QfH7vBdwCrAKP7tWBVoLRwhQgMNSIb7 IKUi79dKZIZ0M+Z+jvHBKtWiTOsTfMjwPema2p3ueEZ2nnW4rSav5ezxH5AiVXxSrkkUvgl T6GYXvcqy/StIfWdCUV25tFrgagAaK0rWa8wRBoXgAKnxtHp7Ao2qzPFa+GbMu6lwnFMTvj SP1ezMoEB45LL1xnBQsQw== X-UI-Out-Filterresults: notjunk:1;V01:K0:LZtDG2nQ9H4=:ORkYxm6ABhJUHgFe1Ef4EV BXsLzcr57jaQW8MS1s8oq7DpaxgB5XiyW847tbNUXKuBDtOGS53A9Z8UU77NzN5byGftW5nhk fA9tsroJ9KJINzRoCoE5zD4xC7+HvNRQ/Q4113J07cK4YKtUIXS4IEFWmMDv1Xo0+P3bjxAUI IkLa/U+Sfv35LfXSg7uu24ew7L83JbH47VIeWqWhSOWGgtn34AbUbcZA4rRDmctfVbCF+fQ51 k498YoqG0K6Gfk7NVE422Fn8fAHf5IENrobxJ4JA/lDtz00tDovfpoJAgcDW1v2NxjtRPh/qf XurtuxO4gUJ2WSieMhedAILe9M2SEoqkllDi4ao/7S5nsVgXZDdbzhooQ/b4u/B8kO71BtAvX kvZGps6Yl+zYKO/GxFOqAmpDDiPUq+QqLRsy93jk5mfQobR+atEKu7NTKONuA44AmHCuEOagC xY4Q/xPItuFqeYoUqrGXVFdGUGgmct1YeYR+/oMjy6PzONahkXCrYV/XmzluxQyQ+FZB/iHpp fclEzK1AS29+EjwBrNdyW7nWNRDmaHSnU5qTapIEmDqxRUDxojq6szJW7KFapE7gU/+L+v+cN hE6sB0aXLp2bhwXizm7s/LEZ+d4Txr7AI9z1lMQUwKf88B5Sxf6U0afjBK3zWfQVjxXE9iJDQ lZqP32GbR2fB2PQlorCbv2mEq6kCNTORedfS/vwbe3c7ksI+i5b+E0ZydmE6Yoi8tlRRO6xwb zFDtUZmcWUrwoqYqdCDCl28tMX/Uw9b8U0YM+fRUHUqtMzP80acRSfXT15gV1n5+1Dw3t/VOa /lDCww3rtEPJAk6BG5I3GWKGCV4LhfTjMk9fh+9uxDzkW+skcA= Archived-At: Subject: Re: [xml2rfc] "Contributors" section in xml2rfc v2 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2018 06:20:58 -0000 On 2018-02-06 19:38, Brian E Carpenter wrote: > Hi, > > This may be an FAQ but if it's documented I'm missing it. > > Is there a good way to generate a Contributors section (as in https://tools.ietf.org/html/rfc7322#page-24), > preferably using blocks? > > Brian > > P.S. When can we start talking about feature requests for v3? In my extensions, I address it like that: >
> Test. > > Example >
> a.nonymous@example.org >
> >
So, is like (content-wise), but can be used where appears. (No, I apparently don't have documentation on that yet). Best regards, Julian From nobody Thu Feb 8 08:59:51 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7670412DA11 for ; Thu, 8 Feb 2018 08:59:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=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 FKDo4aEa_1mI for ; Thu, 8 Feb 2018 08:59:40 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A06512D96D for ; Thu, 8 Feb 2018 08:59:40 -0800 (PST) Received: from localhost ([::1]:46373 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1ejpXt-0000cz-N7; Thu, 08 Feb 2018 08:59:37 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Cc: xml2rfc@ietf.org Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: henrik@levkowetz.com, julian.reschke@gmx.de X-Trac-Project: xml2rfc Date: Thu, 08 Feb 2018 16:59:36 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/341 Message-ID: <069.36a3e7f1b18cb4a3552dfab3cf62095a@tools.ietf.org> X-Trac-Ticket-ID: 341 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, julian.reschke@gmx.de, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] #341 (Version 2 cli): unnumbered sections lose their anchor in HTML output X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 16:59:44 -0000 #341: unnumbered sections lose their anchor in HTML output ...you can link to them, but the link target won't work. -- -----------------------------------+---------------------------------- Reporter: julian.reschke@gmx.de | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: Keywords: | -----------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Fri Feb 9 15:29:38 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20C3D12D834; Fri, 9 Feb 2018 15:29:37 -0800 (PST) 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] 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 RAdh-mZQEmhS; Fri, 9 Feb 2018 15:29:35 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B07F612711D; Fri, 9 Feb 2018 15:29:35 -0800 (PST) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1ekI6p-0003hz-Ki; Fri, 09 Feb 2018 15:29:35 -0800 To: xml2rfc@ietf.org Cc: codesprints@ietf.org, rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Fri, 09 Feb 2018 15:29:35 -0800 X-SA-Exim-Connect-IP: X-SA-Exim-Rcpt-To: codesprints@ietf.org, rfc-markdown@ietf.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] New xml2rfc release: v2.9.1 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 23:29:37 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.9.1, generated when running the mkrelease script. Release notes: xml2rfc (2.9.1) ietf; urgency=medium Boilerplate grammar fix, see https://www.rfc-editor.org/errata/eid5248 The preferred way to install xml2rfc is by doing 'pip install xml2rfc', and 'pip install --upgrade xml2rfc' to upgrade. The new version is also available through SVN checkout, with 'svn checkout http://svn.tools.ietf.org/svn/tools/xml2rfc/tags/cli/2.9.1' Regards, Henrik (via the mkrelease script) From nobody Fri Feb 9 15:50:44 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26A2D120227 for ; Fri, 9 Feb 2018 15:50:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 rphaeggIB5-G for ; Fri, 9 Feb 2018 15:50:34 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 707CB120047 for ; Fri, 9 Feb 2018 15:50:34 -0800 (PST) Received: from localhost ([::1]:45051 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1ekIR7-0002hW-LU; Fri, 09 Feb 2018 15:50:33 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Cc: xml2rfc@ietf.org Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: henrik@levkowetz.com, jyasskin@chromium.org X-Trac-Project: xml2rfc Date: Fri, 09 Feb 2018 23:50:33 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/342 Message-ID: <069.f12d5815e88c85df1a16b4aa16258b7c@tools.ietf.org> X-Trac-Ticket-ID: 342 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, jyasskin@chromium.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] #342 (Version 2 cli): Missing dependency on intervaltree X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 23:50:36 -0000 #342: Missing dependency on intervaltree https://travis-ci.org/jyasskin/webpackage/builds/339700698 shows a "No module named intervaltree" error from scripts.py after `pip install xml2rfc`. https://trac.tools.ietf.org/tools/xml2rfc/trac/browser/trunk/cli/setup.py#L100 in fact doesn't list that dependency. -- -----------------------------------+---------------------------------- Reporter: jyasskin@chromium.org | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: Keywords: | -----------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Fri Feb 9 15:53:47 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C41DB12D834; Fri, 9 Feb 2018 15:28:52 -0800 (PST) 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] 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 Ic8nhtLFG8iQ; Fri, 9 Feb 2018 15:28:50 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D192012711D; Fri, 9 Feb 2018 15:28:50 -0800 (PST) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:49325 helo=[192.168.1.120]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ekI64-0006eg-GE; Fri, 09 Feb 2018 15:28:49 -0800 From: Henrik Levkowetz To: rse@rfc-editor.org Cc: arusso@amsl.com, glen@amsl.com, henrik@levkowetz.com, housley@vigilsec.com, mferguson@amsl.com, mlarson@amsl.com, rjs@nostrum.com, sginoza@amsl.com, xml2rfc@ietf.org, rfc-markdown@ietf.org, codesprints@ietf.org Message-ID: <35346c45-e493-27fa-be92-6717e09af984@levkowetz.com> Date: Sat, 10 Feb 2018 00:28:38 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="57EgC0L7jPdhFh9tJHHnSdqnH9MrI3XCr" X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: codesprints@ietf.org, rfc-markdown@ietf.org, xml2rfc@ietf.org, sginoza@amsl.com, rjs@nostrum.com, mlarson@amsl.com, mferguson@amsl.com, housley@vigilsec.com, henrik@levkowetz.com, glen@amsl.com, arusso@amsl.com, rse@rfc-editor.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: X-Mailman-Approved-At: Fri, 09 Feb 2018 15:53:46 -0800 Subject: [xml2rfc] New xml2rfc release: v2.9.0 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 23:28:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --57EgC0L7jPdhFh9tJHHnSdqnH9MrI3XCr Content-Type: multipart/mixed; boundary="aMLQoLC75B2IjRFtObuBgeKN9OSwfAMaS"; protected-headers="v1" From: Henrik Levkowetz To: rse@rfc-editor.org Cc: arusso@amsl.com, glen@amsl.com, henrik@levkowetz.com, housley@vigilsec.com, mferguson@amsl.com, mlarson@amsl.com, rjs@nostrum.com, sginoza@amsl.com, xml2rfc@ietf.org, rfc-markdown@ietf.org, codesprints@ietf.org Message-ID: <35346c45-e493-27fa-be92-6717e09af984@levkowetz.com> Subject: New xml2rfc release: v2.9.0 --aMLQoLC75B2IjRFtObuBgeKN9OSwfAMaS Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, Re-sending this, to fix broken formatting. Release notes: xml2rfc (2.9.0) ietf; urgency=3Dmedium This release introduces preptool functionality, through a --preptool ou= tput mode. With reservation for some points for which issues has been raise= d, this follows the specification in RFC7998. The preptool currently takes vocabulary v3 input, and produces prepped output. When work on the text formatter commences, the idea is that th= e input xml source will always be run through v2v3 conversion and preptoo= l processing before the output formatting, in order to increase consisten= cy and reduce complexity of the output formatter. There are also some changes which are not related to the preptool functionality: The tox tests have been changed to add testing under Pyt= hon 3.6, and removed test runs for Python 3.3. Although there is no intent= ion of breaking compatibility with Python 3.3, it may happen eventually sin= ce there will not be any release testing with that version of Python. The v2v3 converter in some cases could insert elements wit= h only a name=3D attribute, because the required seriesNo=3D attribute on= was missing. This has been changed. In order to work around a debilitating issue with relax-ng validation i= n libxml2 (time to validate increases exponentially with number of attrib= utes on the root element: https://bugzilla.gnome.org/show_bug.cgi?id=3D13373= 6) some empty attributes on are removed during processing; for insta= nce obsoletes=3D"" and updates=3D"". They don't contribute information, bu= t increase validation time with a factor ~20. In order to identify the unicode scripts needed to display a document, a module to efficiently identify the scripts related to unicode codepoi= nts has been written. The 'uniscripts' module which was originally intende= d to be used for this turned out not to be viable. The new 'scripts' module= can be broken out for separate release as a library module, if desired. In order to work with vocabulary v3 input, the parser has been slightly= modified to not do input validation according to rfc2629.dtd if not appropriate. The preferred way to install xml2rfc is by doing 'pip install xml2rfc', and 'pip install --upgrade xml2rfc' to upgrade. The new version is also available through SVN checkout, with 'svn checkout http://svn.tools.ietf.org/svn/tools/xml2rfc/tags/cli/2.9.= 0' Regards, Henrik (via the mkrelease script) --aMLQoLC75B2IjRFtObuBgeKN9OSwfAMaS-- --57EgC0L7jPdhFh9tJHHnSdqnH9MrI3XCr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAlp+LqcACgkQTptXS4+7 FxoXog//Yq+ttCPcj9VP8gEPNFVow7Wd9ndEJ0HNeQFDN6tF0VZdAImtUXGmAwfK KrStQMfdOqtEZFujTfxt6NkVev0EQLILHwEdmJBmM7+8yfZ4l2k1AN5f0AUYzBIC AJV84r1t/DCV3lxFLUdrTN/An9LwGqGW3p6pl89yhXRQH044LNuOUzLLHsnktXqX dDO83vn3gPyNGEEhamlBjMhsQg0W3Y3nTBUZnmROUQ3QQUG1zyyxlM/rqn25LK4R zISgczIQSxBYwZ8dxOT1/Eueqo/UrBRevZOsuecvPhWFH55uKDYn7VWahzdyY5OY GWuvBs1XmXLXxp6gS3un/XkvwIiWsCqY2hFxt2R3HgQbX4wosY+q/TvC3RoQifF4 h3HJFp9qoTt+8k3U9u/d+MOI7NmnzqR1h/B9FLbOMJWfHRSK+uNoF9V/Tft4XCGc /3ZdswpxHpxqLacRNyI6W6z2yGfeJCCZUIpVyWeaFzU76glQAMDMZ2cfiHHDUO5+ MgNBsDV2XQqIcXHz3drwcY4P/JIyeGuFR+9FGSGEHmBTaPVYddKsDf9aJfhXGMH/ qgcm2lWP6K30koURHFmAdTOX3p4XqcZJE6pSYSQceHap2SDfsSbHKvwCvXU1tt+o PpR+sdgOe6uDunEjzRpuQ0RbkSv6Tq4NRWr1adqjXfTuoh/AnIE= =MoQk -----END PGP SIGNATURE----- --57EgC0L7jPdhFh9tJHHnSdqnH9MrI3XCr-- From nobody Fri Feb 9 16:06:15 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A911120227 for ; Fri, 9 Feb 2018 16:06:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 YtMtSOSxT6UN for ; Fri, 9 Feb 2018 16:06:12 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E56C0120047 for ; Fri, 9 Feb 2018 16:06:12 -0800 (PST) Received: from localhost ([::1]:45232 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1ekIgG-0001Eb-7E; Fri, 09 Feb 2018 16:06:12 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Cc: xml2rfc@ietf.org Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: henrik@levkowetz.com, jyasskin@chromium.org X-Trac-Project: xml2rfc Date: Sat, 10 Feb 2018 00:06:12 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/343 Message-ID: <069.b337f4b03e5a389cbe694467516d3094@tools.ietf.org> X-Trac-Ticket-ID: 343 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, jyasskin@chromium.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] #343 (Version 2 cli): scripts.py doesn't work in python2 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 00:06:14 -0000 #343: scripts.py doesn't work in python2 data/Scripts.txt includes non-ASCII characters, but is loaded as a str, not a unicode. With `from __future__ import unicode_literals`, you wind up with b'# \xc2\xa9 2017 Unicode\xc2\xae, Inc.'.startswith(u'#') which gives a UnicodeDecodeError. -- -----------------------------------+---------------------------------- Reporter: jyasskin@chromium.org | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: Keywords: | -----------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Fri Feb 9 16:58:17 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A78DE124F57 for ; Fri, 9 Feb 2018 16:58:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=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 eQbUDKvBfnma for ; Fri, 9 Feb 2018 16:58:14 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54D88120227 for ; Fri, 9 Feb 2018 16:58:14 -0800 (PST) Received: from localhost ([::1]:46861 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1ekJUY-0007eM-Lr; Fri, 09 Feb 2018 16:58:12 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Cc: xml2rfc@ietf.org Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Sat, 10 Feb 2018 00:58:10 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/342#comment:1 Message-ID: <084.c57c7466595144e2fc7be0334f87dbc2@tools.ietf.org> References: <069.f12d5815e88c85df1a16b4aa16258b7c@tools.ietf.org> X-Trac-Ticket-ID: 342 In-Reply-To: <069.f12d5815e88c85df1a16b4aa16258b7c@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] #342 (Version 2 cli): Missing dependency on intervaltree X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 00:58:16 -0000 #342: Missing dependency on intervaltree Comment (by henrik@levkowetz.com): Bah. Too many parallel projects. In another recent project I loaded the requirements from requirements.txt into setup.py, but not here. Fix coming. -- ------------------------------------+---------------------------------- Reporter: jyasskin@chromium.org | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: Resolution: | Keywords: ------------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Fri Feb 9 17:00:19 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF569124F57 for ; Fri, 9 Feb 2018 17:00:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=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 yD4fzL05LEk8 for ; Fri, 9 Feb 2018 17:00:16 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3263C120227 for ; Fri, 9 Feb 2018 17:00:16 -0800 (PST) Received: from localhost ([::1]:46894 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1ekJWX-0007Te-LW; Fri, 09 Feb 2018 17:00:13 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Cc: xml2rfc@ietf.org Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Sat, 10 Feb 2018 01:00:13 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/342#comment:2 Message-ID: <084.ab062cf813d26eec6c134f63e921f012@tools.ietf.org> References: <069.f12d5815e88c85df1a16b4aa16258b7c@tools.ietf.org> X-Trac-Ticket-ID: 342 In-Reply-To: <069.f12d5815e88c85df1a16b4aa16258b7c@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] #342 (Version 2 cli): Missing dependency on intervaltree X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 01:00:18 -0000 #342: Missing dependency on intervaltree Comment (by henrik@levkowetz.com): I also have to figure out why tox didn't catch this ... -- ------------------------------------+---------------------------------- Reporter: jyasskin@chromium.org | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: Resolution: | Keywords: ------------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Fri Feb 9 18:12:09 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BCE731201F8 for ; Fri, 9 Feb 2018 18:12:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=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 Yy67gxIB9duT for ; Fri, 9 Feb 2018 18:12:06 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 298AD127023 for ; Fri, 9 Feb 2018 18:12:06 -0800 (PST) Received: from localhost ([::1]:47952 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1ekKe5-00042y-SB; Fri, 09 Feb 2018 18:12:05 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Cc: xml2rfc@ietf.org Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Sat, 10 Feb 2018 02:12:05 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: /ticket/343#comment:1 Message-ID: <084.a209058eb946721f4fd819684a6edfd5@tools.ietf.org> References: <069.b337f4b03e5a389cbe694467516d3094@tools.ietf.org> X-Trac-Ticket-ID: 343 In-Reply-To: <069.b337f4b03e5a389cbe694467516d3094@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] #343 (Version 2 cli): scripts.py doesn't work in python2 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 02:12:08 -0000 #343: scripts.py doesn't work in python2 Changes (by henrik@levkowetz.com): * status: new => closed * resolution: => fixed Comment: Fixed in [2425]: Fixed issues with installation and with execution under python 2.7. Fixes issue #342 and #343. -- ------------------------------------+---------------------------------- Reporter: jyasskin@chromium.org | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: Resolution: fixed | Keywords: ------------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Fri Feb 9 18:12:13 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4ECBF127023 for ; Fri, 9 Feb 2018 18:12:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=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 BJ41p6Hebgcu for ; Fri, 9 Feb 2018 18:12:06 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 29832120721 for ; Fri, 9 Feb 2018 18:12:06 -0800 (PST) Received: from localhost ([::1]:47951 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1ekKe5-00042w-QM; Fri, 09 Feb 2018 18:12:05 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Cc: xml2rfc@ietf.org Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Sat, 10 Feb 2018 02:12:05 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: /ticket/342#comment:3 Message-ID: <084.f5512461e966406d990b454fdae6d935@tools.ietf.org> References: <069.f12d5815e88c85df1a16b4aa16258b7c@tools.ietf.org> X-Trac-Ticket-ID: 342 In-Reply-To: <069.f12d5815e88c85df1a16b4aa16258b7c@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] #342 (Version 2 cli): Missing dependency on intervaltree X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 02:12:08 -0000 #342: Missing dependency on intervaltree Changes (by henrik@levkowetz.com): * status: new => closed * resolution: => fixed Comment: Fixed in [2425]: Fixed issues with installation and with execution under python 2.7. Fixes issue #342 and #343. -- ------------------------------------+---------------------------------- Reporter: jyasskin@chromium.org | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: Resolution: fixed | Keywords: ------------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Fri Feb 9 18:25:42 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 368A1124239; Fri, 9 Feb 2018 18:25:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=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 iiVgGjUBkzSc; Fri, 9 Feb 2018 18:25:32 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3513A120721; Fri, 9 Feb 2018 18:25:32 -0800 (PST) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1ekKr6-0003YA-3z; Fri, 09 Feb 2018 18:25:32 -0800 To: xml2rfc@ietf.org Cc: codesprints@ietf.org, rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Fri, 09 Feb 2018 18:25:32 -0800 X-SA-Exim-Connect-IP: X-SA-Exim-Rcpt-To: codesprints@ietf.org, rfc-markdown@ietf.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] New xml2rfc release: v2.9.2 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 02:25:34 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.9.2, generated when running the mkrelease script. Release notes: xml2rfc (2.9.2) ietf; urgency=medium * Fixed issues with packaging and with execution under python 2.7. Fixes issue #342 and #343. -- Henrik Levkowetz 09 Feb 2018 18:20:32 -0800 The preferred way to install xml2rfc is by doing 'pip install xml2rfc', and 'pip install --upgrade xml2rfc' to upgrade. The new version is also available through SVN checkout, with 'svn checkout http://svn.tools.ietf.org/svn/tools/xml2rfc/tags/cli/2.9.2' Regards, Henrik (via the mkrelease script) From nobody Thu Feb 15 06:40:13 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FE2C124234 for ; Thu, 15 Feb 2018 06:40:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.909 X-Spam-Level: X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=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 ffrZX_6R5JtM for ; Thu, 15 Feb 2018 06:40:09 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D272120725 for ; Thu, 15 Feb 2018 06:40:09 -0800 (PST) Received: from localhost ([::1]:54984 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1emKhk-00029Q-JW; Thu, 15 Feb 2018 06:40:08 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Cc: xml2rfc@ietf.org Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Thu, 15 Feb 2018 14:40:08 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: /ticket/337#comment:1 Message-ID: <087.09085647b518f332ce7b0a7a2e593452@tools.ietf.org> References: <072.3f93ea90e614ed8920a492c0047317bc@tools.ietf.org> X-Trac-Ticket-ID: 337 In-Reply-To: <072.3f93ea90e614ed8920a492c0047317bc@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] #337 (Version 2 cli): Deal better with time zones and non-specific dates X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 14:40:12 -0000 #337: Deal better with time zones and non-specific dates Changes (by henrik@levkowetz.com): * status: new => closed * resolution: => fixed Comment: Fixed in [2448]: Changed the way defaults are calculated. Previously, today's date were used to populate missing day if month and year matched, and to populate month if year matched. However, if today's date lay in an adjoining month, even if it was within days of that month, the day would be set to the first of the given month. This commit changes that, to use the last day of the month instead of the first of the month, if the month is the previous month to today's date. This will result in a different derived date than earlier, closer to today's date. This fixes issue #337. -- ---------------------------------------+---------------------------------- Reporter: martin.thomson@gmail.com | Owner: henrik@levkowetz.com Type: defect | Status: closed Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: fixed | Keywords: ---------------------------------------+---------------------------------- Ticket URL: xml2rfc From nobody Thu Feb 15 07:00:11 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD4ED126B7E; Thu, 15 Feb 2018 07:00:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=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 k3_f_8HWaVbo; Thu, 15 Feb 2018 07:00:08 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D8131201F2; Thu, 15 Feb 2018 07:00:08 -0800 (PST) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1emL15-0004Ij-Un; Thu, 15 Feb 2018 07:00:07 -0800 To: xml2rfc@ietf.org Cc: codesprints@ietf.org, rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Thu, 15 Feb 2018 07:00:07 -0800 X-SA-Exim-Connect-IP: X-SA-Exim-Rcpt-To: codesprints@ietf.org, rfc-markdown@ietf.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] New xml2rfc release: v2.9.3 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 15:00:10 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.9.3, generated when running the mkrelease script. Release notes: xml2rfc (2.9.3) ietf; urgency=medium * Changed the way defaults are calculated. Previously, today's date were used to populate missing day if month and year matched, and to populate month if year matched. However, if today's date lay in an adjoining month, even if it was within days of that month, the day would be set to the first of the given month. This commit changes that, to use the last day of the month instead of the first of the month, if the month is the previous month to today's date. This will result in a different derived date than earlier, closer to today's date. This fixes issue #337. * Fixed a bug in a preptool.py error message. Reverted a prettyprinting change which caused inconsistent behaviour between writers. * Moved normalize_month() to utils, for use in multiple writers. * Made the makefile less verbose. * Improved the pretty-printing of v2v3 output. Fixed a bug in the attribute_xref_target() handler name that prevented it from being called. * Removed whitespace normalization from v2v3 writer. * Moved handling of exempted default attributes in preptool inside get_attribute_defaults(), for consistency. * Added an option --liberal to permit re-processing of prepped source without error exit. This mode will be needed when we make the preptool part of the default processing pipeline. Also removed whitespace normalization for v2v3, exp, and preptool output, in order to not change authors' text formatting when not needed. * Lowered the requirement on six to 1.4.1 in order to make installation easier on some systems with locked system python libs that include six. -- Henrik Levkowetz 15 Feb 2018 06:57:05 -0800 The preferred way to install xml2rfc is by doing 'pip install xml2rfc', and 'pip install --upgrade xml2rfc' to upgrade. If there are system- installed python modules which pip will not upgrade, you may have to use 'pip install --upgrade --no-deps xml2rfc' and install dependencies manually. The new version is also available through SVN checkout, with 'svn checkout http://svn.tools.ietf.org/svn/tools/xml2rfc/tags/cli/2.9.3' Regards, Henrik (via the mkrelease script) From nobody Fri Feb 16 14:13:00 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1457E1200F1; Fri, 16 Feb 2018 14:12:50 -0800 (PST) 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] 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 Mp2eA7OcZJIW; Fri, 16 Feb 2018 14:12:48 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CD0212008A; Fri, 16 Feb 2018 14:12:48 -0800 (PST) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1emoFM-000155-If; Fri, 16 Feb 2018 14:12:48 -0800 To: xml2rfc@ietf.org Cc: codesprints@ietf.org, rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Fri, 16 Feb 2018 14:12:48 -0800 X-SA-Exim-Connect-IP: X-SA-Exim-Rcpt-To: codesprints@ietf.org, rfc-markdown@ietf.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] New xml2rfc release: v2.9.4 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2018 22:12:50 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.9.4, generated when running the mkrelease script. Release notes: xml2rfc (2.9.4) ietf; urgency=high * Fixed a bug in the date output format when no month or numeric month is given in . -- Henrik Levkowetz 16 Feb 2018 14:10:28 -0800 The preferred way to install xml2rfc is by doing 'pip install xml2rfc', and 'pip install --upgrade xml2rfc' to upgrade. If there are system- installed python modules which pip will not upgrade, you may have to use 'pip install --upgrade --no-deps xml2rfc' and install dependencies manually. The new version is also available through SVN checkout, with 'svn checkout http://svn.tools.ietf.org/svn/tools/xml2rfc/tags/cli/2.9.4' Regards, Henrik (via the mkrelease script) From nobody Mon Feb 19 11:40:40 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5B60126CD6 for ; Mon, 19 Feb 2018 11:40:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 X2Yi-EMr4cll for ; Mon, 19 Feb 2018 11:40:36 -0800 (PST) Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 09ECB1204DA for ; Mon, 19 Feb 2018 11:40:35 -0800 (PST) Received: from xsmtp03.mail2web.com ([168.144.250.223]) by mx26.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.89) (envelope-from ) id 1enrID-00014j-Lz for xml2rfc@ietf.org; Mon, 19 Feb 2018 20:40:08 +0100 Received: from [10.5.2.49] (helo=xmail11.myhosting.com) by xsmtp03.mail2web.com with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1enrI7-00038x-2Y for xml2rfc@ietf.org; Mon, 19 Feb 2018 14:40:03 -0500 Received: (qmail 18886 invoked from network); 19 Feb 2018 19:39:57 -0000 Received: from unknown (HELO [192.168.1.101]) (Authenticated-user:_huitema@huitema.net@[172.56.42.184]) (envelope-sender ) by xmail11.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 19 Feb 2018 19:39:57 -0000 To: xml2rfc@ietf.org From: Christian Huitema Message-ID: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> Date: Mon, 19 Feb 2018 11:39:51 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------58E622E09FFEF94029CD046A" Content-Language: en-US X-Originating-IP: 168.144.250.223 X-AntiSpamCloud-Domain: xsmtpout.mail2web.com X-AntiSpamCloud-Username: 168.144.250.0/24 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com X-AntiSpamCloud-Outgoing-Class: unsure X-AntiSpamCloud-Outgoing-Evidence: Combined (0.46) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5lYtn+qUvgBeCbhK/xrkmsd602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO4Si/XQmUSBXqoUHBoJZ/WKIbg6INTucL51iwLVw9Lt6FAPRPtITvUWDvQhGaF5OhJ8j cRWGrGPw27W+gUvIvJNVr8eP+Wmp/y/AB2KysgGDKJFDndlqrWL7rkpHI3ee1bUJ8oN+d2/1YClf NOnZIS+k7MxK87c44TynDTcugpM/kRBtrTRM/4TRHmTy40yDhnXc9h1jP0GCLUBD5fsSyyeBaQIi fdaGzMoXcgXnOXfsRAwX31WVY5lWjWxuGSRuxURW8UvT0kUDO7BO02wlaiMJNrZqjoiSWdcjcZLv /Am2ptBB9icD2fnZzw/HNF6wGm/P3Q658NtotfOVlwP9Y9difvX7GxYM34o1TppnqMQvRCowZA5L CYQ/A/jAHMzvs6BmNlijRSWQzbBZx5Si4hoS/zo8hE3TxfS0DKWB74FIQJtI1O2CdZ6bnYVutIcm jlz8j29b2fAf9UOC/ab425jLviU+xRd5Yg2IfCgYe1OmAmOBZ1ieJDe6Asov1umUeHx5R/COXg/H 2R5q8PH0QwNEJjCP/3yjFpaR7dhzcTKKqIO/ciXmj2rdgHBdZj5wUpo3W/Y4yI4deZTJl4+GwXal 2uO1aNahU3xgdP6yeyunSgyWcLfKe/n94zMJT8CexGEvvmssV3K58zj3LjS1IPNpKFcmFrrIRWCy u7LpLoZp+naVZmh0BoPKj18WnnxxyTHmzmONufr9FEAGS7PAFHB+pvlHhV6a5QjptwQBGybQgnxZ XgdIdLtY+cY6qIpOnQd7yTPlnnqhGWzCa0ZhtZrwe/yvBYwczM8pbST/Mt66ZJ0Q4x+0GOxZvoEN DONKwbqScwCZuU7gKLZ27IcMO0Hg1PN4comZvgBScxmwlNsZezK1R93y2ozvPDCpAswLYDEvuGsl KTrRIXcXpFg5ivY= X-Report-Abuse-To: spam@quarantine5.antispamcloud.com Archived-At: Subject: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 19:40:39 -0000 This is a multi-part message in MIME format. --------------58E622E09FFEF94029CD046A Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SW4gc2V2ZXJhbCBkcmFmdHMsIEkgb2JzZXJ2ZWQgdGhhdCAiYXJ0d29yayIgd2FzIG5vdCBy ZW5kZXJlZCBwcm9wZXJseS4NCkl0IGluc2VydHMgYW4gZW1wdHkgbGluZSBhZnRlciBlYWNo IGxpbmUgb2YgaW5wdXQuIFRoZSBhdHRhY2hlZCBmaWxlDQpzaG93cyBhIHNpbXBsZSBleGFt cGxlLiBNeSBpbnB1dCBpczoNCg0KPGZpZ3VyZSBhbGlnbj0iY2VudGVyIj48YXJ0d29yayBh bGlnbj0iY2VudGVyIj4NCsKgIENsaWVudMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIFNlcnZlcg0KwqAgQ2xpZW50SGVsbG8NCsKgICsgZWFybHlfZGF0 YQ0KwqAgKyBrZXlfc2hhcmUqDQrCoCArIHBza19rZXlfZXhjaGFuZ2VfbW9kZXMNCsKgICsg cHJlX3NoYXJlZF9rZXkNCsKgICsgU05JID0gZnJvbnRpbmcNCsKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgIC0tLS0tLS0tJmd0Ow0KwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBTZXJ2ZXJIZWxsbw0KwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCArwqAgcHJlX3NoYXJlZF9rZXkN CsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgICsg a2V5X3NoYXJlKg0KwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAge0VuY3J5cHRl ZEV4dGVuc2lvbnN9DQrCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB7Q2VydGlm aWNhdGVSZXF1ZXN0Kn0NCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqAge0NlcnRpZmljYXRlKn0NCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAge0NlcnRpZmljYXRlVmVyaWZ5Kn0NCsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCB7RmluaXNoZWR9DQrCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgJmx0Oy0tLS0tLS0tLS0tLS0t LS0tLS0tDQo8L2FydHdvcms+PC9maWd1cmU+DQoNCkkgd291bGQgZXhwZWN0IHRoYXQgdG8g YmUgcmVuZGVyZWQgb24gMTcgbGluZXMuIEJ1dCBpbnN0ZWFkLA0KaHR0cHM6Ly94bWwycmZj LnRvb2xzLmlldGYub3JnL2NnaS1iaW4veG1sMnJmYy5jZ2kgcHJvZHVjZXMgMzQgbGluZXM6 DQoNCiAgICAgICBDbGllbnQgICAgICAgICAgICAgICAgICAgICAgIFNlcnZlcg0KDQogICAg ICAgQ2xpZW50SGVsbG8NCg0KICAgICAgICsgZWFybHlfZGF0YQ0KDQogICAgICAgKyBrZXlf c2hhcmUqDQoNCiAgICAgICArIHBza19rZXlfZXhjaGFuZ2VfbW9kZXMNCg0KICAgICAgICsg cHJlX3NoYXJlZF9rZXkNCg0KICAgICAgICsgU05JID0gZnJvbnRpbmcNCg0KICAgICAgICAg ICAgICAgICAgICAgICAgIC0tLS0tLS0tPg0KDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFNlcnZlckhlbGxvDQoNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKyAgcHJl X3NoYXJlZF9rZXkNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICsga2V5X3NoYXJlKg0KDQogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAge0VuY3J5cHRlZEV4dGVuc2lvbnN9DQoN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB7Q2Vy dGlmaWNhdGVSZXF1ZXN0Kn0NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICB7Q2VydGlmaWNhdGUqfQ0KDQogICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHtDZXJ0aWZpY2F0ZVZlcmlm eSp9DQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHtGaW5pc2hlZH0NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgPC0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0KSSBzdXBwb3NlIEkgbWF5IGJlIGRvaW5n IHNvbWV0aGluZyB3cm9uZywgYnV0IEkgaGF2ZSBubyBpZGVhLiBDYW4gc29tZW9uZSBoZWxw IG1lPw0KDQpUaGFua3MNCg0KLS0gQ2hyaXN0aWFuIEh1aXRlbWENCg0KDQoNCg== --------------58E622E09FFEF94029CD046A Content-Type: text/xml; name="draft3.xml" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft3.xml" //48AD8AeABtAGwAIAB2AGUAcgBzAGkAbwBuAD0AIgAxAC4AMAAiACAAZQBuAGMAbwBkAGkA bgBnAD0AIgBVAFQARgAtADgAIgA/AD4ADQAKADwAIQBEAE8AQwBUAFkAUABFACAAcgBmAGMA IABTAFkAUwBUAEUATQAgACcAcgBmAGMAMgA2ADIAOQAuAGQAdABkACcAIABbAF0APgANAAoA PAByAGYAYwAgAGkAcAByAD0AIgB0AHIAdQBzAHQAMgAwADAAOQAwADIAIgAgAGMAYQB0AGUA ZwBvAHIAeQA9ACIAcwB0AGQAIgAgAGQAbwBjAE4AYQBtAGUAPQAiAGQAcgBhAGYAdAAtAGkA ZQB0AGYALQB0AGwAcwAtAHMAbgBpAC0AZQBuAGMAcgB5AHAAdABpAG8AbgAtADAAMQAiAD4A DQAKADwAPwByAGYAYwAgAHQAbwBjAD0AIgB5AGUAcwAiAD8APgANAAoAPAA/AHIAZgBjACAA cwB5AG0AcgBlAGYAcwA9ACIAeQBlAHMAIgA/AD4ADQAKADwAPwByAGYAYwAgAHMAbwByAHQA cgBlAGYAcwA9ACIAeQBlAHMAIgA/AD4ADQAKADwAPwByAGYAYwAgAGMAbwBtAHAAYQBjAHQA PQAiAHkAZQBzACIAPwA+AA0ACgA8AD8AcgBmAGMAIABzAHUAYgBjAG8AbQBwAGEAYwB0AD0A IgBuAG8AIgA/AD4ADQAKADwAPwByAGYAYwAgAHAAcgBpAHYAYQB0AGUAPQAiACIAPwA+AA0A CgA8AD8AcgBmAGMAIAB0AG8AcABiAGwAbwBjAGsAPQAiAHkAZQBzACIAPwA+AA0ACgA8AD8A cgBmAGMAIABjAG8AbQBtAGUAbgB0AHMAPQAiAG4AbwAiAD8APgANAAoAPABmAHIAbwBuAHQA PgANAAoAPAB0AGkAdABsAGUAIABhAGIAYgByAGUAdgA9ACIAVABlAHMAdABpAG4AZwAgAHQA aABlACAAYQByAHQAdwBvAHIAawAgAGYAZQBhAHQAdQByAGUAIgA+AA0ACgBUAGUAcwB0AGkA bgBnACAAdABoAGUAIABhAHIAdAB3AG8AcgBrACAAZgBlAGEAdAB1AHIAZQANAAoAPAAvAHQA aQB0AGwAZQA+AA0ACgANAAoAPABhAHUAdABoAG8AcgAgAGkAbgBpAHQAaQBhAGwAcwA9ACIA QwAuACIAIABzAHUAcgBuAGEAbQBlAD0AIgBIAHUAaQB0AGUAbQBhACIAIABmAHUAbABsAG4A YQBtAGUAPQAiAEMAaAByAGkAcwB0AGkAYQBuACAASAB1AGkAdABlAG0AYQAiAD4ADQAKADwA bwByAGcAYQBuAGkAegBhAHQAaQBvAG4APgBQAHIAaQB2AGEAdABlACAATwBjAHQAbwBwAHUA cwAgAEkAbgBjAC4APAAvAG8AcgBnAGEAbgBpAHoAYQB0AGkAbwBuAD4ADQAKADwAYQBkAGQA cgBlAHMAcwA+AA0ACgA8AHAAbwBzAHQAYQBsAD4ADQAKADwAcwB0AHIAZQBlAHQAPgA8AC8A cwB0AHIAZQBlAHQAPgANAAoAPABjAGkAdAB5AD4ARgByAGkAZABhAHkAIABIAGEAcgBiAG8A cgA8AC8AYwBpAHQAeQA+AA0ACgA8AGMAbwBkAGUAPgBXAEEAIAAgADkAOAAyADUAMAA8AC8A YwBvAGQAZQA+AA0ACgA8AGMAbwB1AG4AdAByAHkAPgBVAC4AUwAuAEEAPAAvAGMAbwB1AG4A dAByAHkAPgANAAoAPAByAGUAZwBpAG8AbgA+ADwALwByAGUAZwBpAG8AbgA+AA0ACgA8AC8A cABvAHMAdABhAGwAPgANAAoAPABwAGgAbwBuAGUAPgA8AC8AcABoAG8AbgBlAD4ADQAKADwA ZQBtAGEAaQBsAD4AaAB1AGkAdABlAG0AYQBAAGgAdQBpAHQAZQBtAGEALgBuAGUAdAA8AC8A ZQBtAGEAaQBsAD4ADQAKADwAdQByAGkAPgA8AC8AdQByAGkAPgANAAoAPAAvAGEAZABkAHIA ZQBzAHMAPgANAAoAPAAvAGEAdQB0AGgAbwByAD4ADQAKAA0ACgA8AGQAYQB0AGUAIAB5AGUA YQByAD0AIgAyADAAMQA4ACIAIABtAG8AbgB0AGgAPQAiAEYAZQBiAHIAdQBhAHIAeQAiACAA ZABhAHkAPQAiADEAOAAiAC8APgANAAoADQAKADwAYQByAGUAYQA+AE4AZQB0AHcAbwByAGsA PAAvAGEAcgBlAGEAPgANAAoAPAB3AG8AcgBrAGcAcgBvAHUAcAA+ADwALwB3AG8AcgBrAGcA cgBvAHUAcAA+AA0ACgANAAoADQAKADwAYQBiAHMAdAByAGEAYwB0AD4ADQAKADwAdAA+AFQA aABpAHMAIABpAHMAIABuAG8AdAAgAGEAIABkAHIAYQBmAHQALgANAAoAPAAvAHQAPgANAAoA PAAvAGEAYgBzAHQAcgBhAGMAdAA+AA0ACgA8AC8AZgByAG8AbgB0AD4ADQAKAA0ACgA8AG0A aQBkAGQAbABlAD4ADQAKAA0ACgA8AHMAZQBjAHQAaQBvAG4AIABhAG4AYwBoAG8AcgA9ACIA aQBuAHQAcgBvAGQAdQBjAHQAaQBvAG4AIgAgAHQAaQB0AGwAZQA9ACIASQBuAHQAcgBvAGQA dQBjAHQAaQBvAG4AIgA+AA0ACgA8AHQAPgANAAoAVABoAGUAIABhAHIAdAB3AG8AcgBrACAA ZgBlAGEAdAB1AHIAZQAgAHAAcgBvAGQAdQBjAGUAcwAgAHQAdwBpAGMAZQAgAHQAaABlACAA bgB1AG0AYgBlAHIAIABvAGYAIABsAGkAbgBlAHMADQAKAHQAaABhAHQAIABJACAAZQB4AHAA ZQBjAHQALgANAAoAPAAvAHQAPgANAAoAPABmAGkAZwB1AHIAZQAgAGEAbABpAGcAbgA9ACIA YwBlAG4AdABlAHIAIgA+ADwAYQByAHQAdwBvAHIAawAgAGEAbABpAGcAbgA9ACIAYwBlAG4A dABlAHIAIgA+AA0ACgAgACAAQwBsAGkAZQBuAHQAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgAFMAZQByAHYAZQByAA0ACgAgACAAQwBsAGkAZQBuAHQA SABlAGwAbABvAA0ACgAgACAAKwAgAGUAYQByAGwAeQBfAGQAYQB0AGEADQAKACAAIAArACAA awBlAHkAXwBzAGgAYQByAGUAKgANAAoAIAAgACsAIABwAHMAawBfAGsAZQB5AF8AZQB4AGMA aABhAG4AZwBlAF8AbQBvAGQAZQBzAA0ACgAgACAAKwAgAHAAcgBlAF8AcwBoAGEAcgBlAGQA XwBrAGUAeQANAAoAIAAgACsAIABTAE4ASQAgAD0AIABmAHIAbwBuAHQAaQBuAGcADQAKACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAtAC0ALQAtAC0ALQAtAC0A JgBnAHQAOwANAAoAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAUwBlAHIAdgBlAHIASABlAGwAbABvAA0ACgAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAArACAAIABwAHIAZQBfAHMAaABhAHIAZQBkAF8A awBlAHkADQAKACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAArACAAawBlAHkAXwBzAGgAYQByAGUAKgANAAoAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgAHsARQBuAGMAcgB5AHAAdABlAGQARQB4AHQAZQBuAHMAaQBvAG4A cwB9AA0ACgAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAewBDAGUAcgB0AGkA ZgBpAGMAYQB0AGUAUgBlAHEAdQBlAHMAdAAqAH0ADQAKACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgAHsAQwBlAHIAdABpAGYAaQBjAGEAdABlACoA fQANAAoAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAewBDAGUAcgB0AGkA ZgBpAGMAYQB0AGUAVgBlAHIAaQBmAHkAKgB9AA0ACgAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgAHsARgBpAG4AaQBzAGgAZQBkAH0A DQAKACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA JgBsAHQAOwAtAC0ALQAtAC0ALQAtAC0ALQAtAC0ALQAtAC0ALQAtAC0ALQAtAC0ADQAKADwA LwBhAHIAdAB3AG8AcgBrAD4APAAvAGYAaQBnAHUAcgBlAD4ADQAKAA0ACgA8AC8AcwBlAGMA dABpAG8AbgA+AA0ACgANAAoAPAAvAG0AaQBkAGQAbABlAD4ADQAKADwAYgBhAGMAawA+AA0A CgANAAoAPAAvAGIAYQBjAGsAPgANAAoAPAAvAHIAZgBjAD4ADQAKAA== --------------58E622E09FFEF94029CD046A-- From nobody Mon Feb 19 11:57:46 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C05801204DA for ; Mon, 19 Feb 2018 11:57:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 e3oXt7OD8yrg for ; Mon, 19 Feb 2018 11:57:42 -0800 (PST) Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55C171200B9 for ; Mon, 19 Feb 2018 11:57:42 -0800 (PST) Received: by mail-wr0-x22d.google.com with SMTP id z12so4692100wrg.4 for ; Mon, 19 Feb 2018 11:57:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=6YHhd/TzHqfoBTUefBFxXvM1mrag3zdjWZtX2uK6doA=; b=tR6Tt/Qz7hP13OlHOSGW/Avq7CNhUyWoqMQLc8Y+Lpe6Xrx/2dZTUlTv7D0quox4ss MkCe4hZJQYmUzfMfN13Px9UCaVqm+FCqL48KP1MggPSLQC+BObswExP052xWmhU/hWym HSL2vMTwQIOSHOXDRjUdT0zYVwiZ/DdrI+XnNbhew4ikHfBAdOt2EBNXxb+9Z64pS8uV qje4JBPYyntuvW5LuVynMBQ3eAq2V5Ou2NwvprZka0MQ6uFxmvKywUcPrmdHbOvH0ZTf pMi9Ii/Fa2y2CDqdVTfIC5wHdtrQFmHJ0C5q6XGv5Rk2y5KlKCwCLIzWHBZzLKHeVq24 JMbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=6YHhd/TzHqfoBTUefBFxXvM1mrag3zdjWZtX2uK6doA=; b=ZrJVCYSp7PeN3P1c95/l9IOnAHRPJkbraJimxFtds/ZaQhfgshIrOE3gPo2ViW9JHG INlYItJkE4zg170IeLrShVRtyXenVP4hx9yloVkoSDJZneDTEQExJWfzVdSQr8vZVFFJ V9p+Zu9FbV0LFnq0/j26GV/bYjQCk1EbM5dAQyobmCKnTMt41S7tIVz1BVWSJW3D7mVB gsAYJhoKXf9j7QTEcyK0W6XJVHfmPKtR/P04O5JwjwdGoSJDSbyOcvRJ1F5fe5Iaon7s lHGvm3G6VtgufYcsvRtqqV7HQpTMmemziuX6DoZV7n94MBDY4pRywicckHHkSlcL5+1w IMSg== X-Gm-Message-State: APf1xPDZuDOtBrAJ3y0YmjzTYPq8MU3g8+LgNYiFKKICX7KSdM/CHrBi WEZL6+CcklP8mYGMAecvmsSm29vI X-Google-Smtp-Source: AH8x225TmJHMAx7McKrkfhPyEyrliNogRZ07QHHLlZvRN3CdgUFRDA7LmjHKO+q7s/DYb8Ku+eHZ7A== X-Received: by 10.223.183.74 with SMTP id n10mr13781806wre.124.1519070260677; Mon, 19 Feb 2018 11:57:40 -0800 (PST) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id y129sm5354689wmg.5.2018.02.19.11.57.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Feb 2018 11:57:40 -0800 (PST) To: xml2rfc@ietf.org References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> From: Stewart Bryant Message-ID: <3ae2746f-1447-051c-1d6d-e1b92b3705ca@gmail.com> Date: Mon, 19 Feb 2018 19:57:38 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> Content-Type: multipart/alternative; boundary="------------5080026496222BE7F8BC520A" Content-Language: en-GB Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 19:57:45 -0000 This is a multi-part message in MIME format. --------------5080026496222BE7F8BC520A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Modulo getting it exactly as you intended, Kramdown generates the following xml for that figure:
                                         ServerHello                                    +  pre_shared_key                                         + key_share*                                {EncryptedExtensions}                                {CertificateRequest*}                                       {Certificate*}                                 {CertificateVerify*}                                           {Finished}                <-------------------- ]]>
which renders to Client                                      Server    ClientHello    + early_data    + key_share*    + psk_key_exchange_modes    + pre_shared_key    + SNI = fronting                         -------->                                             ServerHello                                       +  pre_shared_key                                            + key_share*                                   {EncryptedExtensions}                                   {CertificateRequest*}                                          {Certificate*}                                    {CertificateVerify*}                                              {Finished}                   <-------------------- - Stewart On 19/02/2018 19:39, Christian Huitema wrote: > In several drafts, I observed that "artwork" was not rendered properly. > It inserts an empty line after each line of input. The attached file > shows a simple example. My input is: > >
>   Client                       Server >   ClientHello >   + early_data >   + key_share* >   + psk_key_exchange_modes >   + pre_shared_key >   + SNI = fronting >                     --------> >                                                       ServerHello >                                                 +  pre_shared_key >                                                      + key_share* >                                             {EncryptedExtensions} >                                             {CertificateRequest*} >                                                    {Certificate*} >                                              {CertificateVerify*} >                                                        {Finished} >                          <-------------------- >
> > I would expect that to be rendered on 17 lines. But instead, > https://xml2rfc.tools.ietf.org/cgi-bin/xml2rfc.cgi produces 34 lines: > > Client Server > > ClientHello > > + early_data > > + key_share* > > + psk_key_exchange_modes > > + pre_shared_key > > + SNI = fronting > > --------> > > ServerHello > > + pre_shared_key > > + key_share* > > {EncryptedExtensions} > > {CertificateRequest*} > > {Certificate*} > > {CertificateVerify*} > > {Finished} > > <-------------------- > > > I suppose I may be doing something wrong, but I have no idea. Can someone help me? > > Thanks > > -- Christian Huitema > > > > > > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc --------------5080026496222BE7F8BC520A Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

Modulo getting it exactly as you intended, Kramdown generates the following xml for that figure:

<figure><artwork><![CDATA[
Client                                      Server
ClientHello
+ early_data
+ key_share*
+ psk_key_exchange_modes
+ pre_shared_key
+ SNI = fronting
                     -------->
                                         ServerHello
                                   +  pre_shared_key
                                        + key_share*
                               {EncryptedExtensions}
                               {CertificateRequest*}
                                      {Certificate*}
                                {CertificateVerify*}
                                          {Finished}
               <--------------------
]]></artwork></figure>

which renders to

   Client                                      Server
   ClientHello
   + early_data
   + key_share*
   + psk_key_exchange_modes
   + pre_shared_key
   + SNI = fronting
                        -------->
                                            ServerHello
                                      +  pre_shared_key
                                           + key_share*
                                  {EncryptedExtensions}
                                  {CertificateRequest*}
                                         {Certificate*}
                                   {CertificateVerify*}
                                             {Finished}
                  <--------------------


- Stewart


On 19/02/2018 19:39, Christian Huitema wrote:
In several drafts, I observed that "artwork" was not rendered properly.
It inserts an empty line after each line of input. The attached file
shows a simple example. My input is:

<figure align="center"><artwork align="center">
  Client                       Server
  ClientHello
  + early_data
  + key_share*
  + psk_key_exchange_modes
  + pre_shared_key
  + SNI = fronting
                    --------&gt;
                                                      ServerHello
                                                +  pre_shared_key
                                                     + key_share*
                                            {EncryptedExtensions}
                                            {CertificateRequest*}
                                                   {Certificate*}
                                             {CertificateVerify*}
                                                       {Finished}
                         &lt;--------------------
</artwork></figure>

I would expect that to be rendered on 17 lines. But instead,
https://xml2rfc.tools.ietf.org/cgi-bin/xml2rfc.cgi produces 34 lines:

       Client                       Server

       ClientHello

       + early_data

       + key_share*

       + psk_key_exchange_modes

       + pre_shared_key

       + SNI = fronting

                         -------->

                                                           ServerHello

                                                     +  pre_shared_key

                                                          + key_share*

                                                 {EncryptedExtensions}

                                                 {CertificateRequest*}

                                                        {Certificate*}

                                                  {CertificateVerify*}

                                                            {Finished}

                              <--------------------


I suppose I may be doing something wrong, but I have no idea. Can someone help me?

Thanks

-- Christian Huitema






_______________________________________________
xml2rfc mailing list
xml2rfc@ietf.org
https://www.ietf.org/mailman/listinfo/xml2rfc

--------------5080026496222BE7F8BC520A-- From nobody Mon Feb 19 12:02:06 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 02DD51200B9 for ; Mon, 19 Feb 2018 12:02:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 7JKMTfRljjFJ for ; Mon, 19 Feb 2018 12:02:02 -0800 (PST) Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1147126DFB for ; Mon, 19 Feb 2018 12:01:22 -0800 (PST) Received: from xsmtp02.mail2web.com ([168.144.250.215]) by mx12.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.89) (envelope-from ) id 1enrcY-000874-4Q for xml2rfc@ietf.org; Mon, 19 Feb 2018 21:01:10 +0100 Received: from [10.5.2.52] (helo=xmail12.myhosting.com) by xsmtp02.mail2web.com with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1enrcK-00076I-BZ for xml2rfc@ietf.org; Mon, 19 Feb 2018 15:00:55 -0500 Received: (qmail 23587 invoked from network); 19 Feb 2018 20:00:51 -0000 Received: from unknown (HELO [192.168.1.101]) (Authenticated-user:_huitema@huitema.net@[172.56.42.184]) (envelope-sender ) by xmail12.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 19 Feb 2018 20:00:51 -0000 From: Christian Huitema To: xml2rfc@ietf.org References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> Message-ID: <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> Date: Mon, 19 Feb 2018 12:00:47 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-Originating-IP: 168.144.250.215 X-AntiSpamCloud-Domain: xsmtpout.mail2web.com X-AntiSpamCloud-Username: 168.144.250.0/24 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com X-AntiSpamCloud-Outgoing-Class: unsure X-AntiSpamCloud-Outgoing-Evidence: Combined (0.31) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5rzyskmTq4loE/qO7kSww+p602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO4Si/XQmUSBXqoUHBoJZ/WKIbg6INTucL51iwLVw9Lt6HkzIE8OAjVTInLMT+NSl8p8j cRWGrGPw27W+gUvIvJNVr8eP+Wmp/y/AB2KysgGD5++jtliIRuDGQYpohVdemLUJ8oN+d2/1YClf NOnZIS+k7MxK87c44TynDTcugpM/kRBtrTRM/4TRHmTy40yDhnXc9h1jP0GCLUBD5fsSyyeBaQIi fdaGzMoXcgXnOXfsRAwX31WVY5lWjWxuGSRuxURW8UvT0kUDO7BO02wlaiMJNrZqjoiSWdcjcZLv /Am2ptBB9icD2fnZzw/HNF6wGm/P3Q658NtotfOVlwP9Y9difvX7GxYM34o1TppnqMQvRCowZA5L CYQ/A/jAHMzvs6BmNlijRSWQzbBZx5Si4hoS/zo8hE3TxfS0DKWB74FIQJtI1O2CdZ6bnYVutIcm jqamg3jYNpXw4PLgywsglnXLviU+xRd5Yg2IfCgYe1OmNqEAg3t6lbKjhwCwBGk7Onx5R/COXg/H 2R5q8PH0QwNEJjCP/3yjFpaR7dhzcTKKqIO/ciXmj2rdgHBdZj5wUpo3W/Y4yI4deZTJl4+GwXZE bFBkDEb7h/VcBU3NCXbKSgyWcLfKe/n94zMJT8CexIytBl+Cxd5/fC/q+rpBLMLAXYLB9iYKpdV2 2wmGEH8l+naVZmh0BoPKj18WnnxxycU/6hfr43bFBk+I3Sp/ZnV+pvlHhV6a5QjptwQBGybQs6w4 TI/I9Y4B36QOmltizAd7yTPlnnqhGWzCa0ZhtZrwe/yvBYwczM8pbST/Mt66ZJ0Q4x+0GOxZvoEN DONKwbqScwCZuU7gKLZ27IcMO0Hg1PN4comZvgBScxmwlNsZezK1R93y2ozvPDCpAswLYDEvuGsl KTrRIXcXpFg5ivY= X-Report-Abuse-To: spam@quarantine5.antispamcloud.com Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 20:02:04 -0000 On 2/19/2018 11:39 AM, Christian Huitema wrote: > In several drafts, I observed that "artwork" was not rendered properly. > It inserts an empty line after each line of input. The attached file > shows a simple example. My input is: > >
>   Client                       Server >   ClientHello >   + early_data >   + key_share* >   + psk_key_exchange_modes >   + pre_shared_key >   + SNI = fronting >                     --------> >                                                       ServerHello >                                                 +  pre_shared_key >                                                      + key_share* >                                             {EncryptedExtensions} >                                             {CertificateRequest*} >                                                    {Certificate*} >                                              {CertificateVerify*} >                                                        {Finished} >                          <-------------------- >
> > I would expect that to be rendered on 17 lines. But instead, > https://xml2rfc.tools.ietf.org/cgi-bin/xml2rfc.cgi produces 34 lines: > > Client Server > > ClientHello > > + early_data > > + key_share* > > + psk_key_exchange_modes > > + pre_shared_key > > + SNI = fronting > > --------> > > ServerHello > > + pre_shared_key > > + key_share* > > {EncryptedExtensions} > > {CertificateRequest*} > > {Certificate*} > > {CertificateVerify*} > > {Finished} > > <-------------------- > > > I suppose I may be doing something wrong, but I have no idea. Can someone help me? > OK, I know the answer now. I am working on Windows, and the text lines are separated by "CRLF" instead of just "LF". If I strip the line terminations to just "LF", I get the figures that I expect. But that's a bit painful. Surely there should be a way to work around that! -- Christian Huitema From nobody Mon Feb 19 13:52:13 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 295E8127775 for ; Mon, 19 Feb 2018 13:52:11 -0800 (PST) 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] 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 kO8BVNg4wI6p for ; Mon, 19 Feb 2018 13:52:09 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A0A1127873 for ; Mon, 19 Feb 2018 13:52:03 -0800 (PST) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:60000 helo=[192.168.1.120]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1entLu-0006eG-L1; Mon, 19 Feb 2018 13:52:03 -0800 To: Christian Huitema , xml2rfc@ietf.org References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> From: Henrik Levkowetz Message-ID: <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> Date: Mon, 19 Feb 2018 22:51:54 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="efDdXUHAkdXqKOHj0TwxxjPFpsdUM86Vj" X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, huitema@huitema.net X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 21:52:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --efDdXUHAkdXqKOHj0TwxxjPFpsdUM86Vj Content-Type: multipart/mixed; boundary="XS0fBpdJxbSKeVecfhAK5uh0mM0cVwFNL"; protected-headers="v1" From: Henrik Levkowetz To: Christian Huitema , xml2rfc@ietf.org Message-ID: <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> In-Reply-To: <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> --XS0fBpdJxbSKeVecfhAK5uh0mM0cVwFNL Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Christian, On 2018-02-19 21:00, Christian Huitema wrote: >> I suppose I may be doing something wrong, but I have no idea. Can some= one help me? >> > OK, I know the answer now. I am working on Windows, and the text lines > are separated by "CRLF" instead of just "LF". If I strip the line > terminations to just "LF", I get the figures that I expect. But that's = a > bit painful. Surely there should be a way to work around that! xml2rfc is coded to handle all of the line terminations LF (unix), CRLF (windows) and CR (traditional mac) correctly. I think the appearance of line termination conversion helping is because it also happens to convert another aspect of the xml file you enclosed: If I ask the command 'file' on unix to report on your xml file, this is what I get: XML 1.0 document, Little-endian UTF-16 Unicode text, with CRLF, CR li= ne terminators So your file actually has mixed line terminators, but the big issue here = is that while the xml header declares that the content is UTF-8, the file encoding is actually Little-endian UTF-16. I bet that if you save the file as UTF-8, xml2rfc will deal fine with the= line terminators without any need to convert or strip them. Best regards, Henrik --XS0fBpdJxbSKeVecfhAK5uh0mM0cVwFNL-- --efDdXUHAkdXqKOHj0TwxxjPFpsdUM86Vj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAlqLRvoACgkQTptXS4+7 Fxq+5Q/+J0waX1Wi5xcpeDroOmi2NUIKSkPHnNUPsNmSQc2qxjeQkRUIMZRsYWGq jzz904F0Mg26CO6ZhGMMR8stqgcYhmoU9tt3AyeUuNHLzz9kAvAVegMGyZadC/tD q/7yUOcbk0MkLLJAzrWojukmcJKNwQ+6AOPs5aJ6pvQovo9iRTvR3/FCAuuNSjVE rarRbZipkbjqUAar7B4ba9WzIGmN2avpoHNPnEJQGTNyhLMFfIoOhPCAW08L8PEl FbSC2FK1+m2sUPz7kxnv+ik3C9rU9ebsQhYfpomRuwZ9j/1TGRfNpc5mZohYlRUb U97z8I3UfTPv1+x/8vDBSOW4o5T4sNOM99KPvjReaskjfpUbRUX7pFrQVk5xleN6 3J3k2cdIeusT157FWW/fUkaxYyllgpqIrrZ1VfAhS0tM0vButGBHIndsMK8VJQOO VJi618jUjDYt5N1K5aKEL59JnFI48rxTIaflLwSMdo1329EGEKSvsI6c94e2XnZe OkzyeScCkuNkN/CmdOAdcEV4BUFTXV4FEd+mil9XDxHqez6fPiKQh++n4cVkCFcI 4Prte0lylfJ8oLjdWNqlK3kwH+5fpqLJmVFHuaP8NsuzMahBveVkgAnzD9qCK6ER 1j8HfXOTIOCCo06a93P4L0WvAk/+AdNNrlbjCzrZQbkQGCfTa7k= =Fi3w -----END PGP SIGNATURE----- --efDdXUHAkdXqKOHj0TwxxjPFpsdUM86Vj-- From nobody Mon Feb 19 14:19:55 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F96E1242EA for ; Mon, 19 Feb 2018 14:19:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 67NBUJhCeQbu for ; Mon, 19 Feb 2018 14:19:51 -0800 (PST) Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73C531241FC for ; Mon, 19 Feb 2018 14:19:51 -0800 (PST) Received: from xsmtp05.mail2web.com ([168.144.250.245]) by mx15.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.89) (envelope-from ) id 1entml-00066j-N8 for xml2rfc@ietf.org; Mon, 19 Feb 2018 23:19:48 +0100 Received: from [10.5.2.12] (helo=xmail02.myhosting.com) by xsmtp05.mail2web.com with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1entmf-0006H2-2I for xml2rfc@ietf.org; Mon, 19 Feb 2018 17:19:45 -0500 Received: (qmail 32300 invoked from network); 19 Feb 2018 22:19:39 -0000 Received: from unknown (HELO [192.168.1.103]) (Authenticated-user:_huitema@huitema.net@[172.56.42.184]) (envelope-sender ) by xmail02.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 19 Feb 2018 22:19:39 -0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) From: Christian Huitema X-Mailer: iPhone Mail (15D60) In-Reply-To: <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> Date: Mon, 19 Feb 2018 14:19:33 -0800 Cc: xml2rfc@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> To: Henrik Levkowetz X-Originating-IP: 168.144.250.245 X-AntiSpamCloud-Domain: xsmtpout.mail2web.com X-AntiSpamCloud-Username: 168.144.250.0/24 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com X-AntiSpamCloud-Outgoing-Class: unsure X-AntiSpamCloud-Outgoing-Evidence: Combined (0.11) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5pO4XrQltu183s8hP4PNjFB602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO4Si/XQmUSBXqoUHBoJZ/WKIbg6INTucL51iwLVw9Lt6hOIqKl1QQyuIVsMH0f+L0p8j cRWGrGPw27W+gUvIvJNVr8eP+Wmp/y/AB2KysgGDyPWQzSBM24nM3AbcWEUJarUJ8oN+d2/1YClf NOnZIS+k7MxK87c44TynDTcugpM/kRBtrTRM/4TRHmTy40yDhnXc9h1jP0GCLUBD5fsSyyeBaQIi fdaGzMoXcgXnOXfsRAwX31WVY5lWjWxuGSRuxURW8UvT0kUDO7BO02wlaiMJNrZqjoiSWdcjcZLv /Am2ptBB9icD2fnZzw/HNF6wGm/P3Q658NtotfOVlwP9Y9difvX7GxYM34o1TppnqMQvRCowZA5L CYQ/A/jAHMzvs6BmNlijRSWQzbBZx5Si4hoS/zo8hE3TxfS0DKWB74FIQJtI1O2CdZ6bnYVutIcm jqOUa/7uW+pUYaAj4GC2QM3LviU+xRd5Yg2IfCgYe1OmTVz52mSrkM90tBBGcyUVBXx5R/COXg/H 2R5q8PH0QwNEJjCP/3yjFpaR7dhzcTKKqIO/ciXmj2rdgHBdZj5wUpo3W/Y4yI4deZTJl4+GwXZz Bkc1CTpvaEJjkrbHF6v+SgyWcLfKe/n94zMJT8CexBPoyoI6jcQVG4AEvNy4albf8icntNcsQZrv cYInhFY5+naVZmh0BoPKj18WnnxxyS+cZuXWcr+0zUnw+/IC03J+pvlHhV6a5QjptwQBGybQx4kH 3VOpmmoFtQQV4x/RVwd7yTPlnnqhGWzCa0ZhtZrwe/yvBYwczM8pbST/Mt66ZJ0Q4x+0GOxZvoEN DONKwbqScwCZuU7gKLZ27IcMO0Hg1PN4comZvgBScxmwlNsZezK1R93y2ozvPDCpAswLYDEvuGsl KTrRIXcXpFg5ivY= X-Report-Abuse-To: spam@quarantine5.antispamcloud.com Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 22:19:53 -0000 OK, that explains it. Now I have to understand why MMark produced the Unico= de output... -- Christian Huitema=20 > On Feb 19, 2018, at 1:51 PM, Henrik Levkowetz wrote= : >=20 > Hi Christian, >=20 > On 2018-02-19 21:00, Christian Huitema wrote: >>> I suppose I may be doing something wrong, but I have no idea. Can someon= e help me? >>>=20 >> OK, I know the answer now. I am working on Windows, and the text lines >> are separated by "CRLF" instead of just "LF". If I strip the line >> terminations to just "LF", I get the figures that I expect. But that's a >> bit painful. Surely there should be a way to work around that! >=20 > xml2rfc is coded to handle all of the line terminations LF (unix), > CRLF (windows) and CR (traditional mac) correctly. I think the > appearance of line termination conversion helping is because it also > happens to convert another aspect of the xml file you enclosed: >=20 > If I ask the command 'file' on unix to report on your xml file, this > is what I get: >=20 > XML 1.0 document, Little-endian UTF-16 Unicode text, with CRLF, CR line= > terminators >=20 > So your file actually has mixed line terminators, but the big issue here i= s > that while the xml header declares that the content is UTF-8, the file > encoding is actually Little-endian UTF-16. >=20 > I bet that if you save the file as UTF-8, xml2rfc will deal fine with the > line terminators without any need to convert or strip them. >=20 >=20 > Best regards, >=20 > Henrik >=20 >=20 From nobody Mon Feb 19 16:12:56 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C9031241FC for ; Mon, 19 Feb 2018 16:12:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 FnzEVOM5q63Z for ; Mon, 19 Feb 2018 16:12:51 -0800 (PST) Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4E9B120227 for ; Mon, 19 Feb 2018 16:12:47 -0800 (PST) Received: from xsmtp24.mail2web.com ([168.144.250.190] helo=xsmtp04.mail2web.com) by mx15.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.89) (envelope-from ) id 1envXk-0000Rj-Lp for xml2rfc@ietf.org; Tue, 20 Feb 2018 01:12:26 +0100 Received: from [10.5.2.18] (helo=xmail08.myhosting.com) by xsmtp04.mail2web.com with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1envXf-0006Bo-PE for xml2rfc@ietf.org; Mon, 19 Feb 2018 19:12:23 -0500 Received: (qmail 7078 invoked from network); 20 Feb 2018 00:12:15 -0000 Received: from unknown (HELO [192.168.1.101]) (Authenticated-user:_huitema@huitema.net@[172.56.42.184]) (envelope-sender ) by xmail08.myhosting.com (qmail-ldap-1.03) with ESMTPA for ; 20 Feb 2018 00:12:15 -0000 From: Christian Huitema To: Henrik Levkowetz Cc: xml2rfc@ietf.org References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> Message-ID: <84b729f6-c92c-d3ca-f00a-eb3f787ce0a2@huitema.net> Date: Mon, 19 Feb 2018 16:12:10 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: 168.144.250.190 X-AntiSpamCloud-Domain: xsmtpout.mail2web.com X-AntiSpamCloud-Username: 168.144.250.0/24 Authentication-Results: antispamcloud.com; auth=pass smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com X-AntiSpamCloud-Outgoing-Class: unsure X-AntiSpamCloud-Outgoing-Evidence: Combined (0.12) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5sWoaUC5DD0+1YYSDPZYL91602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO4Si/XQmUSBXqoUHBoJZ/WKIbg6INTucL51iwLVw9Lt6Myn5q0+LxL0bRQADg0BzX58j cRWGrGPw27W+gUvIvJNVr8eP+Wmp/y/AB2KysgGDyPWQzSBM24nM3AbcWEUJarUJ8oN+d2/1YClf NOnZIS+k7MxK87c44TynDTcugpM/kRBtrTRM/4TRHmTy40yDhnXc9h1jP0GCLUBD5fsSyyeBaQIi fdaGzMoXcgXnOXfsRAwX31WVY5lWjWxuGSRuxURW8UvT0kUDO7BO02wlaiMJNrZqjoiSWdcjcZLv /Am2ptBB9icD2fnZzw/HNF6wGm/P3Q658NtotfOVlwP9Y9difvX7GxYM34o1TppnqMQvRCowZA5L CYQ/A/jAHMzvs6BmNlijRSWQzbBZx5Si4hoS/zo8hE3TxfS0DKWB74FIQJtI1O2CdZ6bnYVutIcm jqOUa/7uW+pUYaAj4GC2QM3LviU+xRd5Yg2IfCgYe1OmqYiKp+TlwiCN1178w7zrAHx5R/COXg/H 2R5q8PH0QwNEJjCP/3yjFpaR7dhzcTKKqIO/ciXmj2rdgHBdZj5wUpo3W/Y4yI4deZTJl4+GwXb2 mjNZ1vDnpgV0/lDZDLM8SgyWcLfKe/n94zMJT8CexDyod0Pj0YuBRf08DYMhI8+g2hFN+sLHW1K4 uUG7vdNx+naVZmh0BoPKj18Wnnxxye/mx0i4rnIRKzlvNlhhSUF+pvlHhV6a5QjptwQBGybQXaZI tZ/o42LqiSuh7lv1hgd7yTPlnnqhGWzCa0ZhtZrwe/yvBYwczM8pbST/Mt66ZJ0Q4x+0GOxZvoEN DONKwbqScwCZuU7gKLZ27IcMO0Hg1PN4comZvgBScxmwlNsZezK1R93y2ozvPDCpAswLYDEvuGsl KTrRIXcXpFg5ivY= X-Report-Abuse-To: spam@quarantine5.antispamcloud.com Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 00:12:54 -0000 I have verified that if the output of mmark.exe is saved as UTF8 instead of Unicode, then the art work looks fine. Thanks Henrik for the advice. -- Christian Huitema On 2/19/2018 2:19 PM, Christian Huitema wrote: > OK, that explains it. Now I have to understand why MMark produced the Unicode output... > > -- Christian Huitema > >> On Feb 19, 2018, at 1:51 PM, Henrik Levkowetz wrote: >> >> Hi Christian, >> >> On 2018-02-19 21:00, Christian Huitema wrote: >>>> I suppose I may be doing something wrong, but I have no idea. Can someone help me? >>>> >>> OK, I know the answer now. I am working on Windows, and the text lines >>> are separated by "CRLF" instead of just "LF". If I strip the line >>> terminations to just "LF", I get the figures that I expect. But that's a >>> bit painful. Surely there should be a way to work around that! >> xml2rfc is coded to handle all of the line terminations LF (unix), >> CRLF (windows) and CR (traditional mac) correctly. I think the >> appearance of line termination conversion helping is because it also >> happens to convert another aspect of the xml file you enclosed: >> >> If I ask the command 'file' on unix to report on your xml file, this >> is what I get: >> >> XML 1.0 document, Little-endian UTF-16 Unicode text, with CRLF, CR line >> terminators >> >> So your file actually has mixed line terminators, but the big issue here is >> that while the xml header declares that the content is UTF-8, the file >> encoding is actually Little-endian UTF-16. >> >> I bet that if you save the file as UTF-8, xml2rfc will deal fine with the >> line terminators without any need to convert or strip them. >> >> >> Best regards, >> >> Henrik >> >> From nobody Mon Feb 19 22:14:26 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58AE1126D74 for ; Mon, 19 Feb 2018 22:14:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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 ag8J7_fKe1c0 for ; Mon, 19 Feb 2018 22:14:24 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 93010126CC7 for ; Mon, 19 Feb 2018 22:14:23 -0800 (PST) Received: from [192.168.178.20] ([93.217.106.239]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3d9B-1eW4n63ec5-00rDHf; Tue, 20 Feb 2018 07:13:42 +0100 To: Henrik Levkowetz , Christian Huitema , xml2rfc@ietf.org References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> From: Julian Reschke Message-ID: <93fb4f74-6808-27cd-a4fc-8a9e3a3a168b@gmx.de> Date: Tue, 20 Feb 2018 07:13:38 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:cOtLkm7Yf1YFSVS6PTYVb85zPPgSWjBgnN7tTyvQtB/yjoEhCJ5 iKmdVJcHgqImzAiSBGC1R7403TfameNzEx5vhx++l5lMmHJhF0mCBHEuj+oMwdVgtSB9n71 V3mJqSqmiiIFD1k10GOlm+s/xZeJHRiH5UcsE5YqhZybRTfjlV2KFteonwwsmlrwDlW/BTt fq7mQZfEoGbcYqWGSMpNQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Odb6sDLhJkI=:wbPLGxgW7Vfk+lkOb+e6ne t4nGL53yteTIC29U4+tT5OB4+G42kPevPkc6eXQDASa222nYxS9nzjKyYRZ8T3PfkGtETwgAJ kdGjgxXy41BsX6tip9IXuqAmskq9Nb7+YmtZPOoOAzfNTL6sy/O6LqzWGD7l0DQgqUv7RHmpD Fa4i6s4ujiquVolHcqfEkEKi//X0Ma12dF+Jo7Y7NAVqZjUvgOkJJ8eZNf8TP2qG00Jw4sfNc GXQfJXL4tbQ3//PONrRFzKGisyIjh0eCpsdUi2p6MGiZ61Zw2c4gyR8/iTTVEXlYD+tkO4zXA sQ0GTARIU0R+2vnDh0R2YF/reyQybq/j3DgqV1KlgguwfGIpQefIOD9sB72vN0ZuOqCr3MIWB MfPPxrJP35vbWg2PTKie69+bZOqaEmCphD5Aya9jl5l0FncjWz4mklyIds8yqtSdx0BYoAGwU BNE8Knt/N1bP72v7/iAmebhJZhnhv/z/KWjLeqj4iJ1tRNZrGdjBttKIWv0u7gAGWUYSgImNn C03Deff0/qtJiV1rpAwEvEG4FqcAJ8bri7nd5zn/hqFct6839Sldyox75ubdpHk9xNxSG9QuE lmArd08vSjCVxtFFm+VqpdHvZGwMEZAKDoS+6SxsW/VmEYFwrroc6hqwAxaOLhO9GI6Tfp2y4 vLMAyywmauSptfOa0T4HP1y2v+lwcKcGWNKctaU5/XTqwi7IXjtWhWtg7ahaq29WjHKVNSZkp vnSWs4rYYQFhXLF6+lNt8ub6qTppJGm7aXWGzp67yWbTWbxYSxgnBnxyzj5HPFNZ8kWv1TNUx exqT6kMPm+6Cipb2Qa85YQ9ACk/RQNNF0eg8bpyON2owGyIW6Y= Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 06:14:25 -0000 On 2018-02-19 22:51, Henrik Levkowetz wrote: > Hi Christian, > > On 2018-02-19 21:00, Christian Huitema wrote: >>> I suppose I may be doing something wrong, but I have no idea. Can someone help me? >>> >> OK, I know the answer now. I am working on Windows, and the text lines >> are separated by "CRLF" instead of just "LF". If I strip the line >> terminations to just "LF", I get the figures that I expect. But that's a >> bit painful. Surely there should be a way to work around that! > > xml2rfc is coded to handle all of the line terminations LF (unix), > CRLF (windows) and CR (traditional mac) correctly. I think the > appearance of line termination conversion helping is because it also > happens to convert another aspect of the xml file you enclosed: > > If I ask the command 'file' on unix to report on your xml file, this > is what I get: > > XML 1.0 document, Little-endian UTF-16 Unicode text, with CRLF, CR line > terminators > > So your file actually has mixed line terminators, but the big issue here is > that while the xml header declares that the content is UTF-8, the file > encoding is actually Little-endian UTF-16. > ... If that's the case, any XML parser should reject it. Am I missing something? Best regards, Julian From nobody Tue Feb 20 05:30:16 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6122127522 for ; Tue, 20 Feb 2018 05:30:14 -0800 (PST) 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] 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 e4sS5DqqjMxJ for ; Tue, 20 Feb 2018 05:30:13 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D8BB127337 for ; Tue, 20 Feb 2018 05:30:13 -0800 (PST) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:50424 helo=[192.168.1.120]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1eo7zo-0005q0-88; Tue, 20 Feb 2018 05:30:12 -0800 To: Julian Reschke , Christian Huitema , xml2rfc@ietf.org References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> <93fb4f74-6808-27cd-a4fc-8a9e3a3a168b@gmx.de> From: Henrik Levkowetz Message-ID: Date: Tue, 20 Feb 2018 14:29:56 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <93fb4f74-6808-27cd-a4fc-8a9e3a3a168b@gmx.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="1afkik4k1soMLtFKBw2f8nP21bbf1fNqG" X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, huitema@huitema.net, julian.reschke@gmx.de X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 13:30:15 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1afkik4k1soMLtFKBw2f8nP21bbf1fNqG Content-Type: multipart/mixed; boundary="Q2U5oPOkvQCEUCwfcIf1G6Uow3SvoHDHw"; protected-headers="v1" From: Henrik Levkowetz To: Julian Reschke , Christian Huitema , xml2rfc@ietf.org Message-ID: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> <93fb4f74-6808-27cd-a4fc-8a9e3a3a168b@gmx.de> In-Reply-To: <93fb4f74-6808-27cd-a4fc-8a9e3a3a168b@gmx.de> --Q2U5oPOkvQCEUCwfcIf1G6Uow3SvoHDHw Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Julian, On 2018-02-20 07:13, Julian Reschke wrote: > On 2018-02-19 22:51, Henrik Levkowetz wrote: >> Hi Christian, >>=20 >> On 2018-02-19 21:00, Christian Huitema wrote: >>>> I suppose I may be doing something wrong, but I have no idea. Can so= meone help me? >>>> >>> OK, I know the answer now. I am working on Windows, and the text line= s >>> are separated by "CRLF" instead of just "LF". If I strip the line >>> terminations to just "LF", I get the figures that I expect. But that'= s a >>> bit painful. Surely there should be a way to work around that! >>=20 >> xml2rfc is coded to handle all of the line terminations LF (unix), >> CRLF (windows) and CR (traditional mac) correctly. I think the >> appearance of line termination conversion helping is because it also >> happens to convert another aspect of the xml file you enclosed: >>=20 >> If I ask the command 'file' on unix to report on your xml file, this >> is what I get: >>=20 >> XML 1.0 document, Little-endian UTF-16 Unicode text, with CRLF, C= R line >> terminators >>=20 >> So your file actually has mixed line terminators, but the big issue he= re is >> that while the xml header declares that the content is UTF-8, the file= >> encoding is actually Little-endian UTF-16. >> ... >=20 > If that's the case, any XML parser should reject it. Am I missing somet= hing? xml2rfc doesn't hand the file name directly to the parser, it reads the file text first, using different code paths under python2 vs. python3, and hands the resulting text blob to the parser. It looks as if the python2 file open and read recognizes the UTF-16 format and deals well enough with it to produce the 8-bit stream the xml parser wants, but not well enough to avoid problems Christian experienced with . I'm actually surprised that it deals with the UTF-16 file at all, but there it is. Next time I revisit the parser, I'll see about rewriting the file read to= produce a warning, and also bring the py2 and py3 code closer. Best regards, Henrik --Q2U5oPOkvQCEUCwfcIf1G6Uow3SvoHDHw-- --1afkik4k1soMLtFKBw2f8nP21bbf1fNqG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAlqMItUACgkQTptXS4+7 Fxohqg/8DyxaPo5TQciIDjqFsO7ykvvMfthW+o5HJIe1Yf2HqWRLLHHrBoldNS+D 2ahUYx9jREZJfoaz6nmcJ+Yc7d41fLxqQssHZzwexXn8owIhS7sDrFUha6M6Wjkb ApEg02MfwbsAghlOCgF3YvwJ4aNnB7OqlRs/wYzvUcrwTHwD7BCNzezVTNIVQUnQ dhgdDiRpXRLiTZ45B0Pz5ZTF2dufguQLv3ocLUkffrGbf8MGUat0avw2PL6SDPg/ 9EtNxAc95oXBBnFgDmwEcRMAQ6cqCBg9p5wNPxvaLcyRrUq4L1q526Cs3FITy/1p NzUaMXhzS9BgbWDKX+7hYrv7BYcxWGH+CF4pBEaLE386cQQAfYHekEJaGOpLDVfm WGewZ0Wxj3eG70eguZUO7IHDUyvHgI7MekgR/GbdCnGOSeqW1axyWba5HAOcvvQR dYcvrvZJQaT/9eb6m6QrNqZvdnUIquATe2mIZvTJUmmkNA85KIGk7YC8XvlyQr/0 pXrCU4kdAld6gfH8D29pOmpXamhljRBCsdXsiNnY6v3IbpIpz0H7UJ0Ns88T3d01 0Y7WO0982abr0/s2bv+FPs1OqGy8HLQekXpLltWQcUlRXWSCE9saQ5Gqvh0R1Wr2 LeldSV08ygi+ZFe8UVXp8jXBWAdtUQlIrdbadOhMf33979tIJGY= =Hp29 -----END PGP SIGNATURE----- --1afkik4k1soMLtFKBw2f8nP21bbf1fNqG-- From nobody Tue Feb 20 05:35:47 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36DED12778E for ; Tue, 20 Feb 2018 05:35:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-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 rTWmS7M4-Ocl for ; Tue, 20 Feb 2018 05:35:45 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2774127444 for ; Tue, 20 Feb 2018 05:35:44 -0800 (PST) Received: from [192.168.178.20] ([93.217.106.239]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LjvV7-1eD9d91j7h-00brgn; Tue, 20 Feb 2018 14:35:26 +0100 To: Henrik Levkowetz , Christian Huitema , xml2rfc@ietf.org References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> <93fb4f74-6808-27cd-a4fc-8a9e3a3a168b@gmx.de> From: Julian Reschke Message-ID: <6eae782a-c82b-8a19-3646-f738499b7d02@gmx.de> Date: Tue, 20 Feb 2018 14:35:24 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:USENuI0RhbQEs1qtEqqV1ZOq6fOJmk+URUCaKmed+PjE0x85wdm ao9YeAPuaG9KFQBFb1roSedm/OP+iyb1/BBae8yRRdZsIQAPSV9VibOITZebaU52JN2uzUk ny4cFLwasQ5A1FMvQAteWRwkkzT40p4kjkslSVKutsYvc9ENR/yFS2NzZGJQ7mrPUZNArXf V0bxF5hMiuFRjHXcsOLng== X-UI-Out-Filterresults: notjunk:1;V01:K0:QWdNJpn4qHU=:o/HA9+0Dn6pQNKzI2dpj60 +scOJ3pfV5TVCtQYb/Y4BBW3cw/93nMu7ek6QBwNyxkfzXYkxYcY45iKXZPLHvSZdOOTD41Fg 8VzHS/bkLzhb7FfGJjP5nStpOy7o9msWro5OO17UhrK0gpW6HGu5/ej7SfKbHCUjt4NB3udEt TWK2VcmKhceIlbg23XrH1QyH7fXis4YrSBld3mI41OvwcVAR17etRfEWp8zj0pRjVGNMHNZiZ 15+noFARSVNTFZYlRpWiJq5Zbh0Oyx/XRwiaD59mcxhGfSA1tbvfRVr5eFIb+mW4ZN6eufw+N PN0Elynu5y5VT2w7O2CF6SU0Q4eq+KkP3qpxAcyP3JDuPpZ9QmWwR16R+R1nDuHv5CNYkOotv RvnbZQJecz41JpQ8n/dwJ68Ur/ivBLiH1pMmrtEaXbP0cn2mulq9Lk+hLaRlDiqkJ2mei9Fiy Vq3Qc36y8d1+tWrUqBGt2qpV/U6dpXV+4HYX2bNraVoYYiiximaCUGqbgDpFGuomxRMWBifIT gcnTGu7y28c90mZXLkG8SGpg331PAr5Oy13GqLLvk/xEX644DCMSZprlHtyTRm1tdbnHD1skP Li7SumI6yc4JXeTl1tREFLE1LkjB+gno1Qa3mHkQSbissiokwbCAl/Ovtw0cTX3U54GDthNS1 /6S67pzGpcqnG0xho0sfQAeSSvYY+ST5uwUn8CnLq+oHQE4GmlDvjG6bUSvCdgCewK+z/uwjQ pPcyBzVzhU0iZ99SNdaOHUn3+iUyqzyNTf3e42Og0nov7FVRnxsHuEJb8fyxEr9sikAdxwq1h LWZCT+RIdFTiWkCavDE39XVUnAKWtELhVsOykzfavz1YZ5XQzU= Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 13:35:46 -0000 On 2018-02-20 14:29, Henrik Levkowetz wrote: > ... > xml2rfc doesn't hand the file name directly to the parser, it reads the > file text first, using different code paths under python2 vs. python3, > and hands the resulting text blob to the parser. It looks as if the > python2 file open and read recognizes the UTF-16 format and deals well > enough with it to produce the 8-bit stream the xml parser wants, but > not well enough to avoid problems Christian experienced with . > I'm actually surprised that it deals with the UTF-16 file at all, but > there it is. > > Next time I revisit the parser, I'll see about rewriting the file read to > produce a warning, and also bring the py2 and py3 code closer. > ... Thanks for the explanation. Is there a good reason for the extra step? This really sounds like a recipe for interoperability problems with other code that reject anything not accepted by XML parsers... Best regards, Julian From nobody Tue Feb 20 06:37:26 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 807FC12D7F7 for ; Tue, 20 Feb 2018 06:37:24 -0800 (PST) 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] 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 nvRyWlWUzW59 for ; Tue, 20 Feb 2018 06:37:23 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7E53127698 for ; Tue, 20 Feb 2018 06:37:23 -0800 (PST) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:51039 helo=[192.168.1.120]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1eo92o-0001c5-8O; Tue, 20 Feb 2018 06:37:22 -0800 To: Julian Reschke , Christian Huitema , xml2rfc@ietf.org References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> <93fb4f74-6808-27cd-a4fc-8a9e3a3a168b@gmx.de> <6eae782a-c82b-8a19-3646-f738499b7d02@gmx.de> From: Henrik Levkowetz Message-ID: Date: Tue, 20 Feb 2018 15:37:14 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <6eae782a-c82b-8a19-3646-f738499b7d02@gmx.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="a1SjDJhEXS5xugB0Iewq40dbSxE13AL0x" X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, huitema@huitema.net, julian.reschke@gmx.de X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 14:37:24 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --a1SjDJhEXS5xugB0Iewq40dbSxE13AL0x Content-Type: multipart/mixed; boundary="oKIH0WtnAkJ8iodnMwCwabkdUdsThK987"; protected-headers="v1" From: Henrik Levkowetz To: Julian Reschke , Christian Huitema , xml2rfc@ietf.org Message-ID: Subject: Re: [xml2rfc] Vexing issue with artwork, twice too many lines References: <705be48e-8d3a-7e61-4eb3-b2852d63e9b1@huitema.net> <2ed1aa7a-7e8d-d405-9d5c-56bdaf93ed73@huitema.net> <30532a9c-f626-b018-51ef-d84dad94cb45@levkowetz.com> <93fb4f74-6808-27cd-a4fc-8a9e3a3a168b@gmx.de> <6eae782a-c82b-8a19-3646-f738499b7d02@gmx.de> In-Reply-To: <6eae782a-c82b-8a19-3646-f738499b7d02@gmx.de> --oKIH0WtnAkJ8iodnMwCwabkdUdsThK987 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Julian, On 2018-02-20 14:35, Julian Reschke wrote: > On 2018-02-20 14:29, Henrik Levkowetz wrote: >> ... >> xml2rfc doesn't hand the file name directly to the parser, it reads th= e >> file text first, using different code paths under python2 vs. python3,= >> and hands the resulting text blob to the parser. It looks as if the >> python2 file open and read recognizes the UTF-16 format and deals well= >> enough with it to produce the 8-bit stream the xml parser wants, but >> not well enough to avoid problems Christian experienced with = =2E >> I'm actually surprised that it deals with the UTF-16 file at all, but >> there it is. >>=20 >> Next time I revisit the parser, I'll see about rewriting the file read= to >> produce a warning, and also bring the py2 and py3 code closer. >> ... >=20 > Thanks for the explanation. >=20 > Is there a good reason for the extra step? This really sounds like a=20 > recipe for interoperability problems with other code that reject=20 > anything not accepted by XML parsers... Agreed. There is a reason; to dig it out I'd have to dive into the commi= t logs. Without that I don't recall enough to say it's a good reason. FWI= W I agree with your reasoning, but there could still be reasons things didn= 't work with that solution. Best regards, Henrik --oKIH0WtnAkJ8iodnMwCwabkdUdsThK987-- --a1SjDJhEXS5xugB0Iewq40dbSxE13AL0x Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAlqMMpoACgkQTptXS4+7 FxoP+hAA2PXii95dGhe1BHD5eXRigL30tmWjbc5pWA+v3ap9+to/cSrwlxV075tG dn3Ph2HV4b56S+wKF0oLAGp9WMvxiwa2DMb9TSmuMrLZizgXugAm2SnNbF2O/cH3 upKzNe09GDiS/A5vjm0sDi5qlbRZqSnMjPsELH19KtpKTAAa6clJmUdtMVJXOWuK +25TPkSb4LHaR+C5qJ5vcf4XkaNqW5EORb92icJ5uKRcYYhd95gwPElYUHKPDU4S sYBtiDttSYdJ6/xKWdymh58GrqD9T7nkD1twYqw3RtlXaJt3Mj7Vx58iZuRCe7R1 ZpWufSw1E7AMGTteVTkaUvtcWz8GHEjHBH04ZPQQuRDs06jOR+Qpmo/D4mrw5gQL vZ4HhNm3Qbuk87unwq7haJCYmKGvLje1uyEoTTK9X0sXO2LezueqAOUK2LrQvP1l ATKqIsHL9+FEb6n6hMxoAr+9K1sJNAt6sDF2fTaojxPRDMnP18hl/ljijpqz1AU4 P9o8IYXK4wO/E3eOrL3V5f3uaCxVwiQcH3RPdo+YoclcnHULRkebAtWDnTGg8XFe jR4VGeZabAlrK0rzfgbrwpmYmMd5AIM40i3FDf/7R2eQO+2URJ54F/0HIHsgSkhf wbe8XUUlayFI2fhrPDpHnGzEeKZjhTt1SKOx0BWIw/E/YkZIifA= =7buQ -----END PGP SIGNATURE----- --a1SjDJhEXS5xugB0Iewq40dbSxE13AL0x-- From nobody Wed Feb 21 05:19:56 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1EBE127077; Wed, 21 Feb 2018 05:19:50 -0800 (PST) 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] 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 vaw-VVuq7vsu; Wed, 21 Feb 2018 05:19:49 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3997C1200FC; Wed, 21 Feb 2018 05:19:49 -0800 (PST) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1eoUJJ-0005Sz-42; Wed, 21 Feb 2018 05:19:49 -0800 To: xml2rfc@ietf.org Cc: codesprints@ietf.org, rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Wed, 21 Feb 2018 05:19:49 -0800 X-SA-Exim-Connect-IP: X-SA-Exim-Rcpt-To: codesprints@ietf.org, rfc-markdown@ietf.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] New xml2rfc release: v2.9.5 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 13:19:51 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.9.5, generated when running the mkrelease script. Release notes: xml2rfc (2.9.5) ietf; urgency=medium * Fixed an issue where a without a year attribute would generate a copyright stanza without year. * Tweaked the --version output to include the program name, to be closer to common practice. -- Henrik Levkowetz 21 Feb 2018 05:17:59 -0800 The preferred way to install xml2rfc is by doing 'pip install xml2rfc', and 'pip install --upgrade xml2rfc' to upgrade. If there are system- installed python modules which pip will not upgrade, you may have to use 'pip install --upgrade --no-deps xml2rfc' and install dependencies manually. The new version is also available through SVN checkout, with 'svn checkout http://svn.tools.ietf.org/svn/tools/xml2rfc/tags/cli/2.9.5' Regards, Henrik (via the mkrelease script) From nobody Wed Feb 21 11:38:35 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DCE5712D96B; Wed, 21 Feb 2018 11:38:33 -0800 (PST) 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] 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 xvcei5igaNGZ; Wed, 21 Feb 2018 11:38:32 -0800 (PST) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3AC412D954; Wed, 21 Feb 2018 11:38:32 -0800 (PST) Received: from henrik by durif.tools.ietf.org with local (Exim 4.80) (envelope-from ) id 1eoaDo-0001Y2-I3; Wed, 21 Feb 2018 11:38:32 -0800 To: xml2rfc@ietf.org Cc: codesprints@ietf.org, rfc-markdown@ietf.org Message-Id: From: Henrik Levkowetz Date: Wed, 21 Feb 2018 11:38:32 -0800 X-SA-Exim-Connect-IP: X-SA-Exim-Rcpt-To: codesprints@ietf.org, rfc-markdown@ietf.org, xml2rfc@ietf.org X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: [xml2rfc] New xml2rfc release: v2.9.6 X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 19:38:34 -0000 Hi, This is an automatic notification about a new xml2rfc release, v2.9.6, generated when running the mkrelease script. Release notes: xml2rfc (2.9.6) ietf; urgency=medium * Fixed another issue, where a without a year would generate a bad date string. -- Henrik Levkowetz 21 Feb 2018 11:37:08 -0800 The preferred way to install xml2rfc is by doing 'pip install xml2rfc', and 'pip install --upgrade xml2rfc' to upgrade. If there are system- installed python modules which pip will not upgrade, you may have to use 'pip install --upgrade --no-deps xml2rfc' and install dependencies manually. The new version is also available through SVN checkout, with 'svn checkout http://svn.tools.ietf.org/svn/tools/xml2rfc/tags/cli/2.9.6' Regards, Henrik (via the mkrelease script) From nobody Wed Feb 28 10:50:27 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63CF012426E for ; Wed, 28 Feb 2018 10:50:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 X8YFqbAHpgbc for ; Wed, 28 Feb 2018 10:50:23 -0800 (PST) Received: from oj.bangj.com (amt0.gin.ntt.net [129.250.11.170]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7E811200E5 for ; Wed, 28 Feb 2018 10:50:23 -0800 (PST) Received: from [172.16.10.101] (unknown [107.13.237.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id D09FFFF6 for ; Wed, 28 Feb 2018 13:46:19 -0500 (EST) From: Tom Pusateri Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: <5CD43BAC-6239-4038-85A0-ADD86DF7FE53@bangj.com> Date: Wed, 28 Feb 2018 13:50:21 -0500 To: xml2rfc@ietf.org X-Mailer: Apple Mail (2.3273) Archived-At: Subject: [xml2rfc] Reference short names X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 18:50:25 -0000 Is there a way to reference Internet Drafts by a shorter name than the = standard I-D.ietf-tls-tls13 ? I have a co-author who insists on using short names and includes the = whole reference manually for drafts and they have to be updated each = time they are changed. If we used the standard references, they = wouldn=E2=80=99t need to be updated but then we get the ugly names. It = would be nice to have a way to alias ugly draft names with shorter, more = meaningful names. As an example, here is the declaration to TLS 1.3: which can then be used later in the draft as But I would prefer to use if = possible. Is there a way to alias this without losing the ability to = suck in the reference? Thanks, Tom From nobody Wed Feb 28 10:57:16 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C39B124F57 for ; Wed, 28 Feb 2018 10:57:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 xOIU_APdKi28 for ; Wed, 28 Feb 2018 10:57:06 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A3EA12025C for ; Wed, 28 Feb 2018 10:57:06 -0800 (PST) Received: from [192.168.178.20] ([93.217.117.186]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LyVIk-1ec0QF0fkk-015pTM; Wed, 28 Feb 2018 19:57:01 +0100 To: Tom Pusateri , xml2rfc@ietf.org References: <5CD43BAC-6239-4038-85A0-ADD86DF7FE53@bangj.com> From: Julian Reschke Message-ID: Date: Wed, 28 Feb 2018 19:57:00 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <5CD43BAC-6239-4038-85A0-ADD86DF7FE53@bangj.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:o6n7MCd5ZEwtQ1R/NqSFxKi6miwGqTqNHMWdUBlOfandh1GTG1H Y5oGw+Z6Zp5uEnb8MGkUu7RSOVs+0g1lAgKj1F2rSN5J3H7PqO2pkT0+G6Ax0teeyQGYa2s vyid/3R7UgpBOphDbfrL453AGA9aBYx0p6vSbnOYuRMgDJq6nYG9KiLjlNV4gBFZJf6b8+p r/Exz3W4+zZJtMWjcoyxQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:hMsy+pwkN+Y=:t9/kaan3UsE4VhkU/uz7CO iB0R9QgdljJjUjviiI+iL/N2n7qbQHIcJpiKvP4cYBkJjC2HojWmsimcyy/mRWJ1Kp3u5xpt0 F+UTefeMyF/TMkKeQFT+HQWP1YTovdlfCTnuqeGgwtuYr3dpyVm3WzFPTTL6QFCS20ulIHbT8 c/npOIeSn1ffWrv43T7RlM132suW94vltMIXbGJ0ambZSU5sENuQ2stbAttf2B2GXutGiAWao 3YP4ecUD5ecGRRQgem77l5enlxg0jdIkw5+ouyoLFf/btuggAIvLD/fC21puWg7vSASv4H1w9 51wgdKyOv2y+4wr42glTsq9udmxefkGMoWLwdea+OA1ltKKrURUCuugzo8ESD/oOTfdcNLEo/ Y5k2K8EEQE9VrZeTGcQTm9gcPXGHVSl1YedJR4iJ7HKNMsHJ0ZqQyb+jRIMRNcw34CG0G1aEM wUMb2UZYh7iLZEhg9OqH5AFyBdjCw3jEXLm8Mwld1gDznYZnQ1TnAid0i8hVJUccmt3T3SgQ6 DLa7MXCAUq7jKhbextgkkTDLgGD3vQB8cKEGeCbk25H0funBYuKzEuqlvZxApN0myAI+PgFk/ HJieZ90T73akxLnc+jiTUZn1aMqHmcFtMsNVJZSBnnMIdpw0bW+eQGVaM2PG0DSZM8xydLEhj AVWjbCHJVAjoXCwMqtPV3dBQ/E6D9cQ2NjAW73YQf1i3CkVg956u4rbsKN7rQwkRYu52wDGlz L76m0W+KQVAJuvpDMFo8tN31rX7ZuLBpsgO4ydkeo+uCbR2Hjz2AioD9KeOBIhQB6CUgBkRke HlwfMeFhZ6ZhSYF+83psrzUqlbFhKjdBxw3yaFr4aqXxJC2Pgs= Archived-At: Subject: Re: [xml2rfc] Reference short names X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 18:57:15 -0000 On 2018-02-28 19:50, Tom Pusateri wrote: > Is there a way to reference Internet Drafts by a shorter name than the standard I-D.ietf-tls-tls13 ? > > I have a co-author who insists on using short names and includes the whole reference manually for drafts and they have to be updated each time they are changed. If we used the standard references, they wouldn’t need to be updated but then we get the ugly names. It would be nice to have a way to alias ugly draft names with shorter, more meaningful names. > > As an example, here is the declaration to TLS 1.3: > > > > which can then be used later in the draft as ; Wed, 28 Feb 2018 23:49:11 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 28 Feb 2018 18:49:10 -0500 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Wed, 28 Feb 2018 18:49:10 -0500 From: "Eric Vyncke (evyncke)" To: "xml2rfc@ietf.org" Thread-Topic: Error 403 when trying to get https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.* Thread-Index: AQHTsO66U/8YhDr1YEOfDcy9Hv0QoA== Date: Wed, 28 Feb 2018 23:49:10 +0000 Message-ID: <565E1624-A3E4-440C-B561-3B84A7D46C80@cisco.com> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1e.0.170107 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.56.12] Content-Type: multipart/alternative; boundary="_000_565E1624A3E4440CB5613B84A7D46C80ciscocom_" MIME-Version: 1.0 Archived-At: Subject: [xml2rfc] Error 403 when trying to get https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.* X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 23:49:14 -0000 --_000_565E1624A3E4440CB5613B84A7D46C80ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlIGEgWE1MIHdpdGggYWJvdXQgMTAwIG9mIFhNTCBlbnRpdGllcyByZWZlcnJpbmcgdG8g VVJMIHN1Y2ggYXMgaHR0cDovL3htbDJyZmMudG9vbHMuaWV0Zi5vcmcvcHVibGljL3JmYy9iaWJ4 bWwvcmVmZXJlbmNlLlJGQy4qIGFuZCB3aGVuIGxvYWRpbmcgdGhpcyBYTUwgaW4gWE1MbWluZCBJ IGtlZXAgZ2V0dGluZyBhIEhUVFAgNDAzIChub3QgYXV0aG9yaXplZCkgZXJyb3IgYXQgcmFuZG9t IGVudGl0eS4uLg0KDQpJdCBzZWVtcyB0byBtZSB0aGF0IGEgcmF0ZSBsaW1pdGluZyBpcyB0cmln Z2VyaW5nPw0KDQpBbnkgc3VnZ2VzdGlvbiBob3cgdG8gYnlwYXNzIG9yIHRvIGJlaGF2ZSBiZXR0 ZXIgb24gbXkgc2lkZT8NCg0KUmVnYXJkcw0KDQotw6lyaWMNCg== --_000_565E1624A3E4440CB5613B84A7D46C80ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <0388A3ED643CF84994E851585E15FBA0@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQg NzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMi IGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ SSBoYXZlIGEgWE1MIHdpdGggYWJvdXQgMTAwIG9mIFhNTCBlbnRpdGllcyByZWZlcnJpbmcgdG8g VVJMIHN1Y2ggYXMNCjxhIGhyZWY9Imh0dHA6Ly94bWwycmZjLnRvb2xzLmlldGYub3JnL3B1Ymxp Yy9yZmMvYmlieG1sL3JlZmVyZW5jZS5SRkMuKiI+aHR0cDovL3htbDJyZmMudG9vbHMuaWV0Zi5v cmcvcHVibGljL3JmYy9iaWJ4bWwvcmVmZXJlbmNlLlJGQy4qPC9hPiBhbmQgd2hlbiBsb2FkaW5n IHRoaXMgWE1MIGluIFhNTG1pbmQgSSBrZWVwIGdldHRpbmcgYSBIVFRQIDQwMyAobm90IGF1dGhv cml6ZWQpIGVycm9yIGF0IHJhbmRvbSBlbnRpdHkuLi48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPkl0IHNlZW1zIHRvIG1lIHRoYXQgYSByYXRlIGxpbWl0aW5nIGlz IHRyaWdnZXJpbmc/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5B bnkgc3VnZ2VzdGlvbiBob3cgdG8gYnlwYXNzIG9yIHRvIGJlaGF2ZSBiZXR0ZXIgb24gbXkgc2lk ZT88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlJlZ2FyZHM8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPi3DqXJpYzxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_565E1624A3E4440CB5613B84A7D46C80ciscocom_-- From nobody Wed Feb 28 15:52:02 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15B92127058 for ; Wed, 28 Feb 2018 15:52:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 zVRVMjjQBOkp for ; Wed, 28 Feb 2018 15:51:59 -0800 (PST) Received: from oj.bangj.com (amt0.gin.ntt.net [129.250.11.170]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59A45127023 for ; Wed, 28 Feb 2018 15:51:59 -0800 (PST) Received: from [172.16.10.101] (unknown [107.13.237.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id 1FCFE123; Wed, 28 Feb 2018 18:47:55 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Tom Pusateri In-Reply-To: Date: Wed, 28 Feb 2018 18:51:57 -0500 Cc: xml2rfc@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <51E21192-3B57-4BB6-A0F5-52FB7ECD193A@bangj.com> References: <5CD43BAC-6239-4038-85A0-ADD86DF7FE53@bangj.com> To: Julian Reschke X-Mailer: Apple Mail (2.3273) Archived-At: Subject: Re: [xml2rfc] Reference short names X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 23:52:01 -0000 > On Feb 28, 2018, at 1:57 PM, Julian Reschke = wrote: >=20 > On 2018-02-28 19:50, Tom Pusateri wrote: >> Is there a way to reference Internet Drafts by a shorter name than = the standard I-D.ietf-tls-tls13 ? >> I have a co-author who insists on using short names and includes the = whole reference manually for drafts and they have to be updated each = time they are changed. If we used the standard references, they = wouldn=E2=80=99t need to be updated but then we get the ugly names. It = would be nice to have a way to alias ugly draft names with shorter, more = meaningful names. >> As an example, here is the declaration to TLS 1.3: >> >> which can then be used later in the draft as >> But I would prefer to use if = possible. Is there a way to alias this without losing the ability to = suck in the reference? >> Thanks, >> Tom >=20 > Users of rfc2629.xslt can take advantage of = - so that would require on pre-processing step before feeding stuff = into xml2rfc. >=20 > Best regards, Julian Thanks! I=E2=80=99ll look forward to using v3. Tom= From nobody Wed Feb 28 20:44:14 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A75ED12E884 for ; Wed, 28 Feb 2018 20:44:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.197 X-Spam-Level: X-Spam-Status: No, score=-4.197 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=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 rmcwzqas_diy for ; Wed, 28 Feb 2018 20:44:10 -0800 (PST) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BB9212E878 for ; Wed, 28 Feb 2018 20:44:09 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id w214i2k2008782; Thu, 1 Mar 2018 05:44:03 +0100 (CET) Received: from [172.21.121.189] (unknown [2.50.35.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3zsKZp4nH9zDXBg; Thu, 1 Mar 2018 05:44:02 +0100 (CET) Content-Type: multipart/alternative; boundary=Apple-Mail-371626FB-B94F-4476-9EED-6CB6C6140DC8 Mime-Version: 1.0 (1.0) From: Carsten Bormann X-Mailer: iPhone Mail (15D100) In-Reply-To: <5CD43BAC-6239-4038-85A0-ADD86DF7FE53@bangj.com> Date: Thu, 1 Mar 2018 08:43:57 +0400 Cc: xml2rfc@ietf.org Content-Transfer-Encoding: 7bit Message-Id: References: <5CD43BAC-6239-4038-85A0-ADD86DF7FE53@bangj.com> To: Tom Pusateri Archived-At: Subject: Re: [xml2rfc] Reference short names X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 04:44:13 -0000 --Apple-Mail-371626FB-B94F-4476-9EED-6CB6C6140DC8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Being able to freely choose the reference anchor is a feature of kramdown-rf= c. Please see http://RFC.space (I'm on vacation right now so unfortunately I can't offer my usual service o= f upconverting XML into markdown.) Sent from mobile > On 28. Feb 2018, at 22:50, Tom Pusateri wrote: >=20 > Is there a way to reference Internet Drafts by a shorter name than the sta= ndard I-D.ietf-tls-tls13 ? >=20 > I have a co-author who insists on using short names and includes the whole= reference manually for drafts and they have to be updated each time they ar= e changed. If we used the standard references, they wouldn=E2=80=99t need to= be updated but then we get the ugly names. It would be nice to have a way t= o alias ugly draft names with shorter, more meaningful names. >=20 > As an example, here is the declaration to TLS 1.3: >=20 > >=20 > which can then be used later in the draft as >=20 > But I would prefer to use if poss= ible. Is there a way to alias this without losing the ability to suck in the= reference? >=20 > Thanks, > Tom >=20 >=20 > _______________________________________________ > xml2rfc mailing list > xml2rfc@ietf.org > https://www.ietf.org/mailman/listinfo/xml2rfc >=20 >=20 --Apple-Mail-371626FB-B94F-4476-9EED-6CB6C6140DC8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Being able to freely choose the reference a= nchor is a feature of kramdown-rfc.  Please see http://RFC.space

(I'm on vacation right now so u= nfortunately I can't offer my usual service of upconverting XML into markdow= n.)

Sent from mobile

On 28. Feb 2018, at 22:50, Tom Pus= ateri <pusateri@bangj.com> w= rote:

Is there a way to re= ference Internet Drafts by a shorter name than the standard I-D.ietf-tls-tls= 13 ?

I have a co-author who insists on usin= g short names and includes the whole reference manually for drafts and they h= ave to be updated each time they are changed. If we used the standard refere= nces, they wouldn=E2=80=99t need to be updated but then we get the ugly name= s. It would be nice to have a way to alias ugly draft names with shorter, mo= re meaningful names.

As an example, here is= the declaration to TLS 1.3:

<!ENTITY I-= D.ietf-tls-tls13           = ;     SYSTEM  "http://xml.resource= .org/public/rfc/bibxml3/reference.I-D.ietf-tls-tls13.xml=E2=80=9D>

which can then be used later in the draft as &= lt;xref target=3D"I-D.ietf-tls-tls13=E2=80=9D>
But I would prefer to use <xref target=3D=E2=80=9CTLS1.3=E2=80=9D&= gt; if possible. Is there a way to alias this without losing the ability to s= uck in the reference?

Thanks,
Tom


___________________= ____________________________
xml2rfc mailing list
= xml2rfc@ietf.org
https://www.iet= f.org/mailman/listinfo/xml2rfc

<= br>
= --Apple-Mail-371626FB-B94F-4476-9EED-6CB6C6140DC8-- From nobody Wed Feb 28 23:50:01 2018 Return-Path: X-Original-To: xml2rfc@ietfa.amsl.com Delivered-To: xml2rfc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBE6F12D7F5 for ; Wed, 28 Feb 2018 23:49:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=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 edI6V-mdIBY6 for ; Wed, 28 Feb 2018 23:49:58 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DEC71205D3 for ; Wed, 28 Feb 2018 23:49:58 -0800 (PST) Received: from h-99-61.a357.priv.bahnhof.se ([82.196.99.61]:53761 helo=[192.168.1.120]) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1erIyT-0000fK-9t; Wed, 28 Feb 2018 23:49:57 -0800 To: "Eric Vyncke (evyncke)" , "xml2rfc@ietf.org" References: <565E1624-A3E4-440C-B561-3B84A7D46C80@cisco.com> From: Henrik Levkowetz Message-ID: <18e4073a-ca0a-30b8-7f52-68bef47547a9@levkowetz.com> Date: Thu, 1 Mar 2018 08:49:48 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <565E1624-A3E4-440C-B561-3B84A7D46C80@cisco.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="oH8HJ4duAgrOLx2NoU6INrFIeMVCuFK1f" X-SA-Exim-Connect-IP: 82.196.99.61 X-SA-Exim-Rcpt-To: xml2rfc@ietf.org, evyncke@cisco.com X-SA-Exim-Mail-From: henrik@levkowetz.com X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org) X-Clacks-Overhead: GNU Terry Pratchett Archived-At: Subject: Re: [xml2rfc] Error 403 when trying to get https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.* X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2018 07:50:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --oH8HJ4duAgrOLx2NoU6INrFIeMVCuFK1f Content-Type: multipart/mixed; boundary="wG0qUEvNwkjgoqSnEV63JDlXJ1Jx5TAJX"; protected-headers="v1" From: Henrik Levkowetz To: "Eric Vyncke (evyncke)" , "xml2rfc@ietf.org" Message-ID: <18e4073a-ca0a-30b8-7f52-68bef47547a9@levkowetz.com> Subject: Re: [xml2rfc] Error 403 when trying to get https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.* References: <565E1624-A3E4-440C-B561-3B84A7D46C80@cisco.com> In-Reply-To: <565E1624-A3E4-440C-B561-3B84A7D46C80@cisco.com> --wG0qUEvNwkjgoqSnEV63JDlXJ1Jx5TAJX Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Eric, On 2018-03-01 00:49, Eric Vyncke (evyncke) wrote: > I have a XML with about 100 of XML entities referring to URL such as ht= tp://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.* and when lo= ading this XML in XMLmind I keep getting a HTTP 403 (not authorized) erro= r at random entity... >=20 > It seems to me that a rate limiting is triggering? >=20 > Any suggestion how to bypass or to behave better on my side? THanks for the alert. I've disabled the rate limiting. Best regards, Henrik --wG0qUEvNwkjgoqSnEV63JDlXJ1Jx5TAJX-- --oH8HJ4duAgrOLx2NoU6INrFIeMVCuFK1f Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEifjc5+rnL1MJBcZSTptXS4+7FxoFAlqXsJwACgkQTptXS4+7 FxqVjRAAp+qSkEqnEYP2oEbf39IJLPXpT+64aU3a5Qz6TgoRpi7oYfxvyJ25x0I2 nXNYijLdJX6FsLW6pQlWHFvGisgQ6w9lg9IIKFw0FIg2hFPTZTDUIMLKbnseInIG bnmpNqaH/wzxDLEimjywuZDAtA0DDdGx/mqsGRBr3oKUBkyjkpkxloq+INDMAfGk EsG9Z+VSOpxs0POGMRHOtmy270rA6vb4bSeNero5rfbZdBPw6dRVBDBroQbPv4IL YarmSYtmQBoL6jmpgiJTE6n+o07QuSUaMRo/Ta3dA6YearZ6yNF5nYMJEvEHQlPe IXoK45mzqD9bm5wXXsJLN/a4RyeBVRda2wzrViKlwCm33Znjs+tXq7ERi1JcW4AN XnMLN1U4HtK7pDQQPS+1JLpJFJxH2i0KF3JC9WV+K0M81V4DlXScM4kBG/8LLSRj ZSc8BvA4y3d+GxqO3dpMGrGVA7JANwwqeniwVwHV40CelKPzjQeaitae8dhq8/pc GR85Szh1zv9RVOBg+i+QhlqcgBGe/hu/yptw2PGcruNdudrpVKCnhX7uYNFCnJgu ZxAva7hcjWJPSQbGY4R66Fd6KqLHQyLu+/R+cXdmMHKmIZKIupMtXnzvWkgOc+92 AQHOapUgivo5lC8o0in64qo6q1deTGbkOUFeOXDj+5oy5FEG8SU= =0enT -----END PGP SIGNATURE----- --oH8HJ4duAgrOLx2NoU6INrFIeMVCuFK1f--