From trac@tools.ietf.org Thu Aug 1 03:27:35 2013 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 9DC8F21F9FE3 for ; Thu, 1 Aug 2013 03:27:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U4mlxGN+Dclw for ; Thu, 1 Aug 2013 03:27:29 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id E446621F9D6F for ; Thu, 1 Aug 2013 03:25:26 -0700 (PDT) Received: from localhost ([127.0.0.1]:46630 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1V4q4S-00046k-3a; Thu, 01 Aug 2013 12:25:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com, arusso@amsl.com X-Trac-Project: xml2rfc Date: Thu, 01 Aug 2013 10:25:24 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/194 Message-ID: <063.3304121621b15aea16c9ad2d39d4a3fe@tools.ietf.org> X-Trac-Ticket-ID: 194 X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, arusso@amsl.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: [xml2rfc] #194: handling of leading space in figure artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Aug 2013 10:27:35 -0000 #194: handling of leading space in figure artwork Regarding the left-hand space on a figure: - v2 is literal: it outputs only the space that's actually shown in the
in the XML file *unless* there is zero space, in which case it outputs the normal 3-space margin. Figure 1 in the attached file: v2 output has 6 spaces on the left b/c that's how many are in the XML file. - v1 is not literal: it adds 3 spaces, always. Figure 1 in attached v1 output has 9 spaces. What is the best thing for v2 to do? a) match v1 behavior b) remain as it is c) do something different RFC Editor preference is (a). -- -----------------------------+---------------------------------- Reporter: arusso@amsl.com | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Keywords: | -----------------------------+---------------------------------- Ticket URL: xml2rfc From trac@tools.ietf.org Thu Aug 1 03:57:55 2013 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 EF7EB21F9F1B for ; Thu, 1 Aug 2013 03:57:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HMgx36aa7+dY for ; Thu, 1 Aug 2013 03:57:54 -0700 (PDT) Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 4A61221F9EE0 for ; Thu, 1 Aug 2013 03:57:54 -0700 (PDT) Received: from localhost ([127.0.0.1]:49047 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1V4qZo-00032Z-S0; Thu, 01 Aug 2013 12:57:48 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "xml2rfc issue tracker" X-Trac-Version: 0.12.3 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.3, by Edgewall Software To: henrik@levkowetz.com X-Trac-Project: xml2rfc Date: Thu, 01 Aug 2013 10:57:48 -0000 X-URL: http://tools.ietf.org/tools/xml2rfc/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/194#comment:1 Message-ID: <078.8d592e3385ed00d9a51f79a316bbc0d8@tools.ietf.org> References: <063.3304121621b15aea16c9ad2d39d4a3fe@tools.ietf.org> X-Trac-Ticket-ID: 194 In-Reply-To: <063.3304121621b15aea16c9ad2d39d4a3fe@tools.ietf.org> X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Rcpt-To: henrik@levkowetz.com, sginoza@amsl.com, xml2rfc@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #194: handling of leading space in figure artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Aug 2013 10:57:55 -0000 #194: handling of leading space in figure artwork Comment (by henrik@levkowetz.com): Umm. When I count the spaces in test_v1.txt (version 1 output) I get 7 spaces... From what I remember of v1 (without now going digging into the code) I have a vague idea that what it did was more complex -- it would start out with one assumption (probably adding 3 spaces) but if the figure overran the 72 character margin, it would try to change the placement to stay within 72 characters ... ? I don't have strong feelings about what's right here, but whatever we do, consistency and predictability is good. -- ------------------------------+---------------------------------- Reporter: arusso@amsl.com | Owner: henrik@levkowetz.com Type: defect | Status: new Priority: medium | Milestone: Component: Version 2 cli | Version: 2.4.x Resolution: | Keywords: ------------------------------+---------------------------------- Ticket URL: xml2rfc From nico@cryptonector.com Thu Aug 1 10:35:09 2013 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 8D76221E8117 for ; Thu, 1 Aug 2013 10:35:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.977 X-Spam-Level: X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zy3VVGJWaKTZ for ; Thu, 1 Aug 2013 10:35:04 -0700 (PDT) Received: from homiemail-a34.g.dreamhost.com (caiajhbdccac.dreamhost.com [208.97.132.202]) by ietfa.amsl.com (Postfix) with ESMTP id AB35011E811E for ; Thu, 1 Aug 2013 10:35:04 -0700 (PDT) Received: from homiemail-a34.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a34.g.dreamhost.com (Postfix) with ESMTP id E780710070 for ; Thu, 1 Aug 2013 10:34:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cryptonector.com; h= mime-version:in-reply-to:references:date:message-id:subject:from :to:cc:content-type; s=cryptonector.com; bh=bVBsrWPBxE25nQIxtHFG JqpBaGo=; b=b9wIbR/w3H+Rl/dEO91of1KouKKXIP/vN3E0+Mhq9ccbLqPgVvDI R+DPHeYg5jVeZ8cQ3Y0NuXCiwhTUNTne6DnXy2j9OfHnGVxrN3GQsl5DH0N71shL xESf0GXeQLsUNOHkd+3jFPXA8QGQmhWGE7TvmyOpvGBE6x6T02nHpwM= Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: nico@cryptonector.com) by homiemail-a34.g.dreamhost.com (Postfix) with ESMTPSA id 1000610079 for ; Thu, 1 Aug 2013 10:34:35 -0700 (PDT) Received: by mail-wg0-f44.google.com with SMTP id l18so1926046wgh.35 for ; Thu, 01 Aug 2013 10:34:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=I0/BTy/LwjU6+vpmVoTFOazPDKvyewjseHpadU+LDO0=; b=fjEsgQpAv8U1c1XJlmmG2erJzWDNpLjuwdPEzBlk/TCZDsqWlVvwZwUurkoVe1NEKZ YgmL1YytJyHOQay+jDFoyCwW/IWDSIOdNn4l7IZHdY+TPKMSX3fP3hWRmMXciTk8Tyic JKj/s6Sh0pKcNdwjfFYqyhqQGfgldxslRAcgOGnGkMdyEmGVuoAnUMRLyQSj2272Mz3v pkzGHsKdxWuNuELdl++fA/DxmvRI0DJYxokDYdtIzEHXHhwVeZ7On7880ZnBu1tdyHXv Yz8E9G+jTjbxc8B+q+fkJJFdkb0BGq4I7DlZ+uRo2J1AUV1o3tUlXI2rjgbQGsOMIen5 RSbQ== MIME-Version: 1.0 X-Received: by 10.180.198.79 with SMTP id ja15mr1993714wic.36.1375378474499; Thu, 01 Aug 2013 10:34:34 -0700 (PDT) Received: by 10.216.21.138 with HTTP; Thu, 1 Aug 2013 10:34:34 -0700 (PDT) In-Reply-To: <078.8d592e3385ed00d9a51f79a316bbc0d8@tools.ietf.org> References: <063.3304121621b15aea16c9ad2d39d4a3fe@tools.ietf.org> <078.8d592e3385ed00d9a51f79a316bbc0d8@tools.ietf.org> Date: Thu, 1 Aug 2013 12:34:34 -0500 Message-ID: From: Nico Williams To: xml2rfc issue tracker Content-Type: text/plain; charset=UTF-8 Cc: xml2rfc@ietf.org, sginoza@amsl.com Subject: Re: [xml2rfc] #194: handling of leading space in figure artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Aug 2013 17:35:09 -0000 On Thu, Aug 1, 2013 at 5:57 AM, xml2rfc issue tracker wrote: > #194: handling of leading space in figure artwork > > Comment (by henrik@levkowetz.com): > [...] > > I don't have strong feelings about what's right here, but whatever we do, > consistency > and predictability is good. Exactly: xml2rfc's handling of this must be consistent and predictable. And that means: it must be utterly simple. Either always add three spaces, or never do (or allow the author to specify how much space to add). If artwork overruns the margins, well, for an I-D it's a warning one might choose to ignore. Or the author could adjust the artwork. But having unpredictable auto-adjustments will complicate the author's efforts to fit the artwork. Nico -- From julian.reschke@gmx.de Fri Aug 2 00:00:28 2013 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 BAF7111E8199 for ; Fri, 2 Aug 2013 00:00:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.599 X-Spam-Level: X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=-4.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ER2gPTOmKkmT for ; Fri, 2 Aug 2013 00:00:19 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) by ietfa.amsl.com (Postfix) with ESMTP id 7E90511E8258 for ; Fri, 2 Aug 2013 00:00:19 -0700 (PDT) Received: from [130.129.20.103] ([130.129.20.103]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lt1yI-1U2txL0s0I-012XX0 for ; Fri, 02 Aug 2013 09:00:17 +0200 Message-ID: <51FB58FC.70901@gmx.de> Date: Fri, 02 Aug 2013 09:00:12 +0200 From: Julian Reschke User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Nico Williams References: <063.3304121621b15aea16c9ad2d39d4a3fe@tools.ietf.org> <078.8d592e3385ed00d9a51f79a316bbc0d8@tools.ietf.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:jDwWTzl9dRMBjGWQdzkKROacJz5VyoCyoVzx0RZEgramVYd9H4i WhWU7eObAZjri9md19/do1dDLO5lK1t3NDXac10vZGjAsIgL+XNwCWKcuSdB9UiilaX4Ube TK7J3y8yd84uaWqnNLc0Xa0UWnBKS+RIaG5XDy3do1UjFqc+QU7AbzNHk6krTd4ImtofxX6 7dopxoDX6ythUd4CU3W4w== Cc: xml2rfc@ietf.org, xml2rfc issue tracker , sginoza@amsl.com Subject: Re: [xml2rfc] #194: handling of leading space in figure artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 07:00:28 -0000 On 2013-08-01 19:34, Nico Williams wrote: > On Thu, Aug 1, 2013 at 5:57 AM, xml2rfc issue tracker > wrote: >> #194: handling of leading space in figure artwork >> >> Comment (by henrik@levkowetz.com): > >> [...] >> >> I don't have strong feelings about what's right here, but whatever we do, >> consistency >> and predictability is good. > > Exactly: xml2rfc's handling of this must be consistent and > predictable. And that means: it must be utterly simple. Either > always add three spaces, or never do (or allow the author to specify > how much space to add). > > If artwork overruns the margins, well, for an I-D it's a warning one > might choose to ignore. Or the author could adjust the artwork. But > having unpredictable auto-adjustments will complicate the author's > efforts to fit the artwork. It may make sense to define an indent parameter that defaults to 3 and can be adjusted once space runs out. That being said: allowing wider artwork of course would be an option as well... Best regards, Julian From tony@att.com Fri Aug 2 02:03:29 2013 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 11B3C21F9D17 for ; Fri, 2 Aug 2013 02:03:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.598 X-Spam-Level: X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55QjjLyWr3OH for ; Fri, 2 Aug 2013 02:03:04 -0700 (PDT) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 03CAF11E82FA for ; Fri, 2 Aug 2013 01:57:11 -0700 (PDT) Received: from unknown [144.160.20.145] (EHLO mlpd192.enaf.sfdc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id 0547bf15.0.7444350.00-209.20569363.nbfkord-smmo05.seg.att.com (envelope-from ); Fri, 02 Aug 2013 08:57:12 +0000 (UTC) X-MXL-Hash: 51fb7468572826ba-7dbcf13d49c7744c5a40659c12cda58390b39797 Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r728umKh021350 for ; Fri, 2 Aug 2013 04:56:48 -0400 Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r728udcL021220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 2 Aug 2013 04:56:41 -0400 Received: from alpi153.aldc.att.com (alpi153.aldc.att.com [130.8.42.31]) by alpi133.aldc.att.com (RSA Interceptor) for ; Fri, 2 Aug 2013 08:56:28 GMT Received: from aldc.att.com (localhost [127.0.0.1]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r728uSGc003082 for ; Fri, 2 Aug 2013 04:56:28 -0400 Received: from mailgw1.maillennium.att.com (maillennium.att.com [135.25.114.99]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r728uNwU002907 for ; Fri, 2 Aug 2013 04:56:25 -0400 Received: from [130.10.45.92] (vpn-130-10-45-92.vpn.west.att.com[130.10.45.92]) by maillennium.att.com (mailgw1) with ESMTP id <20130802085620gw100bhhtge> (Authid: tony); Fri, 2 Aug 2013 08:56:23 +0000 X-Originating-IP: [130.10.45.92] Message-ID: <51FB7432.1080005@att.com> Date: Fri, 02 Aug 2013 04:56:18 -0400 From: Tony Hansen User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: xml2rfc@ietf.org References: <063.3304121621b15aea16c9ad2d39d4a3fe@tools.ietf.org> <078.8d592e3385ed00d9a51f79a316bbc0d8@tools.ietf.org> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/alternative; boundary="------------060506010603030302060109" X-RSA-Inspected: yes X-RSA-Classifications: public X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.20.145] X-AnalysisOut: [v=2.0 cv=Sa5AgItu c=1 sm=0 a=ZRNLZ4dFUbCvG8UMqPvVAA==:17 a] X-AnalysisOut: [=FqpXOyCCkGUA:10 a=3ukmKKXcZEAA:10 a=B7H2hRZlfY8A:10 a=ofM] X-AnalysisOut: [gfj31e3cA:10 a=BLceEmwcHowA:10 a=zQP7CpKOAAAA:8 a=_My5FNiw] X-AnalysisOut: [AFEA:10 a=48vgC7mUAAAA:8 a=QF2H0--CAAAA:8 a=JIV3PlmGKPlWCt] X-AnalysisOut: [zNuXwA:9 a=wPNLvfGTeEIA:10 a=tDpptfh0NRsA:10 a=JbCuaGJ-VxE] X-AnalysisOut: [_4Ffa:21 a=XkpccNzr8IoOurnA:21 a=pGLkceISAAAA:8 a=R2E3AywR] X-AnalysisOut: [OGvCc4bu51cA:9 a=_W_S_7VecoQA:10 a=krQzWYEXhepdN_L_:21] Cc: xml2rfc issue tracker , sginoza@amsl.com Subject: Re: [xml2rfc] #194: handling of leading space in figure artwork X-BeenThere: xml2rfc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 09:03:29 -0000 This is a multi-part message in MIME format. --------------060506010603030302060109 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Version 1 is consistent and predictable. Its rules were: If length <= 69, indent = 3 else if length == 70, indent = 2, warn about outdent else if length == 71, indent = 1, warn about outdent else if length == 72, indent = 0, warn about outdent else if length > 72, indent = 0, warn about excess characters output line Version 2 is consistent and predictable. Currently its rules are: indent = 3 if length > 69, warn about excess characters output line The problem is that version 1 and version 2 are different. Consequently, documents that are acceptable with v1 are not acceptable with v2. I'm told that this is particularly an issue with MIBs, which I'm also told tend to use very LONG artwork and often hit that 70-72 range. The question is which is "proper and correct" and should be the rule going forward. Tony Hansen On 8/1/2013 1:34 PM, Nico Williams wrote: > On Thu, Aug 1, 2013 at 5:57 AM, xml2rfc issue tracker > wrote: >> #194: handling of leading space in figure artwork >> >> Comment (by henrik@levkowetz.com): >> [...] >> >> I don't have strong feelings about what's right here, but whatever we do, >> consistency >> and predictability is good. > Exactly: xml2rfc's handling of this must be consistent and > predictable. And that means: it must be utterly simple. Either > always add three spaces, or never do (or allow the author to specify > how much space to add). > > If artwork overruns the margins, well, for an I-D it's a warning one > might choose to ignore. Or the author could adjust the artwork. But > having unpredictable auto-adjustments will complicate the author's > efforts to fit the artwork. --------------060506010603030302060109 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Version 1 is consistent and predictable. Its rules were:
    If length <= 69, indent = 3
    else if length == 70, indent = 2, warn about outdent
    else if length == 71, indent = 1, warn about outdent
    else if length == 72, indent = 0, warn about outdent
    else if length > 72, indent = 0, warn about excess characters
    output line

Version 2 is consistent and predictable. Currently its rules are:
    indent = 3
    if length > 69, warn about excess characters
    output line

The problem is that version 1 and version 2 are different. Consequently, documents that are acceptable with v1 are not acceptable with v2.

I'm told that this is particularly an issue with MIBs, which I'm also told tend to use very LONG artwork and often hit that 70-72 range.

The question is which is "proper and correct" and should be the rule going forward.

    Tony Hansen

On 8/1/2013 1:34 PM, Nico Williams wrote:
On Thu, Aug 1, 2013 at 5:57 AM, xml2rfc issue tracker
<trac@tools.ietf.org> wrote:

#194: handling of leading space in figure artwork

Comment (by henrik@levkowetz.com):


      

        
[...]

 I don't have strong feelings about what's right here, but whatever we do,
 consistency
 and predictability is good.


      

      
Exactly: xml2rfc's handling of this must be consistent and
predictable.  And that means: it must be utterly simple.  Either
always add three spaces, or never do (or allow the author to specify
how much space to add).

If artwork overruns the margins, well, for an I-D it's a warning one
might choose to ignore.  Or the author could adjust the artwork.  But
having unpredictable auto-adjustments will complicate the author's
efforts to fit the artwork.


    

    
  


--------------060506010603030302060109--

From paul.hoffman@vpnc.org  Fri Aug  2 03:32:34 2013
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 2E8AD21E8137 for ; Fri,  2 Aug 2013 03:32:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BiqM0Un6qW2m for ; Fri,  2 Aug 2013 03:32:33 -0700 (PDT)
Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) by ietfa.amsl.com (Postfix) with ESMTP id C066711E8251 for ; Fri,  2 Aug 2013 03:32:33 -0700 (PDT)
Received: from dhcp-64c3.meeting.ietf.org (dhcp-64c3.meeting.ietf.org [130.129.100.195]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.5) with ESMTP id r72AWGWc048708 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 2 Aug 2013 03:32:18 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Paul Hoffman 
In-Reply-To: <51FB7432.1080005@att.com>
Date: Fri, 2 Aug 2013 12:32:16 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <9995CCAD-2DA5-4C88-B2FD-49D2314CED85@vpnc.org>
References: <063.3304121621b15aea16c9ad2d39d4a3fe@tools.ietf.org> <078.8d592e3385ed00d9a51f79a316bbc0d8@tools.ietf.org>  <51FB7432.1080005@att.com>
To: Tony Hansen 
X-Mailer: Apple Mail (2.1508)
Cc: xml2rfc@ietf.org, xml2rfc issue tracker , sginoza@amsl.com
Subject: Re: [xml2rfc] #194: handling of leading space in figure artwork
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 02 Aug 2013 10:32:34 -0000

