GNU bug report logs - #39693
Any chance of fixing --rfc-3339 to conform to the standard?

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: coreutils; Reported by: Mads Bondo Dydensborg <mabd@HIDDEN>; Keywords: notabug; merged with #6132; dated Thu, 20 Feb 2020 15:32:02 UTC; Maintainer for coreutils is bug-coreutils@HIDDEN.
Added tag(s) notabug. Request was from Paul Eggert <eggert@HIDDEN> to control <at> debbugs.gnu.org. Full text available.
Merged 6132 39693. Request was from Paul Eggert <eggert@HIDDEN> to control <at> debbugs.gnu.org. Full text available.

Message received at 39693 <at> debbugs.gnu.org:


Received: (at 39693) by debbugs.gnu.org; 20 Feb 2020 16:16:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 20 11:16:52 2020
Received: from localhost ([127.0.0.1]:45681 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1j4oVQ-0003Un-LC
	for submit <at> debbugs.gnu.org; Thu, 20 Feb 2020 11:16:52 -0500
Received: from zimbra.cs.ucla.edu ([131.179.128.68]:45452)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eggert@HIDDEN>) id 1j4oVO-0003Oz-EZ
 for 39693 <at> debbugs.gnu.org; Thu, 20 Feb 2020 11:16:51 -0500
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id 356E016008A;
 Thu, 20 Feb 2020 08:16:44 -0800 (PST)
Received: from zimbra.cs.ucla.edu ([127.0.0.1])
 by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032)
 with ESMTP id ZsLRFjoVwZ_v; Thu, 20 Feb 2020 08:16:43 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id 8500F160091;
 Thu, 20 Feb 2020 08:16:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu
Received: from zimbra.cs.ucla.edu ([127.0.0.1])
 by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026)
 with ESMTP id 1wuzqM6dx4Bj; Thu, 20 Feb 2020 08:16:43 -0800 (PST)
Received: from [192.168.1.9] (cpe-23-242-74-103.socal.res.rr.com
 [23.242.74.103])
 by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 60B6D16008A;
 Thu, 20 Feb 2020 08:16:43 -0800 (PST)
Subject: Re: bug#39693: Any chance of fixing --rfc-3339 to conform to the
 standard?
References: <a5d323d73cad4fb1b9e803df8de92114@HIDDEN>
From: Paul Eggert <eggert@HIDDEN>
Organization: UCLA Computer Science Department
To: Mads Bondo Dydensborg <mabd@HIDDEN>
Message-ID: <8ff50c02-d6d8-43c2-b073-fd6feafe3a3d@HIDDEN>
Date: Thu, 20 Feb 2020 08:16:43 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.4.1
MIME-Version: 1.0
In-Reply-To: <a5d323d73cad4fb1b9e803df8de92114@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 39693
Cc: 39693 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

On 2/20/20 4:39 AM, Mads Bondo Dydensborg wrote:
> As have been established in 2006 and again in 2010, the rfc-3339 mandates the use of "T" in a single field timestamp.

No, RFC 3339 explicitly allows the use of space. It says:

       NOTE: ISO 8601 defines date and time separated by "T".
       Applications using this syntax may choose, for the sake of
       readability, to specify a full-date and full-time separated by
       (say) a space character.

This paragraph was put into the RFC at my suggestion, precisely so that GNU 
"date" output wouldn't have to contain that "T".

Tf you want GNU 'date' to output the 'T', you can use 'date --iso-8601=s' 
instead of 'date --rfc-3339=s'. That's the point of having these two options for 
GNU 'date'. If it weren't for this difference in behavior, GNU 'date' wouldn't 
have needed a --rfc-3339 option in the first place, and we shouldn't change the 
meaning of --rfc-3339 to eviscerate the whole point of the option.




Information forwarded to bug-coreutils@HIDDEN:
bug#39693; Package coreutils. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 20 Feb 2020 15:31:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 20 10:31:59 2020
Received: from localhost ([127.0.0.1]:45627 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1j4nny-0007R2-Jn
	for submit <at> debbugs.gnu.org; Thu, 20 Feb 2020 10:31:59 -0500
Received: from lists.gnu.org ([209.51.188.17]:43670)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mabd@HIDDEN>) id 1j4l6v-0005Eb-DS
 for submit <at> debbugs.gnu.org; Thu, 20 Feb 2020 07:39:21 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:51434)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <mabd@HIDDEN>) id 1j4l6u-0000S4-5x
 for bug-coreutils@HIDDEN; Thu, 20 Feb 2020 07:39:21 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_LOW,
 URIBL_BLOCKED autolearn=disabled version=3.3.2
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <mabd@HIDDEN>) id 1j4l6r-00041M-5M
 for bug-coreutils@HIDDEN; Thu, 20 Feb 2020 07:39:19 -0500
Received: from smtp-out12.electric.net ([89.104.206.45]:54375)
 by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <mabd@HIDDEN>) id 1j4l6q-0003z3-Vw
 for bug-coreutils@HIDDEN; Thu, 20 Feb 2020 07:39:17 -0500
