About RIPE | Contact  | Search | Sitemap    
Homepage RIPE  
RIPE Community Mail Archives
search  
     
RIPE Navigation Ends
About RIPE Maillists
Maillists Archive
Global Lists
Non Active Lists
RIPE NCC Navigation Ends
Next Section

Re: [db-wg] ***Error: Date in the future in changed: attribute '20070607'

  • To: Jeroen Massar <
    >
  • From: "Wilfried Woeber, UniVie/ACOnet" <
    >
  • Date: Thu, 07 Jun 2007 11:59:19 +0000
  • Cc: Denis Walker <
    >, Max Tulyev <
    >, Database WG <
    >
  • Organization: UniVie - ACOnet
  • Reply-to:

Jeroen Massar wrote:
> Denis Walker wrote:
> 
>>Max Tulyev wrote:
>>
>>>Hi!
>>>
>>>I just sent a request for creating a new object in the RIPE DB, but got
>>>such error.
>>>
>>>But we really have June, 07 now here (GMT+2) =)
>>>
>>>Is it a bug or a feature?
>>>
>>>  
>>
>>Dear Max
>>
>>This is a feature. You were trying to use the date 07 June 2007 when it
>>was only 06 June 2007. We do not allow dates to be used in the future.
>>That would make "changed:" attributes even less meaningful than they
>>already are.
> 
> 
> As Max pointed out, unless dates in the RIPE db all have to be in UTC,
> in his time zone it was already that date as his clock is 2 hours ahead
> of GMT which is 3 hours ahead of UTC at the moment.

Another option would be to omit the date/time in the changed: and
have the DB software add in what it thinks is the "appropriate" $now.

> As the RIPE region also covers the regions into Israel and not to forget
> parts of Siberia, those people are about 6-8 hours ahead of the time in
> Amsterdam.

Which, imho, is a very good reason to operate all those things on UTC.
Full stop.

> Or is it a standard to always use UTC timestamps? Or is it GMT+1?

And DST or not? :-/

> Greets,
>  Jeroen
> 

Wilfried.




 

Next Section
     About RIPE | Site Map | LIR Portal | About the RIPE NCC | Contact | © RIPE Community. All rights reserved.
RIPE.NET Homepage LIR Portal RIPE Community