GNU bug report logs - #6132
date: --rfc-3339=TIMESPEC option doesn't print 'T'

Previous Next

Package: coreutils;

Reported by: "F. Alexander Njemz" <f.alexander.njemz <at> googlemail.com>

Date: Fri, 7 May 2010 15:08:01 UTC

Severity: normal

Tags: notabug

Merged with 39693

To reply to this bug, email your comments to 6132 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org:
bug#6132; Package coreutils. (Fri, 07 May 2010 15:08:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to "F. Alexander Njemz" <f.alexander.njemz <at> googlemail.com>:
New bug report received and forwarded. Copy sent to bug-coreutils <at> gnu.org. (Fri, 07 May 2010 15:08:02 GMT) Full text and rfc822 format available.

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

From: "F. Alexander Njemz" <f.alexander.njemz <at> googlemail.com>
To: bug-coreutils <at> gnu.org
Subject: bug in date: --rfc-3339=TIMESPEC option doesn't print 'T'
Date: Fri, 07 May 2010 15:25:53 +0200
[Message part 1 (text/plain, inline)]
Hi,

as evidenced here [1] the slightly ambiguous wording in the RFC 3339 [2]
seems to be the reason that the date utility using the 
--rfc3339=TIMESPEC switch formats the date with a space instead of a 'T'.

I was confused as well, so I took the liberty to mail the authors of the
RFC in question. I attached the reply from Mr. Klyne.

There is also a patch attached.


Regards,

F. Alexander Njemz




[1] http://lists.gnu.org/archive/html/bug-coreutils/2006-05/msg00014.html

[2] http://www.ietf.org/rfc/rfc3339.txt

[rfc3339 is the T mandatory?.eml (message/rfc822, attachment)]
[date-rfc-3339-DIFF (text/plain, attachment)]

Information forwarded to owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org:
bug#6132; Package coreutils. (Fri, 07 May 2010 15:56:01 GMT) Full text and rfc822 format available.

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

From: Eric Blake <eblake <at> redhat.com>
To: "F. Alexander Njemz" <f.alexander.njemz <at> googlemail.com>
Cc: 6132 <at> debbugs.gnu.org
Subject: Re: bug#6132: bug in date: --rfc-3339=TIMESPEC option doesn't print
	'T'
Date: Fri, 07 May 2010 09:55:35 -0600
[Message part 1 (text/plain, inline)]
On 05/07/2010 07:25 AM, F. Alexander Njemz wrote:
> Hi,
> 
> as evidenced here [1] the slightly ambiguous wording in the RFC 3339 [2]
> seems to be the reason that the date utility using the
> --rfc3339=TIMESPEC switch formats the date with a space instead of a 'T'.
> 
> I was confused as well, so I took the liberty to mail the authors of the
> RFC in question. I attached the reply from Mr. Klyne.
> 
> There is also a patch attached.

Thanks for the report, and also for the patch.  However, I'm reluctant
to create a date format that we cannot then reparse.  So before we apply
this patch, we would first need a patch to gnulib's getdate.y that
allows parsing of an rfc3339 style with a 'T' instead of a space.

-- 
Eric Blake   eblake <at> redhat.com    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

Information forwarded to owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org:
bug#6132; Package coreutils. (Sat, 08 May 2010 10:20:02 GMT) Full text and rfc822 format available.

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

From: "F. Alexander Njemz" <f.alexander.njemz <at> googlemail.com>
To: Eric Blake <eblake <at> redhat.com>
Cc: 6132 <at> debbugs.gnu.org,
	"F. Alexander Njemz" <f.alexander.njemz <at> googlemail.com>
Subject: Re: bug#6132: bug in date: --rfc-3339=TIMESPEC option doesn't print
	'T'
Date: Sat, 08 May 2010 10:33:08 +0200
[Message part 1 (text/plain, inline)]
On 05/07/2010 05:55 PM, Eric Blake wrote:
> On 05/07/2010 07:25 AM, F. Alexander Njemz wrote:
>    
>> Hi,
>>
>> as evidenced here [1] the slightly ambiguous wording in the RFC 3339 [2]
>> seems to be the reason that the date utility using the
>> --rfc3339=TIMESPEC switch formats the date with a space instead of a 'T'.
>>
>> I was confused as well, so I took the liberty to mail the authors of the
>> RFC in question. I attached the reply from Mr. Klyne.
>>
>> There is also a patch attached.
>>      
> Thanks for the report, and also for the patch.  However, I'm reluctant
> to create a date format that we cannot then reparse.  So before we apply
> this patch, we would first need a patch to gnulib's getdate.y that
> allows parsing of an rfc3339 style with a 'T' instead of a space.
>
>    


Hi Mr. Blake, hi mailing list,

I'm looking into getdate.y.
Mr. Newman has replied as well (see attachment).

I don't think Mr. Newman's mail applies to the date command, since IMHO 
date returns a
single field.

What do you think?

Regards,

F. Alexander Njemz
[rfc3339 is the T mandatory?.eml (message/rfc822, attachment)]

Severity set to 'wishlist' from 'normal' Request was from Assaf Gordon <assafgordon <at> gmail.com> to control <at> debbugs.gnu.org. (Wed, 24 Oct 2018 21:54:03 GMT) Full text and rfc822 format available.

Changed bug title to 'date: --rfc-3339=TIMESPEC option doesn't print 'T'' from 'bug in date: --rfc-3339=TIMESPEC option doesn't print 'T'' Request was from Assaf Gordon <assafgordon <at> gmail.com> to control <at> debbugs.gnu.org. (Wed, 24 Oct 2018 21:54:03 GMT) Full text and rfc822 format available.

Severity set to 'normal' from 'wishlist' Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Thu, 20 Feb 2020 16:23:02 GMT) Full text and rfc822 format available.

Merged 6132 39693. Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Thu, 20 Feb 2020 16:23:02 GMT) Full text and rfc822 format available.

Added tag(s) notabug. Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Thu, 20 Feb 2020 16:23:02 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 74 days ago.

Previous Next


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