Re: Consensus call to include Display Strings in draft-ietf-httpbis-sfbis

Poul-Henning Kamp <phk@phk.freebsd.dk> Fri, 26 May 2023 07:43 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECF95C151709 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 26 May 2023 00:43:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.95
X-Spam-Level:
X-Spam-Status: No, score=-4.95 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-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 QQQXOperl4Zs for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 26 May 2023 00:43:41 -0700 (PDT)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEDDDC15155E for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 26 May 2023 00:43:41 -0700 (PDT)
Received: from lists by lyra.w3.org with local (Exim 4.94.2) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1q2S6l-008dLC-Mn for ietf-http-wg-dist@listhub.w3.org; Fri, 26 May 2023 07:43:31 +0000
Resent-Date: Fri, 26 May 2023 07:43:31 +0000
Resent-Message-Id: <E1q2S6l-008dLC-Mn@lyra.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by lyra.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <phk@critter.freebsd.dk>) id 1q2S6j-008dJh-OT for ietf-http-wg@listhub.w3.org; Fri, 26 May 2023 07:43:29 +0000
Received: from phk.freebsd.dk ([130.225.244.222]) by mimas.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <phk@critter.freebsd.dk>) id 1q2S6j-002VpZ-Kd for ietf-http-wg@w3.org; Fri, 26 May 2023 07:43:29 +0000
Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id 0E0CE892D7; Fri, 26 May 2023 07:43:24 +0000 (UTC)
Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.17.1/8.16.1) with ESMTPS id 34Q7hNLk034410 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 26 May 2023 07:43:23 GMT (envelope-from phk@critter.freebsd.dk)
Received: (from phk@localhost) by critter.freebsd.dk (8.17.1/8.16.1/Submit) id 34Q7hNTl034409; Fri, 26 May 2023 07:43:23 GMT (envelope-from phk)
Message-Id: <202305260743.34Q7hNTl034409@critter.freebsd.dk>
To: Mark Nottingham <mnot@mnot.net>
cc: "Julian F. Reschke" <julian.reschke@gmx.de>, ietf-http-wg@w3.org
In-reply-to: <5EC035B4-9EBD-473E-BA32-2B9804920B45@mnot.net>
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
References: <FC5270AF-509C-4331-AE8F-1F2D51BBC5F2@apple.com> <C687C218-7793-4B74-BB51-B7C34059F9C4@gbiv.com> <202305252223.34PMNecG001082@critter.freebsd.dk> <5a704134-ce9c-2201-62ff-3a70ba6ac775@gmx.de> <202305260547.34Q5lZre026200@critter.freebsd.dk> <66F56BEF-2691-43F6-842B-EF570F42320B@mnot.net> <202305260650.34Q6oYQx030824@critter.freebsd.dk> <5EC035B4-9EBD-473E-BA32-2B9804920B45@mnot.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <34407.1685087003.1@critter.freebsd.dk>
Date: Fri, 26 May 2023 07:43:23 +0000
Received-SPF: pass client-ip=130.225.244.222; envelope-from=phk@critter.freebsd.dk; helo=phk.freebsd.dk
X-W3C-Hub-Spam-Status: No, score=-4.9
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1q2S6j-002VpZ-Kd 9b82389e72d6e91bd8e1b1f13a72f279
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Consensus call to include Display Strings in draft-ietf-httpbis-sfbis
Archived-At: <https://www.w3.org/mid/202305260743.34Q7hNTl034409@critter.freebsd.dk>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/51099
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

--------
Mark Nottingham writes:

> That's a strong claim about my intent, and I don't appreciate it. Please 
> back it up or retract it.

Mark, that strawman argument was so far out, that I intend to waste
no more time on it.

If you dont appreciate me saying so, in so many words, then so be it.

You know, and I know, that this PR mainly exist in the vain hope
that adopting it, will finally make Julian stop harping on and on
about Unicode strings.

Comity in working groups is an important thing, but it should never
spill into the work product in the form of bad ideas.

> > I designed SF, and later you helped,
>
> ... and that's quite a distortion of the spec's history, but let's not 
> get distracted from the point here.

Is it now ?

I distinctly remember writing the first draft during my five hour
train ride home from the HTTP Workshop in Stockholm, but if you
have a different historical record, please enlighten us ?

> Furthermore, making the data model appealing to 
> developers matters, because it reduces barriers to adoption.

So why is it smart to invent a new additional hybrid escape mechanism,
rather than to rely on the well established widely available base64
encoding, which everybody already has well tested subroutines for ?

Because it /might/ finally shut up Julian ?

Sorry, that's not a good enough reason.

Poul-Henning

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.