[Tools-discuss] Re: Why does kramdown convert to US-ACSII?

Carsten Bormann <cabo@tzi.org> Thu, 29 August 2024 21:16 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDF34C1519AB for <tools-discuss@ietfa.amsl.com>; Thu, 29 Aug 2024 14:16:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d3SFsL_3iXmH for <tools-discuss@ietfa.amsl.com>; Thu, 29 Aug 2024 14:16:09 -0700 (PDT)
Received: from smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [134.102.50.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E384C15155E for <tools-discuss@ietf.org>; Thu, 29 Aug 2024 14:16:07 -0700 (PDT)
Received: from smtpclient.apple (p5dc5d809.dip0.t-ipconnect.de [93.197.216.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4WvvGD1McZzDCbL; Thu, 29 Aug 2024 23:16:04 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CH0PR11MB5739CD9E285FEEB41BAD9C5A9F962@CH0PR11MB5739.namprd11.prod.outlook.com>
Date: Thu, 29 Aug 2024 23:15:53 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <593E12AC-FFE4-4F7C-B931-97CA829F1A8C@tzi.org>
References: <CH0PR11MB5739CD9E285FEEB41BAD9C5A9F962@CH0PR11MB5739.namprd11.prod.outlook.com>
To: Mike Ounsworth <Mike.Ounsworth@entrust.com>
X-Mailer: Apple Mail (2.3776.700.51)
Message-ID-Hash: OSKBNAWOHQEPFYDJLBEPBHIAQFHXJVB2
X-Message-ID-Hash: OSKBNAWOHQEPFYDJLBEPBHIAQFHXJVB2
X-MailFrom: cabo@tzi.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tools-discuss.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "tools-discuss@ietf.org" <tools-discuss@ietf.org>, John Gray <John.Gray@entrust.com>, Felipe Ventura <Felipe.Ventura@entrust.com>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Tools-discuss] Re: Why does kramdown convert to US-ACSII?
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/zE_BuO-FG7qLH0JCkAGDx61dTVg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-discuss>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Owner: <mailto:tools-discuss-owner@ietf.org>
List-Post: <mailto:tools-discuss@ietf.org>
List-Subscribe: <mailto:tools-discuss-join@ietf.org>
List-Unsubscribe: <mailto:tools-discuss-leave@ietf.org>

On 29. Aug 2024, at 22:51, Mike Ounsworth <Mike.Ounsworth=40entrust.com@dmarc.ietf.org> wrote:
> 
> Hi tools team!

Hi Mike!

>  Do you folks own the kramdown-rfc2629 tool?

It’s open source, so we all own it.

> Starting today, I see this error when building my I-D from markdown:
>  /var/lib/gems/3.0.0/gems/kramdown-rfc2629-1.7.5/lib/kramdown-rfc/command.rb:603:in `encode': U+9673 from UTF-8 to US-ASCII (Encoding::UndefinedConversionError)

1.7.5 was January 10, 2024 (and Ruby 3.0 was 2020), but that is probably not the reason.

>  The line that it is complaining about is:
>  陳志華 (Abel C. H. Chen, Chunghwa Telecom)
>  So my question is: why is Kramdown forcing the document to US-ASCII?

Probably because you told it to do that.

You didn’t divulge the markdown source, did you?
But I bet the YAML header has a line that looks approximately like:

coding: ascii

If that is not it, please do send me the source.

> Am I not allowed to list authors with their Chinese names?

For a few years now already, you are, and if things are getting in the way, they are a bug.
(E.g, if you have problems with Han unification/traditional vs. simplified, I’d like to learn about those.)

(By the way, if you want to dig deeper into RFCs written in markdown, we have a mailing list called rfc-markdown@ietf.org <mailto:rfc-markdown@ietf.org> — small and low-traffic.  Here is the archive: https://mailarchive.ietf.org/arch/browse/rfc-markdown/ .)

Grüße, Carsten