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

Previous Next

Full log

Message #18 received at 39693 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Mads Bondo Dydensborg <mabd <at> dbc.dk>
Cc: 39693 <at> debbugs.gnu.org
Subject: Re: Sv: bug#39693: Any chance of fixing --rfc-3339 to conform to the
 standard?
Date: Fri, 21 Feb 2020 11:25:40 -0800

On 2/20/20 11:56 PM, Mads Bondo Dydensborg wrote:
> Your statement is in conflict with the message exchange, referenced by the bug I linked to, with, as I understand it, the authors of the standard:

Not really. In that email exchange one of the authors of the RFC 
mentioned a goal of the RFC. The part of the RFC that I quoted, though, 
is an explicit exception to that particular goal. The RFC had several 
goals, they sometimes conflicted, and the RFC's text was a compromise. I 
was involved with the drafting of the RFC, and remember the history 
reasonably well.

> The ISO output from date can not be used, as it uses a "," as fractional separator

You can use the following if you want subsecond resolution with both 'T' 
and '.':

date '+%Y-%m-%dT%H:%M:%S.%N%:z'

This won't work for some historical timestamps (e.g., the Netherlands 
before 1937) but RFC 3339 doesn't support them anyway so it's probably 
good enough.

Previous Next

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