On Aug 2, 2013, at 10:56 AM, Tony Hansen  wrote:

> Version 1 is consistent and predictable. Its rules were:
>     If length <=3D 69, indent =3D 3
>     else if length =3D=3D 70, indent =3D 2, warn about outdent
>     else if length =3D=3D 71, indent =3D 1, warn about outdent
>     else if length =3D=3D 72, indent =3D 0, warn about outdent
>     else if length > 72, indent =3D 0, warn about excess characters
>     output line
>=20
> Version 2 is consistent and predictable. Currently its rules are:
>     indent =3D 3
>     if length > 69, warn about excess characters
>     output line
>=20
> The problem is that version 1 and version 2 are different. =
Consequently, documents that are acceptable with v1 are not acceptable =
with v2.
>=20
> I'm told that this is particularly an issue with MIBs, which I'm also =
told tend to use very LONG artwork and often hit that 70-72 range.
>=20
> The question is which is "proper and correct" and should be the rule =
going forward.

The way version 1 did it is much better than version 2 because it causes =
more understandable documents to be able to be published.

--Paul Hoffman=

From petithug@acm.org  Sat Aug 10 08:28:18 2013
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 055CC21F967C for ; Sat, 10 Aug 2013 08:28:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.845
X-Spam-Level: 
X-Spam-Status: No, score=-1.845 tagged_above=-999 required=5 tests=[AWL=-0.734, BAYES_05=-1.11, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JXZvG86Qi3oT for ; Sat, 10 Aug 2013 08:28:17 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 50E5121F9302 for ; Sat, 10 Aug 2013 08:21:30 -0700 (PDT)
Received: from [IPv6:2601:9:4bc0:13:3134:7fb1:100f:7dea] (unknown [IPv6:2601:9:4bc0:13:3134:7fb1:100f:7dea]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Marc Petit-Huguenin", Issuer "implementers.org" (verified OK)) by implementers.org (Postfix) with ESMTPS id 2E9622040F for ; Sat, 10 Aug 2013 17:21:28 +0200 (CEST)
Message-ID: <52065A76.5060202@acm.org>
Date: Sat, 10 Aug 2013 08:21:26 -0700
From: Marc Petit-Huguenin 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630 Icedove/17.0.7
MIME-Version: 1.0
To: xml2rfc@ietf.org
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: [xml2rfc] rsync1.xml.resource.org down
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 10 Aug 2013 15:28:18 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hi,

I seems that rsync1.xml.resource.org is down.  rsync3.xml.resource.org is
working fine, but the web site states that "after you pick [a server], you
shouldn't switch", although I am not sure why.

Thanks.


rsync: failed to connect to rsync1.xml.resource.org (2001:418:1::88): No route
to host (113)
rsync: failed to connect to rsync1.xml.resource.org (147.28.0.88): Connection
timed out (110)
rsync error: error in socket IO (code 10) at clientserver.c(122) [Receiver=3.0.9]

- -- 
Marc Petit-Huguenin
Email: marc@petit-huguenin.org
Blog: http://blog.marc.petit-huguenin.org
Profile: http://www.linkedin.com/in/petithug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)

iQIcBAEBCAAGBQJSBlpyAAoJECnERZXWan7EiUQQANoV8OdTBa1aL6AuzBHTPXwp
hQA5pJRFQj+UmNARcKcsmWkHrDPMlSe2aXslYrvFAFiJ/bDccMOPUBZaYlKpJk5s
weypTtbirclUhLiD/QumWYTO0bUTm9kg1ghZ1zkAxH+E63Np3Y986JdTbmEzw98M
PKiUTJkRv1WRGXmx9D5DyJIBlHdLzBjfsbLDmbkarqhF1aA68pM6J9W9BLdhX5+G
4ujpEjPygdblvQYM0mjoMS6lwKudcbV2FcnvYXupP15g13Jvgm5PAQ0ytlFJLJPP
/fwL3grYIyK2GtUdzK5OocOhMz9cbsNZNQysl4fuPsGJtfAAsoOvIsa853UQaI2m
14u1CeIv9nuMU7q1N2HqiWuEHGnjiPWV9aWML1rQpd7TNH44+IUC9k3U54LcPEtj
E88ANrMd5H8y4ahCTRMA3TlaKxfz4m9Y5CMCYp4uho9SSD/o5D4ZcsCBK/HJEXpT
DWIbMsDgJ8Pz1pM1EjnSGEGJ51UQAvPGf9GogNi537mDpR3kfZqAt+M6CU+CG+vo
huD9mHbn6G67Y2WgL4Q/nw7Pa3OFuDdOPnsIv1s4J/U3x7IczPMLv4uvQ+OJ2lj3
v2EL6X2ci/xD/zgueQwEH75asfEWaQPPYWSYe6XfWT47FJ4GEl76uOok1+KbR0vZ
giL5ht7ARkKV0BISpkVx
=ik1P
-----END PGP SIGNATURE-----

From tony@att.com  Sat Aug 10 11:45:26 2013
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 2A64111E8135; Sat, 10 Aug 2013 11:45:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.598
X-Spam-Level: 
X-Spam-Status: No, score=-106.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FwS-RRz64FDb; Sat, 10 Aug 2013 11:45:20 -0700 (PDT)
Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) by ietfa.amsl.com (Postfix) with ESMTP id 096F021F9F62; Sat, 10 Aug 2013 11:38:38 -0700 (PDT)
Received: from unknown [144.160.20.145] (EHLO mlpd192.enaf.sfdc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id aa886025.0.2983909.00-453.8322679.nbfkord-smmo05.seg.att.com (envelope-from );  Sat, 10 Aug 2013 18:38:39 +0000 (UTC)
X-MXL-Hash: 520688af507fcfb5-382b75df47d1eba2813ca0b34d91c9256a593c4e
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r7AIcY7s028686; Sat, 10 Aug 2013 14:38:34 -0400
Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by mlpd192.enaf.sfdc.sbc.com (8.14.5/8.14.5) with ESMTP id r7AIcL0Q028194 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Aug 2013 14:38:27 -0400
Received: from alpi153.aldc.att.com (alpi153.aldc.att.com [130.8.42.31]) by alpi133.aldc.att.com (RSA Interceptor); Sat, 10 Aug 2013 18:38:06 GMT
Received: from aldc.att.com (localhost [127.0.0.1]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7AIc6Zc014182; Sat, 10 Aug 2013 14:38:06 -0400
Received: from dns.maillennium.att.com (maillennium.att.com [135.25.114.99]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7AIc0Zr013697; Sat, 10 Aug 2013 14:38:02 -0400
Received: from [130.10.96.24] (vpn-130-10-96-24.vpn.swst.att.com[130.10.96.24]) by maillennium.att.com (mailgw1) with ESMTP id <20130810183759gw1004nh2ee> (Authid: tony); Sat, 10 Aug 2013 18:38:00 +0000
X-Originating-IP: [130.10.96.24]
Message-ID: <52068885.3050302@att.com>
Date: Sat, 10 Aug 2013 14:37:57 -0400
From: Tony Hansen 
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: xml2rfc@ietf.org, Tools Team Discussion , The IETF Secretariat 
References: <52065A76.5060202@acm.org>
In-Reply-To: <52065A76.5060202@acm.org>
X-Enigmail-Version: 1.5.2
Content-Type: multipart/alternative; boundary="------------070706090601050909090908"
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: 
X-SOURCE-IP: [144.160.20.145]
X-AnalysisOut: [v=2.0 cv=Gsn1DDJC c=1 sm=0 a=ZRNLZ4dFUbCvG8UMqPvVAA==:17 a]
X-AnalysisOut: [=4RYlAacoG1AA:10 a=sCfsyOEanakA:10 a=jmUuHpu9sjoA:10 a=6R1]
X-AnalysisOut: [-lbIz0CcA:10 a=ofMgfj31e3cA:10 a=BLceEmwcHowA:10 a=rqrk_YM]
X-AnalysisOut: [JAAAA:8 a=zQP7CpKOAAAA:8 a=eT_L_DzUMT8A:10 a=ZcbdGLq6qoLjd]
X-AnalysisOut: [IOD89YA:9 a=wPNLvfGTeEIA:10 a=0ZCm65m2KXnzne-QgYsA:9 a=_W_]
X-AnalysisOut: [S_7VecoQA:10 a=DJJ8Q8ZCTIIGBVVO:21]
Subject: Re: [xml2rfc] rsync1.xml.resource.org down
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 10 Aug 2013 18:45:26 -0000

This is a multi-part message in MIME format.
--------------070706090601050909090908
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Henrik is on vacation and might not see this for a while.

Is there anyone else who can look into this issue?

    Tony

On 8/10/2013 11:21 AM, Marc Petit-Huguenin wrote:
> Hi,
>
> I seems that rsync1.xml.resource.org is down.  rsync3.xml.resource.org is
> working fine, but the web site states that "after you pick [a server], you
> shouldn't switch", although I am not sure why.
>
> Thanks.
>
> rsync: failed to connect to rsync1.xml.resource.org (2001:418:1::88):
No route
> to host (113)
> rsync: failed to connect to rsync1.xml.resource.org (147.28.0.88):
Connection
> timed out (110)
> rsync error: error in socket IO (code 10) at clientserver.c(122)
[Receiver=3.0.9]


--------------070706090601050909090908
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


  
    
  
  
    Henrik is on vacation and might not see this for a while.

    

    Is there anyone else who can look into this issue?

    

        Tony

    

    On 8/10/2013 11:21 AM, Marc Petit-Huguenin wrote:

    > Hi,

      >

      > I seems that rsync1.xml.resource.org is down. 
      rsync3.xml.resource.org is

      > working fine, but the web site states that "after you pick [a
      server], you

      > shouldn't switch", although I am not sure why.

      >

      > Thanks.

      >

      > rsync: failed to connect to rsync1.xml.resource.org
      (2001:418:1::88): No route

      > to host (113)

      > rsync: failed to connect to rsync1.xml.resource.org
      (147.28.0.88): Connection

      > timed out (110)

      > rsync error: error in socket IO (code 10) at
      clientserver.c(122) [Receiver=3.0.9]

    

  


--------------070706090601050909090908--

From henrik@levkowetz.com  Sat Aug 10 14:03:20 2013
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 7361021E804C; Sat, 10 Aug 2013 14:03:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.486
X-Spam-Level: 
X-Spam-Status: No, score=-102.486 tagged_above=-999 required=5 tests=[AWL=0.113, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8b3AgxIeJVUU; Sat, 10 Aug 2013 14:03:19 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 4194D21E808A; Sat, 10 Aug 2013 13:57:29 -0700 (PDT)
Received: from localhost ([127.0.0.1]:52630 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1V8GE3-0000Cr-IV; Sat, 10 Aug 2013 22:57:27 +0200
Message-ID: <5206A936.9010100@levkowetz.com>
Date: Sat, 10 Aug 2013 22:57:26 +0200
From: Henrik Levkowetz 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Tony Hansen 
References: <52065A76.5060202@acm.org> <52068885.3050302@att.com>
In-Reply-To: <52068885.3050302@att.com>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: tony@att.com, xml2rfc@ietf.org, tools-discuss@ietf.org, ietf-secretariat@ietf.org
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Cc: xml2rfc@ietf.org, The IETF Secretariat , Tools Team Discussion 
Subject: Re: [xml2rfc] rsync1.xml.resource.org down
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 10 Aug 2013 21:03:20 -0000

Hi Tony,

On 2013-08-10 20:37 Tony Hansen said the following:
> Henrik is on vacation and might not see this for a while.
> 
> Is there anyone else who can look into this issue?

I'm afraid that even now that I've seen it, the server which is down isn't
one of mine, so there's not much I can do about it :-(

This one might be one of Randy's -- at least he's the OrgTechName for the
whois record for the block of the IPv4 address.

Best regards,

	Henrik

>     Tony
> 
> On 8/10/2013 11:21 AM, Marc Petit-Huguenin wrote:
>> Hi,
>>
>> I seems that rsync1.xml.resource.org is down.  rsync3.xml.resource.org is
>> working fine, but the web site states that "after you pick [a server], you
>> shouldn't switch", although I am not sure why.
>>
>> Thanks.
>>
>> rsync: failed to connect to rsync1.xml.resource.org (2001:418:1::88):
> No route
>> to host (113)
>> rsync: failed to connect to rsync1.xml.resource.org (147.28.0.88):
> Connection
>> timed out (110)
>> rsync error: error in socket IO (code 10) at clientserver.c(122)
> [Receiver=3.0.9]
> 
> 
> 
> 
> _______________________________________________
> xml2rfc mailing list
> xml2rfc@ietf.org
> https://www.ietf.org/mailman/listinfo/xml2rfc
> 

From randy@psg.com  Sat Aug 10 20:34:12 2013
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 3756E21F9D3A; Sat, 10 Aug 2013 20:34:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.525
X-Spam-Level: 
X-Spam-Status: No, score=-2.525 tagged_above=-999 required=5 tests=[AWL=0.074,  BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0tinriztzkrf; Sat, 10 Aug 2013 20:34:08 -0700 (PDT)
Received: from ran.psg.com (ran.psg.com [198.180.150.18]) by ietfa.amsl.com (Postfix) with ESMTP id 3E49821F9A26; Sat, 10 Aug 2013 20:29:09 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.76) (envelope-from ) id 1V8MKz-00011Z-MB; Sun, 11 Aug 2013 03:29:01 +0000
Date: Sun, 11 Aug 2013 12:28:59 +0900
Message-ID: 
From: Randy Bush 
To: Henrik Levkowetz 
In-Reply-To: <5206A936.9010100@levkowetz.com>
References: <52065A76.5060202@acm.org> <52068885.3050302@att.com> <5206A936.9010100@levkowetz.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue")
Content-Type: text/plain; charset=US-ASCII
Cc: xml2rfc@ietf.org, The IETF Secretariat , Tools Team Discussion 
Subject: Re: [xml2rfc] rsync1.xml.resource.org down
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 11 Aug 2013 03:34:12 -0000

> This one might be one of Randy's

nope.  i only had one and you asked me to decommission a month or three
back.

> at least he's the OrgTechName for the whois record for the block of
> the IPv4 address.

% host rsync1.xml.resource.org
rsync1.xml.resource.org is an alias for www1.xml.resource.org.
www1.xml.resource.org has address 147.28.0.88

yep, that's my address space

so the question is what can i do to help?  given a recipe, i could
commission a server at that address.

randy, just home from dagstuhl

From henrik@levkowetz.com  Sun Aug 11 01:38:46 2013
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 72C3921F9CC7; Sun, 11 Aug 2013 01:38:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.492
X-Spam-Level: 
X-Spam-Status: No, score=-102.492 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rfQK2huVBSEl; Sun, 11 Aug 2013 01:38:45 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id 692A421F9E94; Sun, 11 Aug 2013 01:33:19 -0700 (PDT)
Received: from localhost ([127.0.0.1]:40519 helo=vigonier.tools.ietf.org ident=henrik) by grenache.tools.ietf.org with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1V8R5M-0004Ho-K4; Sun, 11 Aug 2013 10:33:12 +0200
Message-ID: <52074C48.9050802@levkowetz.com>
Date: Sun, 11 Aug 2013 10:33:12 +0200
From: Henrik Levkowetz 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Randy Bush 
References: <52065A76.5060202@acm.org> <52068885.3050302@att.com> <5206A936.9010100@levkowetz.com> 
In-Reply-To: 
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: randy@psg.com, tony@att.com, xml2rfc@ietf.org, ietf-secretariat@ietf.org, tools-discuss@ietf.org
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Cc: xml2rfc@ietf.org, The IETF Secretariat , Tools Team Discussion 
Subject: Re: [xml2rfc] rsync1.xml.resource.org down
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 11 Aug 2013 08:38:46 -0000

On 2013-08-11 05:28 Randy Bush said the following:
>> This one might be one of Randy's
> 
> nope.  i only had one and you asked me to decommission a month or three
> back.

Ah. Ok.  Right.  Then we need to get that taken out of DNS.

>> at least he's the OrgTechName for the whois record for the block of
>> the IPv4 address.
> 
> % host rsync1.xml.resource.org
> rsync1.xml.resource.org is an alias for www1.xml.resource.org.
> www1.xml.resource.org has address 147.28.0.88
> 
> yep, that's my address space
> 
> so the question is what can i do to help?  given a recipe, i could
> commission a server at that address.

As I found out when trying to give you a recipe, it turns out to be
rather complex.  We could of course make your box just rsync off rsync3,
but I don't really see that that buys us much.  Better take this out
of DNS now, and think about rewriting the generation of the bibxml files.

I don't remember who's doing the DNS for xml.resource.org, though ...


Best regards,

	Henrik



From randy@psg.com  Sun Aug 11 03:09:26 2013
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 4D41621E8053; Sun, 11 Aug 2013 03:09:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.527
X-Spam-Level: 
X-Spam-Status: No, score=-2.527 tagged_above=-999 required=5 tests=[AWL=0.072,  BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dk3kAlkMEpGF; Sun, 11 Aug 2013 03:09:22 -0700 (PDT)
Received: from ran.psg.com (ran.psg.com [198.180.150.18]) by ietfa.amsl.com (Postfix) with ESMTP id 669BC21F9A2E; Sun, 11 Aug 2013 03:02:11 -0700 (PDT)
Received: from localhost ([127.0.0.1] helo=ryuu.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.76) (envelope-from ) id 1V8ST7-0001gl-9I; Sun, 11 Aug 2013 10:01:49 +0000
Date: Sun, 11 Aug 2013 19:01:47 +0900
Message-ID: 
From: Randy Bush 
To: Henrik Levkowetz 
In-Reply-To: <52074C48.9050802@levkowetz.com>
References: <52065A76.5060202@acm.org> <52068885.3050302@att.com> <5206A936.9010100@levkowetz.com>  <52074C48.9050802@levkowetz.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue")
Content-Type: text/plain; charset=US-ASCII
Cc: xml2rfc@ietf.org, The IETF Secretariat , Tools Team Discussion 
Subject: Re: [xml2rfc] rsync1.xml.resource.org down
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 11 Aug 2013 10:09:28 -0000

>> so the question is what can i do to help?  given a recipe, i could
>> commission a server at that address.
> As I found out when trying to give you a recipe, it turns out to be
> rather complex.

as i found out when trying to write a recipe, it seemed rather
complex. :)

> We could of course make your box just rsync off rsync3, but I don't
> really see that that buys us much.

if you want that as a temp workaround, i can do that

> Better take this out of DNS now

best of luck

randy

From harald@alvestrand.no  Mon Aug 19 05:36:14 2013
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 E924811E80D3 for ; Mon, 19 Aug 2013 05:36:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.503
X-Spam-Level: 
X-Spam-Status: No, score=-110.503 tagged_above=-999 required=5 tests=[AWL=0.096, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3lqvfi+9Roxx for ; Mon, 19 Aug 2013 05:36:10 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id D58CB21F9C22 for ; Mon, 19 Aug 2013 05:35:54 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 628DC39E468 for ; Mon, 19 Aug 2013 14:35:50 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOd5wpF00ZpG for ; Mon, 19 Aug 2013 14:35:48 +0200 (CEST)
Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:1:7646:a0ff:fe90:e2bb]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 820C039E091 for ; Mon, 19 Aug 2013 14:35:48 +0200 (CEST)
Message-ID: <52121124.6040203@alvestrand.no>
Date: Mon, 19 Aug 2013 14:35:48 +0200
From: Harald Alvestrand 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8
MIME-Version: 1.0
To: xml2rfc@ietf.org
References: <52065A76.5060202@acm.org>
In-Reply-To: <52065A76.5060202@acm.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [xml2rfc] rsync1.xml.resource.org down
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 19 Aug 2013 12:36:14 -0000

On 08/10/2013 05:21 PM, Marc Petit-Huguenin wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Hi,
>
> I seems that rsync1.xml.resource.org is down.  rsync3.xml.resource.org is
> working fine, but the web site states that "after you pick [a server], you
> shouldn't switch", although I am not sure why.

Still down for me.

>
> Thanks.
>
>
> rsync: failed to connect to rsync1.xml.resource.org (2001:418:1::88): No route
> to host (113)
> rsync: failed to connect to rsync1.xml.resource.org (147.28.0.88): Connection
> timed out (110)
> rsync error: error in socket IO (code 10) at clientserver.c(122) [Receiver=3.0.9]
>
> - -- 
> Marc Petit-Huguenin
> Email: marc@petit-huguenin.org
> Blog: http://blog.marc.petit-huguenin.org
> Profile: http://www.linkedin.com/in/petithug
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.14 (GNU/Linux)
>
> iQIcBAEBCAAGBQJSBlpyAAoJECnERZXWan7EiUQQANoV8OdTBa1aL6AuzBHTPXwp
> hQA5pJRFQj+UmNARcKcsmWkHrDPMlSe2aXslYrvFAFiJ/bDccMOPUBZaYlKpJk5s
> weypTtbirclUhLiD/QumWYTO0bUTm9kg1ghZ1zkAxH+E63Np3Y986JdTbmEzw98M
> PKiUTJkRv1WRGXmx9D5DyJIBlHdLzBjfsbLDmbkarqhF1aA68pM6J9W9BLdhX5+G
> 4ujpEjPygdblvQYM0mjoMS6lwKudcbV2FcnvYXupP15g13Jvgm5PAQ0ytlFJLJPP
> /fwL3grYIyK2GtUdzK5OocOhMz9cbsNZNQysl4fuPsGJtfAAsoOvIsa853UQaI2m
> 14u1CeIv9nuMU7q1N2HqiWuEHGnjiPWV9aWML1rQpd7TNH44+IUC9k3U54LcPEtj
> E88ANrMd5H8y4ahCTRMA3TlaKxfz4m9Y5CMCYp4uho9SSD/o5D4ZcsCBK/HJEXpT
> DWIbMsDgJ8Pz1pM1EjnSGEGJ51UQAvPGf9GogNi537mDpR3kfZqAt+M6CU+CG+vo
> huD9mHbn6G67Y2WgL4Q/nw7Pa3OFuDdOPnsIv1s4J/U3x7IczPMLv4uvQ+OJ2lj3
> v2EL6X2ci/xD/zgueQwEH75asfEWaQPPYWSYe6XfWT47FJ4GEl76uOok1+KbR0vZ
> giL5ht7ARkKV0BISpkVx
> =ik1P
> -----END PGP SIGNATURE-----
> _______________________________________________
> xml2rfc mailing list
> xml2rfc@ietf.org
> https://www.ietf.org/mailman/listinfo/xml2rfc


From presnick@qti.qualcomm.com  Tue Aug 20 07:25:38 2013
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 1283511E8236 for ; Tue, 20 Aug 2013 07:25:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uTwsVHmSEwmq for ; Tue, 20 Aug 2013 07:25:34 -0700 (PDT)
Received: from sabertooth02.qualcomm.com (sabertooth02.qualcomm.com [65.197.215.38]) by ietfa.amsl.com (Postfix) with ESMTP id 44FD211E8230 for ; Tue, 20 Aug 2013 07:25:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qti.qualcomm.com; i=@qti.qualcomm.com; q=dns/txt; s=qcdkim; t=1377008734; x=1408544734; h=message-id:date:from:mime-version:to:subject: content-transfer-encoding; bh=EBFuWqkxLXQLRRjNWiOYX0OPN9fuKmxgDRzljLTcf00=; b=KocvTfLm2o4AIKHAuBacVdd8Z9/qqrdERq/NfKjTGvauzJcQrkGn04K2 Zx86NU3fQSRrqqwJYb4mIDe6pYXhuIwz/wfrFacBbaYemQ+zNROgxyZih Unx07m5tHasdS0NftlRdLHOCRYokwEf8Ewgi8dZzmu0UeyuRkmgOZ1qk3 4=;
X-IronPort-AV: E=McAfee;i="5400,1158,7172"; a="49952344"
Received: from ironmsg04-l.qualcomm.com ([172.30.48.19]) by sabertooth02.qualcomm.com with ESMTP; 20 Aug 2013 07:25:29 -0700
X-IronPort-AV: E=McAfee;i="5400,1158,7172"; a="498543576"
Received: from nasanexhc04.na.qualcomm.com ([172.30.48.17]) by Ironmsg04-L.qualcomm.com with ESMTP/TLS/RC4-SHA; 20 Aug 2013 07:25:28 -0700
Received: from resnick2.qualcomm.com (172.30.48.1) by qcmail1.qualcomm.com (172.30.48.17) with Microsoft SMTP Server (TLS) id 14.3.146.2; Tue, 20 Aug 2013 07:25:27 -0700
Message-ID: <52137C56.90503@qti.qualcomm.com>
Date: Tue, 20 Aug 2013 09:25:26 -0500
From: Pete Resnick 
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; en-US; rv:1.9.1.9) Gecko/20100630 Eudora/3.0.4
MIME-Version: 1.0
To: 
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [172.30.48.1]
Subject: [xml2rfc] "The file is not there" error
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 20 Aug 2013 14:25:38 -0000

I'm getting the following error in plaintext mode on xml.resource.org. 
HTML mode works just fine. Can someone tell me what's going wrong?

pr

--------

Generating Text output in ASCII format

Expanding internal references and generating Text

Using 
XML_LIBRARY=/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml2:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml3:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml4:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml5
Parsing file INPUT
Resolving entity... 
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629.dtd
Resolving entity... 
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-xhtml.ent
Resolving entity... 
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-other.ent
Resolving entity... 
http://xml.resource.org/public/rfc/bibxml/reference.RFC.2026.xml
Loaded from cache reference.RFC.2026.xml
Resolving entity... 
http://xml.resource.org/public/rfc/bibxml/reference.RFC.5000.xml
Loaded from cache reference.RFC.5000.xml
Resolving entity... 
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629.dtd
Resolving entity... 
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-xhtml.ent
Resolving entity... 
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-other.ent
Resolving entity... 
http://xml.resource.org/public/rfc/bibxml/reference.RFC.2026.xml
Loaded from cache reference.RFC.2026.xml
Resolving entity... 
http://xml.resource.org/public/rfc/bibxml/reference.RFC.5000.xml
Loaded from cache reference.RFC.5000.xml
Traceback (most recent call last):
   File "/usr/local/bin/xml2rfc", line 224, in 
     main()
   File "/usr/local/bin/xml2rfc", line 209, in main
     pagedwriter.write(filename)
   File 
"/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/base.py", line 
1088, in write
     self.post_rendering()
   File 
"/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py", 
line 286, in post_rendering
     self.emit([''] * remainder)
   File 
"/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py", 
line 164, in emit
     if self.page_length == 1 and text.strip() == '':
AttributeError: 'list' object has no attribute 'strip'

-----

The file is not there -- check for error messages or you may have 
clicked reload

Apache/2.2.21 (Debian) Server at xml.resource.org Port 80

-- 
Pete Resnick
Qualcomm Technologies, Inc. - +1 (858)651-4478


From arusso@amsl.com  Tue Aug 20 07:52:27 2013
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 B0C1011E8225 for ; Tue, 20 Aug 2013 07:52:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zP95YKigKaxl for ; Tue, 20 Aug 2013 07:52:23 -0700 (PDT)
Received: from mail.amsl.com (mail.amsl.com [64.170.98.21]) by ietfa.amsl.com (Postfix) with ESMTP id 9BA3911E80E3 for ; Tue, 20 Aug 2013 07:52:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c9a.amsl.com (Postfix) with ESMTP id 1939CA6220; Tue, 20 Aug 2013 07:52:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c9a.amsl.com ([127.0.0.1]) by localhost (c9a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yWzHp0lF4cxW; Tue, 20 Aug 2013 07:52:15 -0700 (PDT)
Received: from [107.18.42.193] (unknown [107.18.42.193]) by c9a.amsl.com (Postfix) with ESMTPSA id 9D474A6100; Tue, 20 Aug 2013 07:52:14 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
From: Alice Russo 
In-Reply-To: <52137C56.90503@qti.qualcomm.com>
Date: Tue, 20 Aug 2013 10:52:20 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <0065AC4B-39AC-411B-BF49-4DC8ED010B6C@amsl.com>
References: <52137C56.90503@qti.qualcomm.com>
To: Pete Resnick 
X-Mailer: Apple Mail (2.1085)
Cc: xml2rfc@ietf.org
Subject: Re: [xml2rfc] "The file is not there" error
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 20 Aug 2013 14:52:27 -0000

Hi Pete,=20

This appears to be the same error that is at the end of Elwyn's ticket:
http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/187

Also, it was reported to this list by R. Raymond in June.=20

Although I had commented on that ticket about a possible cause =
(regarding figures), when I ran into it again recently, the error was =
caused when I added a single sentence to one page, apparently causing a =
crash with the page-breaking. Maybe you could add your file to #187 and =
I will do the same.

Thanks,
Alice

On Aug 20, 2013, at 10:25 AM, Pete Resnick wrote:

> I'm getting the following error in plaintext mode on xml.resource.org. =
HTML mode works just fine. Can someone tell me what's going wrong?
>=20
> pr
>=20
> --------
>=20
> Generating Text output in ASCII format
>=20
> Expanding internal references and generating Text
>=20
> Using =
XML_LIBRARY=3D/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml=
:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml2:/home/www/t=
ools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml3:/home/www/tools.ietf.or=
g/tools/xml2rfc/web/public/rfc/bibxml4:/home/www/tools.ietf.org/tools/xml2=
rfc/web/public/rfc/bibxml5
> Parsing file INPUT
> Resolving entity... =
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629.dtd
> Resolving entity... =
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-xhtml.ent=

> Resolving entity... =
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-other.ent=

> Resolving entity... =
http://xml.resource.org/public/rfc/bibxml/reference.RFC.2026.xml
> Loaded from cache reference.RFC.2026.xml
> Resolving entity... =
http://xml.resource.org/public/rfc/bibxml/reference.RFC.5000.xml
> Loaded from cache reference.RFC.5000.xml
> Resolving entity... =
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629.dtd
> Resolving entity... =
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-xhtml.ent=

> Resolving entity... =
/usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-other.ent=

> Resolving entity... =
http://xml.resource.org/public/rfc/bibxml/reference.RFC.2026.xml
> Loaded from cache reference.RFC.2026.xml
> Resolving entity... =
http://xml.resource.org/public/rfc/bibxml/reference.RFC.5000.xml
> Loaded from cache reference.RFC.5000.xml
> Traceback (most recent call last):
>  File "/usr/local/bin/xml2rfc", line 224, in 
>    main()
>  File "/usr/local/bin/xml2rfc", line 209, in main
>    pagedwriter.write(filename)
>  File =
"/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/base.py", line =
1088, in write
>    self.post_rendering()
>  File =
"/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py",=
 line 286, in post_rendering
>    self.emit([''] * remainder)
>  File =
"/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py",=
 line 164, in emit
>    if self.page_length =3D=3D 1 and text.strip() =3D=3D '':
> AttributeError: 'list' object has no attribute 'strip'
>=20
> -----
>=20
> The file is not there -- check for error messages or you may have =
clicked reload
>=20
> Apache/2.2.21 (Debian) Server at xml.resource.org Port 80
>=20
> --=20
> Pete Resnick
> Qualcomm Technologies, Inc. - +1 (858)651-4478
>=20
> _______________________________________________
> xml2rfc mailing list
> xml2rfc@ietf.org
> https://www.ietf.org/mailman/listinfo/xml2rfc
>=20


From tony@att.com  Tue Aug 20 08:22:43 2013
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 6E2F711E823A for ; Tue, 20 Aug 2013 08:22:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level: 
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IqzCQ++Kqfwg for ; Tue, 20 Aug 2013 08:22:38 -0700 (PDT)
Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) by ietfa.amsl.com (Postfix) with ESMTP id 1407511E8229 for ; Tue, 20 Aug 2013 08:22:36 -0700 (PDT)
Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo07.seg.att.com(mxl_mta-6.15.0-1) over TLS secured channel with ESMTP id 9b983125.0.1330135.00-298.3639406.nbfkord-smmo07.seg.att.com (envelope-from );  Tue, 20 Aug 2013 15:22:36 +0000 (UTC)
X-MXL-Hash: 521389bc711bf444-d4013af166c4b4dce34c4358b02076fcc8217f5a
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7KFMXPR008942 for ; Tue, 20 Aug 2013 11:22:33 -0400
Received: from alpi132.aldc.att.com (alpi132.aldc.att.com [130.8.217.2]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7KFMLXa008802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 20 Aug 2013 11:22:27 -0400
Received: from alpi153.aldc.att.com (alpi153.aldc.att.com [130.8.42.31]) by alpi132.aldc.att.com (RSA Interceptor) for ; Tue, 20 Aug 2013 15:22:16 GMT
Received: from aldc.att.com (localhost [127.0.0.1]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7KFMGFj012546 for ; Tue, 20 Aug 2013 11:22:16 -0400
Received: from mailgw1.maillennium.att.com (maillennium.att.com [135.25.114.99]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id r7KFMBmL012443 for ; Tue, 20 Aug 2013 11:22:12 -0400
Received: from [135.70.127.240] (vpn-135-70-127-240.vpn.swst.att.com[135.70.127.240]) by maillennium.att.com (mailgw1) with ESMTP id <20130820152211gw1004nh6be> (Authid: tony); Tue, 20 Aug 2013 15:22:11 +0000
X-Originating-IP: [135.70.127.240]
Message-ID: <521389A2.2040609@att.com>
Date: Tue, 20 Aug 2013 11:22:10 -0400
From: Tony Hansen 
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: Pete Resnick 
References: <52137C56.90503@qti.qualcomm.com>
In-Reply-To: <52137C56.90503@qti.qualcomm.com>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2010122901)]
X-MAIL-FROM: 
X-SOURCE-IP: [144.160.229.23]
X-AnalysisOut: [v=2.0 cv=NcFRIR/4 c=1 sm=0 a=VXHOiMMwGAwA+y4G3/O+aw==:17 a]
X-AnalysisOut: [=8pgaCy3H6LMA:10 a=sCfsyOEanakA:10 a=nMGrs09IYAwA:10 a=ofM]
X-AnalysisOut: [gfj31e3cA:10 a=BLceEmwcHowA:10 a=8nJEP1OIZ-IA:10 a=zQP7CpK]
X-AnalysisOut: [OAAAA:8 a=0oU2d_iAZg8A:10 a=rqrk_YMJAAAA:8 a=48vgC7mUAAAA:]
X-AnalysisOut: [8 a=LyFuuGOtmMZDQ43bxsMA:9 a=wPNLvfGTeEIA:10]
Cc: xml2rfc@ietf.org
Subject: Re: [xml2rfc] "The file is not there" error
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 20 Aug 2013 15:22:43 -0000

Looks like the list processing in xml2rfc v2 has a difference between
when generating plain text versus html, where one path recognizes a
"strip" attribute and the other doesn't. A definite bug in xml2rfc v2.

    Tony

On 8/20/2013 10:25 AM, Pete Resnick wrote:
> I'm getting the following error in plaintext mode on xml.resource.org.
> HTML mode works just fine. Can someone tell me what's going wrong?
>
> pr
>
> --------
>
> Generating Text output in ASCII format
>
> Expanding internal references and generating Text
>
> Using
> XML_LIBRARY=/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml2:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml3:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml4:/home/www/tools.ietf.org/tools/xml2rfc/web/public/rfc/bibxml5
> Parsing file INPUT
> Resolving entity...
> /usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629.dtd
> Resolving entity...
> /usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-xhtml.ent
> Resolving entity...
> /usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-other.ent
> Resolving entity...
> http://xml.resource.org/public/rfc/bibxml/reference.RFC.2026.xml
> Loaded from cache reference.RFC.2026.xml
> Resolving entity...
> http://xml.resource.org/public/rfc/bibxml/reference.RFC.5000.xml
> Loaded from cache reference.RFC.5000.xml
> Resolving entity...
> /usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629.dtd
> Resolving entity...
> /usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-xhtml.ent
> Resolving entity...
> /usr/local/lib/python2.7/dist-packages/xml2rfc/templates/rfc2629-other.ent
> Resolving entity...
> http://xml.resource.org/public/rfc/bibxml/reference.RFC.2026.xml
> Loaded from cache reference.RFC.2026.xml
> Resolving entity...
> http://xml.resource.org/public/rfc/bibxml/reference.RFC.5000.xml
> Loaded from cache reference.RFC.5000.xml
> Traceback (most recent call last):
>   File "/usr/local/bin/xml2rfc", line 224, in 
>     main()
>   File "/usr/local/bin/xml2rfc", line 209, in main
>     pagedwriter.write(filename)
>   File
> "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/base.py", line
> 1088, in write
>     self.post_rendering()
>   File
> "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py",
> line 286, in post_rendering
>     self.emit([''] * remainder)
>   File
> "/usr/local/lib/python2.7/dist-packages/xml2rfc/writers/paginated_txt.py",
> line 164, in emit
>     if self.page_length == 1 and text.strip() == '':
> AttributeError: 'list' object has no attribute 'strip'
>
> -----
>
> The file is not there -- check for error messages or you may have
> clicked reload
>
> Apache/2.2.21 (Debian) Server at xml.resource.org Port 80
>


From trac@tools.ietf.org  Thu Aug 29 16:09:46 2013
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 BDEC221F8E97 for ; Thu, 29 Aug 2013 16:09:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ow1ZoTSb4LIF for ; Thu, 29 Aug 2013 16:09:46 -0700 (PDT)
Received: from grenache.tools.ietf.org (grenache.tools.ietf.org [IPv6:2a01:3f0:1:2::30]) by ietfa.amsl.com (Postfix) with ESMTP id CF3A621F8C7C for ; Thu, 29 Aug 2013 16:09:45 -0700 (PDT)
Received: from localhost ([127.0.0.1]:50549 helo=grenache.tools.ietf.org ident=www-data) by grenache.tools.ietf.org with esmtp (Exim 4.80) (envelope-from ) id 1VFBLU-0007uw-3o; Fri, 30 Aug 2013 01:09:44 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "xml2rfc issue tracker" 
X-Trac-Version: 0.12.3
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.3, by Edgewall Software
To: henrik@levkowetz.com, john-ietf@jck.com
X-Trac-Project: xml2rfc
Date: Thu, 29 Aug 2013 23:09:44 -0000
X-URL: http://tools.ietf.org/tools/xml2rfc/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/tools/xml2rfc/trac/ticket/195
Message-ID: <065.0ba1343bd403b6895a8ed47c66654620@tools.ietf.org>
X-Trac-Ticket-ID: 195
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: henrik@levkowetz.com, john-ietf@jck.com, xml2rfc@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on grenache.tools.ietf.org); SAEximRunCond expanded to false
Cc: xml2rfc@ietf.org
Subject: [xml2rfc]  #195: "day" sometimes ignored in  element
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.12
List-Id: 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 29 Aug 2013 23:09:47 -0000

#195: "day" sometimes ignored in  element

 When one has a fully-populated "date" element (e.g., ), the processor apparently ignores the date
 specified and inserts what it thinks in the current or next day.  For
 example, a document containing the information above and submitted on that
 date (at least in EDT), will produce output showing August 29 and so on.
 Documents with really old dates, i.e., a few years earlier, seem to work
 fine.

 I've given this higher priority because it can be a serious bug for
 document tracking and versioning.

-- 
-------------------------------+----------------------------------
 Reporter:  john-ietf@jck.com  |      Owner:  henrik@levkowetz.com
     Type:  defect             |     Status:  new
 Priority:  major              |  Milestone:
Component:  Version 2 cli      |    Version:  2.4.x
 Keywords:  date               |
-------------------------------+----------------------------------

Ticket URL: 
xml2rfc