Received: from 1j4l6h-0002Ss-VW by out12c.electric.net with emc1-ok (Exim
 4.92.3) (envelope-from <mabd@HIDDEN>) id 1j4l6i-0002Yi-T4
 for bug-coreutils@HIDDEN; Thu, 20 Feb 2020 04:39:08 -0800
Received: by emcmailer; Thu, 20 Feb 2020 04:39:07 -0800
Received: from [193.111.162.2] (helo=mailhub-p01.dbc.dk)
 by out12c.electric.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
 (Exim 4.92.3) (envelope-from <mabd@HIDDEN>) id 1j4l6h-0002Ss-VW
 for bug-coreutils@HIDDEN; Thu, 20 Feb 2020 04:39:07 -0800
Received: from ex-p01.dbc.dk ([172.16.1.151])
 by mailhub-p01.dbc.dk with esmtp (Exim 4.84_2)
 (envelope-from <mabd@HIDDEN>) id 1j4l6h-0000v3-NZ
 for bug-coreutils@HIDDEN; Thu, 20 Feb 2020 13:39:07 +0100
Received: from EX-P02.dbc.dk (172.16.1.152) by ex-p01.dbc.dk (172.16.1.151)
 with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 20 Feb
 2020 13:39:07 +0100
Received: from EX-P02.dbc.dk ([fe80::fc21:1b51:2646:3fc9]) by EX-P02.dbc.dk
 ([fe80::fc21:1b51:2646:3fc9%7]) with mapi id 15.01.1713.006; Thu, 20 Feb 2020
 13:39:07 +0100
From: Mads Bondo Dydensborg <mabd@HIDDEN>
To: "bug-coreutils@HIDDEN" <bug-coreutils@HIDDEN>
Subject: Any chance of fixing --rfc-3339 to conform to the standard?
Thread-Topic: Any chance of fixing --rfc-3339 to conform to the standard?
Thread-Index: AQHV5+kKaUPD+ZcljUeqnJrSlijlHw==
Date: Thu, 20 Feb 2020 12:39:07 +0000
Message-ID: <a5d323d73cad4fb1b9e803df8de92114@HIDDEN>
Accept-Language: da-DK, en-US
Content-Language: da-DK
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [172.17.28.61]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Authenticated: out@HIDDEN
X-Outbound-IP: 193.111.162.2
X-Env-From: mabd@HIDDEN
X-Proto: esmtpsa
X-Revdns: gw.dbc.dk
X-HELO: mailhub-p01.dbc.dk
X-TLS: TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128
X-Authenticated_ID: out@HIDDEN
X-Virus-Status: Scanned by VirusSMART (c)
X-Virus-Status: Scanned by VirusSMART (b)
X-PolicySMART: 5857712
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
 [fuzzy]
X-Received-From: 89.104.206.45
X-Spam-Score: 0.2 (/)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Thu, 20 Feb 2020 10:31:58 -0500
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.8 (/)

Hi there

As have been established in 2006 and again in 2010, the rfc-3339 mandates t=
he use of "T" in a single field timestamp. This is currently not output by =
date (version 8.28)

Actual (example) output by "date --rfc-3339=3Dns"
2020-02-20 13:32:19.315773856+01:00
Expected output by above:
2020-02-20T13:32:19.315773856+01:00

There is a bug report here: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=
=3D6132, that established this as a bug.=20
It seems requirements at the time was for at patch that could also parse th=
e output with T, but as this output is=20
a subset of ISO8601 (with T), this should be trivially fulfilled.

The change is trivial, I believe, including two tests.

Culprit code (from date.c in coreutils)

            static char const rfc_3339_format[][32] =3D
              {
                "%Y-%m-%d",
                "%Y-%m-%d %H:%M:%S%:z",
                "%Y-%m-%d %H:%M:%S.%N%:z"

Tests to be corrected (AFAICT):
     ['epoch-r', '--rfc-3339=3Dsec -d @31536000',
      {OUT=3D>"1971-01-01 00:00:00+00:00"}],

     ['ns-10-r', '--rfc-3339=3Dns', '-d "1969-12-31 13:00:00.00000001-1100"=
',
      {OUT=3D>"1970-01-01 00:00:00.000000010+00:00"}],

     ['ns-max32-r', '--rfc-3339=3Dns', '-d "2038-01-19 03:14:07.999999999"'=
,
      {OUT=3D>"2038-01-19 03:14:07.999999999+00:00"}],

Is there any chance for this to be fixed / a patch to be accepted? Or, woul=
d some other approach be sought to get this error in date fixed?

Br

Mads=20
--=20
Mads Bondo Dydensborg=




Acknowledgement sent to Mads Bondo Dydensborg <mabd@HIDDEN>:
New bug report received and forwarded. Copy sent to bug-coreutils@HIDDEN. Full text available.
Report forwarded to bug-coreutils@HIDDEN:
bug#39693; Package coreutils. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Thu, 20 Feb 2020 16:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.