Re: NEW ISSUE: Define "ought to"
cowwoc <cowwoc@bbs.darktech.org> Tue, 30 July 2013 22:04 UTC
Return-Path: <ietf-http-wg-request@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 EAB6D21E808F for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 30 Jul 2013 15:04:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.099
X-Spam-Level:
X-Spam-Status: No, score=-9.099 tagged_above=-999 required=5 tests=[AWL=1.500, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 DZ+3GZC1Q7HR for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Tue, 30 Jul 2013 15:04:51 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id B1C3621E80C5 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Tue, 30 Jul 2013 15:04:46 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1V4I14-00013u-7v for ietf-http-wg-dist@listhub.w3.org; Tue, 30 Jul 2013 22:03:38 +0000
Resent-Date: Tue, 30 Jul 2013 22:03:38 +0000
Resent-Message-Id: <E1V4I14-00013u-7v@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <cowwoc@bbs.darktech.org>) id 1V4I0u-00012l-Bp for ietf-http-wg@listhub.w3.org; Tue, 30 Jul 2013 22:03:28 +0000
Received: from mail-qe0-f43.google.com ([209.85.128.43]) by lisa.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <cowwoc@bbs.darktech.org>) id 1V4I0t-0000je-HL for ietf-http-wg@w3.org; Tue, 30 Jul 2013 22:03:28 +0000
Received: by mail-qe0-f43.google.com with SMTP id k5so2900403qej.2 for <ietf-http-wg@w3.org>; Tue, 30 Jul 2013 15:03:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=HmOAiZ5yjuN6I/frOiRPv7gZ1PR6PpNXjifD+SG5tgE=; b=CACFd6vwjeo4vpNDScu8olSgY8dOJDp9y8j59NmzQmawJto12DJmrB2mJ0NXK2IBQd BxuWHDLQBxbbgc6Q3q6/ELPPKGiBcYNOkTxg3+7M5oHyCskSZ9pT2HyJy7lToxhwjzos GR7Kw0uEy4wg4xoTQ98Z7qo6bXn3isKzAqV8nB5j23KMtd4OPlpnTXvbkcOBEC+EjMdR fmfpsQgDVFupPZWW4YYJfoRgmlbgZNo8vGcn3dVzcowYE71SSLyQPS5JDOcVnYL2lO5T 04YqST2zsf7KExkDKflD4BYVBnTCBjHiqnRqZp/lbxWHly+8xKCLXUI2zhKy77ndqvkb 9+Rg==
X-Received: by 10.229.174.71 with SMTP id s7mr9129792qcz.18.1375221781740; Tue, 30 Jul 2013 15:03:01 -0700 (PDT)
Received: from [192.168.1.100] (206-248-171-209.dsl.teksavvy.com. [206.248.171.209]) by mx.google.com with ESMTPSA id a8sm401014qae.11.2013.07.30.15.03.00 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 30 Jul 2013 15:03:00 -0700 (PDT)
Message-ID: <51F83810.8070203@bbs.darktech.org>
Date: Tue, 30 Jul 2013 18:02:56 -0400
From: cowwoc <cowwoc@bbs.darktech.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Julian Reschke <julian.reschke@gmx.de>
CC: ietf-http-wg@w3.org
References: <51F7D951.3050204@bbs.darktech.org> <51F7DBF5.3030403@gmx.de> <51F7E3DE.4020804@bbs.darktech.org> <51F7E4FC.2000404@gmx.de> <51F7E5FC.2050609@bbs.darktech.org> <51F80D0D.9000004@gmx.de> <51F81D34.4050700@bbs.darktech.org> <51F81FE9.5000003@gmx.de>
In-Reply-To: <51F81FE9.5000003@gmx.de>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQkkFGCWBJIxDQi9V2J9qT0qQu8IOhfDvxUARdmfPNNeiUjT2ABzvBlA4eolKsJqzNvFKCI5
Received-SPF: none client-ip=209.85.128.43; envelope-from=cowwoc@bbs.darktech.org; helo=mail-qe0-f43.google.com
X-W3C-Hub-Spam-Status: No, score=-3.7
X-W3C-Hub-Spam-Report: AWL=-3.033, RCVD_IN_DNSWL_LOW=-0.7
X-W3C-Scan-Sig: lisa.w3.org 1V4I0t-0000je-HL b7f8b1d4e1e1e5027a7aa0c9cd5e81a4
X-Original-To: ietf-http-wg@w3.org
Subject: Re: NEW ISSUE: Define "ought to"
Archived-At: <http://www.w3.org/mid/51F83810.8070203@bbs.darktech.org>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/18990
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: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>
Julian, Fair enough. Would you consider adding a brief paragraph to section 1.1 that explains this difference between "ought to" and SHOULD? Mike and Willy have provided some examples. Kind Regards, Gili On 30/07/2013 4:19 PM, Julian Reschke wrote: > On 2013-07-30 22:08, cowwoc wrote: >> On 30/07/2013 2:59 PM, Julian Reschke wrote: >>> On 2013-07-30 18:12, cowwoc wrote: >>>> I understand this line of reasoning for MUST, but I fail to >>>> see the >>>> logic for SHOULD which by definition (being optional) does not >>>> "impose a >>> >>> No, SHOULD is not "optional". MAY is optional. >>> >>>> particular method on implementers where the method is not required for >>>> interoperability". >>>> >>>> Are you looking for a way to say "this can be implemented one >>>> many >>>> ways, one approach is to X"? >>> >>> No, "ought to" means "should", we just want to avoid the confusion >>> with a BCP14-SHOULD. >>> >>> Best regards, Julian >> >> My interpretation of "SHOULD" as defined by >> http://tools.ietf.org/html/bcp14 is that it is a combination of "MAY" >> and "RECOMMENDATION". Meaning, the reader is encouraged to do something, > > 3. SHOULD This word, or the adjective "RECOMMENDED", mean that there > may exist valid reasons in particular circumstances to ignore a > particular item, but the full implications must be understood and > carefully weighed before choosing a different course. > > ...so should is a recommendation. MAY allows something. > >> but may choose to do otherwise if understand the consequences of doing >> so. The definition says nothing about the reasons for the recommendation >> (whether they are related to interoperability or not). > > Again, from RFC 2119: > > Imperatives of the type defined in this memo must be used with care > and sparingly. In particular, they MUST only be used where it is > actually required for interoperation or to limit behavior which has > potential for causing harm (e.g., limiting retransmisssions) For > example, they must not be used to try to impose a particular method > on implementors where the method is not required for > interoperability. > > >> I argue that your (new) definition for "SHOULD" is not based on >> bcp14. If you wish to use it in this manner, I recommend providing your >> own definition which explicitly states that "SHOULD" relates to >> interoperability concerns and "should"/"ought to" mean the same thing >> but without reference to interoperability concerns. As it stands, the >> current document is unnecessarily confusing. > > I believe we are using SHOULD exactly the way as described in Sections > 3 and 6 of RFC 2119. > > Best regards, Julian >
- Re: NEW ISSUE: Define "ought to" cowwoc
- NEW ISSUE: Define "ought to" cowwoc
- Re: NEW ISSUE: Define "ought to" cowwoc
- Re: NEW ISSUE: Define "ought to" Julian Reschke
- Re: NEW ISSUE: Define "ought to" cowwoc
- Re: NEW ISSUE: Define "ought to" cowwoc
- Re: NEW ISSUE: Define "ought to" Julian Reschke
- Re: NEW ISSUE: Define "ought to" Julian Reschke
- RE: NEW ISSUE: Define "ought to" Mike Bishop
- Re: NEW ISSUE: Define "ought to" Julian Reschke
- Re: NEW ISSUE: Define "ought to" cowwoc
- Re: NEW ISSUE: Define "ought to" Julian Reschke
- Re: NEW ISSUE: Define "ought to" Willy Tarreau
- Re: NEW ISSUE: Define "ought to" Willy Tarreau
- Re: NEW ISSUE: Define "ought to" Julian Reschke
- Re: NEW ISSUE: Define "ought to" Dave Crocker
- Re: NEW ISSUE: Define "ought to" Martin Thomson
- Re: NEW ISSUE: Define "ought to" cowwoc
- Re: NEW ISSUE: Define "ought to" Dave Crocker
- Re: NEW ISSUE: Define "ought to" Julian Reschke
- Re: NEW ISSUE: Define "ought to" Dave Crocker
- Re: NEW ISSUE: Define "ought to" Willy Tarreau
- Re: NEW ISSUE: Define "ought to" Yoav Nir
- Re: NEW ISSUE: Define "ought to" Eliot Lear
- Re: NEW ISSUE: Define "ought to" Mark Nottingham
- Re: NEW ISSUE: Define "ought to" Michael Sweet
- Re: NEW ISSUE: Define "ought to" Eliot Lear
- Re: NEW ISSUE: Define "ought to" cowwoc