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

Previous Next

Package: coreutils;

Reported by: Mads Bondo Dydensborg <mabd <at> dbc.dk>

Date: Thu, 20 Feb 2020 15:32:02 UTC

Severity: normal

Tags: notabug

Merged with 6132

Full log


View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Mads Bondo Dydensborg <mabd <at> dbc.dk>
Cc: 39693 <at> debbugs.gnu.org
Subject: bug#39693: Any chance of fixing --rfc-3339 to conform to the standard?
Date: Thu, 20 Feb 2020 08:16:43 -0800
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.




This bug report was last modified 5 years and 124 days ago.

Previous Next


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