Re: Must DateTime load all Locales?
On 08/06/2014 12:34 AM, David E. Wheeler wrote: Yeah, I saw that, too, but Sqitch requires localization, which Time::Moment does not support. Best, David I guess it's not enough for you, but T:M's strftime does support locales, it seems.
Re: Must DateTime load all Locales?
Yeah, I saw that, too, but Sqitch requires localization, which Time::Moment does not support. Best, David I guess it's not enough for you, but T:M's strftime does support locales, it seems. It does? The docs all say that it uses the C locale. Which is a good default, but unlocalizable, unless I’m missing something. Yeah, guess I was sleepy when reading the docs. I also guess it's a future development point, but it won't help you now.
Re: DateTime::Set: make test failing on Debian Sarge
This looks like it will be the same problem in the last three or four threads in the mailing list: the calucation of datetimes in timezones Yes, I noticed them too :-) Or you can pass any spare tuits you have lying around to Dave .. he's looking for some :) I need all I can get too... (BTW: My DateTime::Format::Duration tests also fail with the current date math problems in DateTime, so once again you can ignore the failed tests so long as you only want UTC durations formatted :)) I wanted to ask about that module too. It's not possible to format a duration so I get hours:minutes? (E.g. 144:22). Seems to me that I can't get hours 23 if I normalize.
DateTime::Set: make test failing on Debian Sarge
Hi I wanted to try out Flávio Glock's suggestion about SLA calculation and tried to install DateTime::Set. It is on Debian Sarge, where the Perl is 5.8.4. Test 15 (time_zone) prints a zillion lines with _callback_previous: iterator can't find a previous value, got 2001-12-31 after 2001-12-31 at /root/.cpanplus/5.8.4/build/DateTime-Set-0.22/blib/lib/DateTime/Set.pm line 338. and errors like # Failed test (t/15time_zone.t at line 60) # got: '2001-12-02T00:00:00 Asia/Taipei' # expected: '2001-12-01T00:00:00 Asia/Taipei' and # Failed test (t/15time_zone.t at line 119) # got: 'Mon' # expected: 'Sun' I've tried the debian package of datetime and I've tried from CPAN. I've also tried to set different TZ values. Does anyone know what the problem can be?
Store DateTime::Event::Cron objects ?
Hi I'm using the nice DateTime::Event::Cron module. I do want to save the cron schedules in a database. The easiest way would be to stringify and destringify the objects. Is this possible?
Re: Store DateTime::Event::Cron objects ?
I'm using the nice DateTime::Event::Cron module. I do want to save the cron schedules in a database. The easiest way would be to stringify and destringify the objects. Is this possible? The same question goes for DateTime::Set objects. Can they be made persistent?
Re: Store DateTime::Event::Cron objects ?
Since, in essence, DT::E::Cron is designed to convert cron strings into datetime recurrences, why not use the original cron specification as the The not-so-easy part is my small addition: The same question goes for DateTime::Set objects. Can they be made persistent?
Defaut timezone
Hi I can't seem to find a way to set a default timezone for all new DateTime objects. There's a class method for setting the default locale, but no method for setting the Timezone. Did I miss it, or is there no way to set the default timezone ? -- Kaare Rasmussen--Linux, spil,--Tlf:3816 2582 Kaki Datatshirts, merchandize Fax:3816 2501 Howitzvej 75 ben 12.00-18.00Email: [EMAIL PROTECTED] 2000 FrederiksbergLrdag 12.00-16.00 Web: www.suse.dk
