oduced the objects.
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
On Fri, Nov 17, 2023 at 12:34 PM Zacharias, Norbert via datetime <
datetime@perl.org> wrote:
> Hi all,
>
> I try to install DateTime. Even there is no error reported during
> installation it se
Hi Marcel,
Yes, that sounds like a bug. I've cc'd the current maintainer of that
module, Mike Wisener, but I'd also suggest reporting the bug via rt.cpan.org
at https://rt.cpan.org/Public/Dist/Display.html?Name=DateTime-Format-MySQL
Cheers,
Dave Rolsky
http://blog.urth.org
htt
locales
that have a format for "abbreviated month with numeric day", the key will
be "MMMd", but the actual formats returned by `$local->format_for('MMMd')`
will differ.
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
On Tue, Feb 23, 2021 at 11:
Unfortunately with co-maint I can't give anyone else permissions. You
should contact modu...@perl.org and ask them to help. See section 4.2 of
https://pause.perl.org/pause/query?ACTION=pause_operating_model for details.
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
On Tue, Jul 11, 2017 at 10:56 AM, Paul Hoffman wrote:
> On Mon, Jul 10, 2017 at 09:44:15PM +0100, Zefram wrote:
> > Thomas (HFM) Wyant wrote:
> > >One of the edge cases with eval {} is the possibility that $@ gets
> > >clobbered before you get your hands on it.
> >
> > The possibility of it being
uture could be wrong.
If you're trying to avoid these, the best advice I could give would be to
avoid the 12am-4am window, which AFAIK is when most (all?) transitions have
occurred historically.
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
On Mon, Jul 10, 2017 at 1:02 P
On Wed, Jul 5, 2017 at 12:49 PM, Eric Brine wrote:
> On Wed, Jul 5, 2017 at 12:43 PM, Dave Rolsky wrote:
>
>> On Wed, Jul 5, 2017 at 11:27 AM, Bill Moseley wrote:
>>
>>> Haven't those issues with eval been addressed in more recent versions of
>>> Per
;
>
>
> Returns:
>
> in Foo Destroy
> Foo has $@ as ''
> eval with BOOM
>
>
Well, that's one issue, but there are others, for example $@ being set to a
false value. I also appreciate the semantic clarity of try/catch.
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
; https://metacpan.org/pod/Try::Tiny#BACKGROUND
>
Yes, this is exactly why I would recommend always using Try::Tiny over
plain eval.
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
context, which makes a fallback call to
_stringify(). With the patch, "boolean" just returns true.
I committed this to master. In the future please feel free to just make a
GitHub PR.
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
e, but it's not very meaningful. If you really care
about local times in the early 1900s you probably need to calculate the
solar noon for the given lat/long.
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
PAN. And
actually, I forgot about Karen's improvements. Now, maybe I will
release a new version with just Karen's improvements. See:
https://github.com/jforget/DateTime-TimeZone-LMT/pull/1
You might want to investigate Dist::Zilla, since it will make sure all of
this stuff is done prop
to use the proper
version of the internals, depending on the version of
DateTime::TimeZone. I can release a working version as soon as I get a
commit bit and a round tuit.
To what do you need a commit bit?
Cheers,
Dave Rolsky
http://blog.urth.org
https://github.com/autarch
On Sat, 22 Oct 2016, Bill Moseley wrote:
Should or can the formatter have a Storable hook to remove the parser? Any
suggestions on an easy workaround?
It'd probably be relatively easy to add Storable hooks to the module. All
it needs to do is save the arguments passed to new() and then fre
On Wed, 12 Oct 2016, Jay Hannah wrote:
I volunteered in response to
http://blog.urth.org/2016/10/05/datetime-core-team-members-wanted/
I'm most interested in helping with DateTime::Timezone. It appears Issues
aren't activated in the github repo, and I'm not seeing outstanding issues in
rt.
On Sun, 26 Jun 2016, Steve James wrote:
I am the principal developer for the FreeToastHost website system, a free
website provider, content management system, and email list server used
by over 10,000+ Toastmasters public speaking clubs worldwide. Toastmasters is
a non-profit and much of the
http://blog.urth.org/2015/09/27/please-test-datetimelocale-0-93/
Short summary - I'm working on a new version which will get us up to date
with CLDR, but there's some backwards incompatibilities, so please test
your code.
For those curious about the impact on CPAN, please see
https://rt.cpan
On Mon, 11 Aug 2014, David E. Wheeler wrote:
On Aug 11, 2014, at 10:01 AM, Dave Rolsky wrote:
It builds up in-memory data structures for all of the locales? Wow. Yeah, seems
like those could be encapsulated in the locales themselves or something, no?
Or rather than building this all up
On Sat, 9 Aug 2014, David E. Wheeler wrote:
What could speed things up would be to pre-generate the data structures that are
built by calling ->register on everything in the Catalog module.
It builds up in-memory data structures for all of the locales? Wow. Yeah, seems
like those could be en
On Tue, 5 Aug 2014, David E. Wheeler wrote:
On Aug 5, 2014, at 4:18 PM, Olivier Mengué wrote:
Here is below the output (latest releases of DateTime, DateTime::Locale,
DateTime::TimeZone on perl 5.20.0).
DateTime::Locale::Catalog is the module that contains all the locales names.
David, is it
Zefram, I tried to email you privately but your system rejected my email
as spam. Hopefully this'll go through.
I'd love to get the new DT::TZ finally released. If you don't have the
tuits to work on this could you share a repo with me? If you do have the
tuits could you share the repo anyway?
On Sun, 26 Jan 2014, Bill Moseley wrote:
I lost track of this and it came up again this morning. I'm not having a lot
of luck researching what should be done.
I see in
http://cldr.unicode.org/cldr-features#TOC-Locale-specific-patterns-for-formatting-and-parsing
there's a heading "Translatio
On Mon, 6 Jan 2014, Bill Moseley wrote:
I have this code running in a Catalyst app running under mod_perl:
I'm inclined to blame mod_perl, since in my experience it tends to do
weird things when loading modules, depending on how you load them
(PerlRequire vs in module loaded via a handler, e
On Thu, 5 Dec 2013, Alfie John wrote:
On Thu, Dec 5, 2013, at 10:53 AM, Dave Rolsky wrote:
On Thu, 5 Dec 2013, Alfie John wrote:
Does any sane software actually use these ancient time zone names?
The only useful thing to do is use a zone like America/Chicago so you get
DST transitions and
On Thu, 5 Dec 2013, Alfie John wrote:
On Thu, Dec 5, 2013, at 09:40 AM, Zefram wrote:
Alfie John wrote:
I guess it's a tautology seeing as that's what's defined in the etcetera
file, but was I wrong in assuming that UTC+11 meant Etc/GMT+11?
Yes. Etc/GMT+11 is UT-11h, and Etc/GMT-11 is UT+11
The wiki should be back (http://datetime.perl.org). Please let me know if
you find any breakage (besides user images, which I know are broken)
-dave
/*
http://VegGuide.org http://blog.urth.org
Your guide to all that's ve
On Fri, 27 Sep 2013, Jean Forget wrote:
When I try to access the http://datetime.perl.org/wiki/datetime/
website, I get:
--- begin of copy-paste
Service Temporarily Unavailable
The server is temporarily unable to service your request due to
maintenance downtime or capacity problems. Please try a
On Sat, 21 Sep 2013, Zefram wrote:
Another new version of my DT:TZ rewrite. CPAN-style tarball at
http://www.fysh.org/~zefram/tmp/DateTime-TimeZone-1.902.tar.gz
Public git repo at
git://lake.fysh.org/zefram/DateTime-TimeZone.git
The zic issues affecting a couple of zones have now been resol
On Sun, 16 Dec 2012, Dave Rolsky wrote:
There's an old SF project that has an SVN repo with many, many DateTime
modules - http://sourceforge.net/projects/perl-date-time
AFAICT, no one is using the the SVN repo any more. The last holdout seemed to
be Flavio Glock, and he just move
On Tue, 12 Mar 2013, Bill Moseley wrote:
So, I found some old that wrapped a set_time_zone in an eval.
my $dt = DateTime->new(
year => 2013,
month => 3,
day => 10,
hour => 2,
minute => 4,
time_zone => 'floating',
);
eval { $dt->set_time_zone( 'America/Los_Angeles' ); };
prin
On Fri, 18 Jan 2013, Shane McCarron wrote:
The @data list is then sorted (by desc) and used to populate a
element in a web form. Here's the weird thing. When I am using this under
Apache on a Linux platform in a CGI application, I get a warning that I am
printing 'wide characters' when I use
jects, I'm going to delete this project at some point in
the next few weeks. I'll make sure to grab an archive of the SVN repo
before I do that, though.
Dave Rolsky
Compassionate Action for Animals - http://www.exploreveg.org/
VegGuide.Org - http://www.vegguide.org/
On Mon, 19 Nov 2012, Martin Becker wrote:
Right after Dave published DateTime-0.78 I spotted a typo in
the description of a test that was insufficiently updated by
my patch for rt-79845.
Thanks, I applied this.
-dave
/*
http://VegG
On Thu, 25 Oct 2012, N Heinrichs wrote:
If the locale's definitions for the 'medium' formats are
wrong/outdated (see http://cldr.unicode.org/index/downloads) you could
propose an update to the locale class itself, but I am unsure of the
"official" way to do this.
Note that DateTime::Locale is
https://rt.cpan.org/Ticket/Display.html?id=79845 >
On Tue Sep 25 07:27:53 2012, MHASCH wrote:
> To demonstrate that the current rounding behaviour is not
> quite thought through, try:
>
> use DateTime 0.76;
> my $d = DateTime->new(
> year => 2012,
> month => 9
On Mon, 27 Aug 2012, David E. Wheeler wrote:
That locale will not make DateTime::Locale happy either.
Seems okay with it:
perl -MDateTime -MPOSIX -E 'my $dt = DateTime->now; $dt->set(locale =>
POSIX::setlocale( POSIX::LC_TIME() ) ); say $dt->locale'
DateTime::Locale::en_US=HASH(0x7fc90a297
On Mon, 27 Aug 2012, David E. Wheeler wrote:
The code in question that sets the locale is:
$dt->set( locale => POSIX::setlocale( POSIX::LC_TIME() ) );
I'm not sure why you think this would work on Linux either. On my system
here's what I get:
perl -MPOSIX -E 'say POSIX::setlocale(POS
So looking at this module, I don't think it really qualifies as a calendar
module.
The key API that calendar modules need to support is conversion to and
from other calendars, and this one doesn't do that.
See http://datetime.perl.org/wiki/datetime/page/Calendar_Modules for
guidelines on wha
On Thu, 5 Jul 2012, Jim Bacon wrote:
I would like the advice of the DT community at large as to what would be
a good name for such a module and what namespace it should go in. On the
surface one would say DT::Calendar, but the module would create dates
for various events such as the start and
On Fri, 6 Apr 2012, Andrew Davis wrote:
Looking at the error output, it seems clear that the DateTime module,
or the Format::Epoch piece, is internally attempting to create a DateTime
object using hour=24, minute=0, and second=0. That's an error for sure.
This is almost certainly a bug in DT::
On Thu, 5 Apr 2012, Karen Etheridge wrote:
On Thu, Apr 05, 2012 at 01:32:24PM -0700, Andrew Davis wrote:
The 'hour' parameter ("24") to DateTime::new did not pass the 'an
integer between 0 and 23' callback
I'm hoping someone can tell me the best way to avoid the error, and
get the "2008-12-31T
On Tue, 20 Mar 2012, Zefram wrote:
Dave Rolsky wrote:
It's not like maintaining DT::TZ and updating it when there are new
Olson releases is a big hassle, so I don't mind doing it for a while.
Yes, that's another issue I was planning to raise. Continued DT:TZ 1.xx
releases wou
yOn Mon, 19 Mar 2012, Iain Arnell wrote:
On Mon, Mar 19, 2012 at 2:15 PM, Zefram wrote:
Hi, I'd like to establish what's going to happen about packaging my CPAN
module Time::OlsonTZ::Data for OS distros. I'm writing to (as far as I
can tell) the current Debian and Fedora maintainers of DateTi
On Sun, 4 Mar 2012, Michael G Schwern wrote:
Date math is not commutative and this leads to all sorts of problem. They
cannot be dismissed as some silly authoritarian demand.
Indeed, it's not authoritarian. It's more like a nightmare inspired by the
crack-addled madness of our calendar, plus
On Sun, 4 Mar 2012, Zefram wrote:
As part of the plan for replacing DT:TZ, we discussed the need for a way
to list the available timezones, to replace the static DT:TZ:Catalog
document. Attached is a prototype of a command-line tool that could
take this role. I'd appreciate comments about its
On Fri, 2 Mar 2012, jonathan.pey...@ubs.com wrote:
If that is what was decided, that's fine. However, it should be mentioned in
the documentation.
A doc patch would be welcome.
However, I will point out that what you were doing is weird. If you want
to do DateTime math, you need to use ->ad
On Mon, 26 Sep 2011, Zefram wrote:
Dave Rolsky wrote:
Actually, thinking about this a bit more, I really think it's a good idea
to generate it as part of building the distro. That way these docs will
be available from metacpan.org and s.c.o.
That'll be even more out of date than
On Mon, 26 Sep 2011, auta...@urth.org wrote:
As to how and when these docs get generated, I don't really care, I just
want the docs to be available after the distro is installed. If you want
to do that as part of the install process that's fine.
Actually, thinking about this a bit more, I rea
On Sun, 25 Sep 2011, Zefram wrote:
This is a total rewrite of DateTime::TimeZone. The main purpose of the
change is that, as we've discussed for the past couple of years, it uses
DT:TZ:Olson (and thus the standard tzfiles) for Olson zones. It ought
to be a drop-in replacement for the existing
On Tue, 20 Sep 2011, Ben Tilly wrote:
Here is the obvious solution.
Create a subclass. Use that in code you control. In code you don't
control, you won't be calling those methods anyways...
Except if the code he doesn't control returns a DateTime object that he
wants to pass into other cod
On Tue, 24 May 2011, Ben Tilly wrote:
Installing a tangentially related package I encountered this.
Here is the failing unit test.
t/08stress.t .. 1/14
# Failed test 'next nanosecond'
# at t/08stress.t line 27.
# got: '2004-01-01T00:00:00.50'
# expected: '2004-01-0
On Thu, 25 Nov 2010, pp wrote:
There is DefaultLocale in DateTime so I've thought that
that door is already opened.
I was young and stupid when I added this. Now I know better.
-dave
/*
http://VegGuide.org http://blog
On Sat, 20 Nov 2010, Bill Moseley wrote:
We use Locale::Maketext in a web application (with language classes like
MyApp::I18N::en_us) and when a user selects a language a Locale::Maketext
handle is created for the request. We also call DateTime->DefaultLocale(
$tag ) to localize formatted dates
On Sat, 20 Nov 2010, Bill Moseley wrote:
First, in load() there's this line:
die "Invalid locale name or id: $name\n";
Can the newline be removed? It's not that hard to track down, but it would
be nice to see where it's coming from.
That might be better as a croak anyway.
Second, is all l
On Sun, 31 Oct 2010, Guustaaf Damave wrote:
I have been using caches for the searches for a while, and now of course we
are in the middle of DST changes so I would like to ask you a question about
that if you don't mind.
Is there a way to retrieve the next switchover time for a time zone? I c
I have some optimization I'd like to put in the next version of DateTime,
but they break said module, which is doing some weird ugly stuff.
It'd be easy to fix, but the maintainer released just one version 4 years
ago, so I'm guessing he's not too interested.
If anyone is actively using it, p
If you tried to register and got an email that took you to a 404, just
substitute "datetime.perl.org" for "urth.org" in the URI.
New registrations should just work from now on, and the email should
include the correct hostname.
-dave
/*===
On Tue, 28 Sep 2010, Jim Monty wrote:
Uh, not yet. I'm still getting HTTP 404 pages.
You'll have to give me a hint (send me the URI privately if it's the
confirmation URI).
I've never before contributed open source software, written a Perl module, or
even submitted a patch. Well, there's a
On Tue, 28 Sep 2010, Jim Monty wrote:
I'm having difficulty registering. I may have goofed it. Now I'm getting
HTTP 404 messages.
It was up and down while I tried to fix a bug.
I see your account, so try going to the confirmation URI one more time. It
should work now (I hope).
-dave
/*==
I converted the wiki from Kwiki to Silki.
Silki requires each user to have a separate account. If you'd like to
claim your edits, please let me know your username and I'll edit the
account so you can use it.
This software has spam checking (which seems to sort of work ;), requires
a log in t
On Sun, 26 Sep 2010, Gregory Williams wrote:
Do you want me to completely take over ownership of the module or is
there a way I should be looking to work with the existing DateTime svn?
I'll leave that up to Daisuke. If he doesn't want it either, he can give
you primary.
As far as svn, if y
On Sun, 26 Sep 2010, Gregory Williams wrote:
I'd be happy to give it to you. I don't really use it much myself.
If you have abandoned the module, I'll maintain it. Transfer permissions
to me (GWILLIAMS) on pause, and I'll see about applying the patch and
releasing a new version.
Doh, appar
On Fri, 24 Sep 2010, Gregory Williams wrote:
I just posted a bug report to rt.cpan.org about a parsing problem with
DateTime::Format::W3CDTF. After posting the report, however, I noticed
that the same but was reported 5 years ago with a patch to fix the bug.
Is this module being maintained any
On Wed, 8 Sep 2010, Daisuke Maki wrote:
Parameter validation is also one of the bottlenecks when it comes to
using DateTime. I personally don't believe that removing Params::Validate
would make an application run faster, but at least I could silence some
of the nagging that I get when I recommen
On Thu, 2 Sep 2010, Metz, Bobby wrote:
-Original Message-
From: Metz, Bobby
# Grab the year either via exec or via DateTime, your choice
chomp(my $year = `date '+%Y'`);
# --or--
my $year = strftime('%Y',localtime(time));
My apologies, I said "using DateTime" above but I used a POSIX e
On Thu, 2 Sep 2010, Gabor Szabo wrote:
$d1 = DateTime->new(...);
$d2 = DateTime->new(...);
my $sec = $d2->subtract_datetime_absolute($d1)->seconds;
print $sec/60/60/24, "\n";
my $dur = $d1->delta_days($d2);
print $dur->in_units('days');
-dave
/*=
I undid some of the dzil-ization and added a Build.PL.
It should now be possible to run tests from the working copy without
having dzil installed.
-dave
/*
http://VegGuide.org http://blog.urth.org
Your guide to all tha
On Sun, 22 Aug 2010, Michael G Schwern wrote:
Or you allow fractional durations. 1 day / 1 hour = 1/24th of a day (not 1
hour). Only when it is applied to a fixed datetime does it translate back.
Normally something like "2010-02-10 12:00" would become "2010-02-10 13:00"
when 1/24th of a day is
On Sun, 22 Aug 2010, Michael G Schwern wrote:
Could you commit the Build.PL manually real quick to unblock
development? Yaks tend to be stubborn about being shorn and its silly
to sit on our hands waiting.
I made a branch called with-build-tools and checked in the entire build
directory. But
On Mon, 16 Aug 2010, Tim Bunce wrote:
The Git::CommitBuild plugin can help:
http://search.cpan.org/perldoc?Dist::Zilla::Plugin::Git::CommitBuild
"Once the build is done, this plugin will commit the results of the
build to a branch that is completely separate from your regular code
bra
On Sun, 22 Aug 2010, Dirk Joos wrote:
Am I doing something wrong or is it a bug?
Division just can't work. What is 1/25 of a month?
The individual units of a duration cannot be simply tranformed into other
units, and the object doesn't support non-integer values, nor does
DateTime.pm suppor
On Mon, 9 Aug 2010, Michael G Schwern wrote:
Larger issues aside, how do you build this thing?
Use dzil. I removed the .shipit file, that was just legacy cruft.
-dave
/*
http://VegGuide.org http://blog.urth.org
Your g
On Fri, 23 Jul 2010, Elliot Merrony wrote:
To start from the beginning, I've been using the DT and DT:TZ modules for a
world clock and want to add a feature which displays the time, date and
effect of the next DST transition (if any) for each location.
The modules seem to allow me to do anyth
On Fri, 23 Apr 2010, Jeison Rengifo wrote:
i have some problems with DateTimeZone class, i have an aplication in
windows server and it works fine, but i need to migrate to linux server
(hosting), and it doesn't work and i don't know why . can you help me
please.
Thanks
add source code
Best Re
On Tue, 6 Apr 2010, Jonathan Leffler wrote:
I dunno if anyone saw this message posted in compl.lang.perl.modules news group.
I'm not sure if it matters, but there was mention of Unicode and CLDR
recently, and just in case.
Actually, I've been talking to Philip via private email about the CLDR
Please note that if you upgrade DateTime::Locale you should also upgrade
DT::Format::Strptime or you will see a ridiculous number of warnings when
using Strptime.
5~
DateTime::Locale 0.45 2010-03-19
- Installing this release will cause older versions of
DateTime::Format::Strptime to warn l
On Thu, 18 Mar 2010, Dave Rolsky wrote:
I'm planning to end-of-life DateTime::Locale sometime in the future, in favor
of a new distribution, Locale::CLDR.
Actually, the more I think about it, the more I think I'll probably keep
DateTime::Locale around.
I suspect that most of wh
I'm planning to end-of-life DateTime::Locale sometime in the future, in
favor of a new distribution, Locale::CLDR.
This new distro will be designed so that it can provide all the info from
the CLDR project (eventually), rather than just datetime-related pieces.
My plan is to have DateTime use
Just a heads up that I'm sick of sourceforge's slow-ass svn, so I'm going
to be moving my modules over to my Mercurial repo on my own server,
http://hg.urth.org/
I'll probably move them over slowly as I do releases.
-dave
/*
http://
On Wed, 10 Feb 2010, Birane Seck wrote:
I get this error to install DateTime modul
Non-zero exit status: 2
Parse errors: No plan found in TAP output
Files=43, Tests=3, 4 wallclock secs ( 0.29 usr 0.08 sys + 3.17 cusr 0.52
csys = 4.06 CPU)
Result: FAIL
Failed 42/43 test programs. 2/3 subt
On Sun, 3 Jan 2010, James E Keenan wrote:
I went ahead and modularized the program.
You can get it from CPAN:
http://search.cpan.org/dist/DateTime-Subspan-Weekly/
Or get blead from github: http://github.com/jkeenan/datetime-subspan-weekly
Feedback still welcome. Thank you very much.
Sin
On Sat, 26 Dec 2009, Rick Measham wrote:
I think Strptime is a really important module for the DateTime suite, and has
a lot more importance I've evidenced I can give to it.
Therefore, in the interests of ... well .. everybody ... I'm quite happy for
anyone to take it over that can give it th
Rick, are you out there?
I've written email to modu...@perl.org with the intention of taking this
module over. I need to make it not rely on deprecated DateTime::Locale
APIs so I can finally release a new version of DateTime::Locale.
If _someone_ else out there is dying to maintain this modul
On Wed, 23 Dec 2009, Keith Thomas wrote:
Your tar file is not dropping the files into their file paths - its just
dropping them all in the root of whatever folder you extract to and
generating empty folders for where they should go. Please fix it!
Uh, no it isn't.
-dave
/*==
On Thu, 17 Dec 2009, Zefram wrote:
Almost. In principle, the DT:TZ way of working handles far future dates
slightly better.
I'd actually say this doesn't matter. Look at how often time zone
definitions change. Looking at America/Chicago, I see changes in 1974,
1975, 1976, 1987, and 2007. Th
On Wed, 16 Dec 2009, Michael G Schwern wrote:
Give me something to work with here. Some insight into what and why DateTime
is doing what its doing. Is there a reason that DST info has to be generated
linearly? Would it be difficult to hold off on generating time zone info
until its needed?
On Tue, 15 Dec 2009, Michael G Schwern wrote:
I know efficient 64 bit local time calculations are possible because the
standard C library does it. Its not because its written in C, its because
its using a non-O(n) algorithm.
Fantastic. So I can expect a patch some time soon then?
-dave
/*
Hi, Rick,
I wrote to you a few times privately but maybe I have the wrong address.
Are you still maintaining Strptime? I have some changes for
DateTime::Locale pending that would break Strptime, so I'd like to get
Strptime fixed up first.
Are you out there?
-dave
/*===
On Wed, 11 Nov 2009, Dan Horne wrote:
ient for my needs. And if no one cares about why the problem is occurring
(why it arises when one module calls DateTime->now but not others), I'm
more than happy to let things go!
I'd love to fix it, but I can't without a recipe to reproduce it. I suspect
On Tue, 10 Nov 2009, Dan Horne wrote:
On Tue, 10 Nov 2009, Dan Horne wrote:
The "die { found => 1 };" instruction sets $@ tp "HASH(0xac2a148) at
/usr/local/lib/perl5/site_perl/5.10.0/DateTime/TimeZone/Local/Unix.pm line
115" and hence there is never a $...@->{found}.
What version of DT::TZ?
On Tue, 10 Nov 2009, Dan Horne wrote:
The "die { found => 1 };" instruction sets $@ tp "HASH(0xac2a148) at
/usr/local/lib/perl5/site_perl/5.10.0/DateTime/TimeZone/Local/Unix.pm line
115" and hence there is never a $...@->{found}.
What version of DT::TZ? As of 0.92, all uses of $@ should be cl
On Tue, 3 Nov 2009, Ronald J Kimball wrote:
Dave Rolsky wrote:
Sometimes DateTime::TimeZone thinks your local time zone is UTC. I have no
idea why it'd would be doing this. You could hack up a local copy of
DateTime::TimeZone::Local::Unix and have it spit out everything it's doing
On Mon, 2 Nov 2009, Ronald J Kimball wrote:
When I get the wrong result, the first DateTime object has its time zone set
to UTC, rather than to America/New York (my local time zone).
The object is created like so:
my %tmp;
@tmp{qw/ year month day hour minute second /} =
$current_delivery
If someone else wants to maintain this module please let me know. I don't
want it ;)
0.05 2009-11-01
- Fixed a long-standing bug where a time zone other than UTC that had an
offset of 0 caused the format_datetime method to return the string "0". RT
#22802.
-dave
/*
0.51 2009-11-01
- Switched to Module::Build. To force a non-XS build, start the build
process with "perl Build.PL --pp".
- POD-related tests are only run for the maintainer now.
- Fixed handling of negative years in CLDR formatting for "y" and "u"
patterns. Note that the LDML spec says no
On Fri, 23 Oct 2009, Ronald J Kimball wrote:
I have a subroutine that uses two DateTime objects. It calls delta_ms() to
get the delta between the two objects, does a bit of math, then calls add()
to add the delta to one of the objects. Although both objects are created
with time_zone => loca
On Thu, 29 Oct 2009, Pete Hodgson wrote:
Ever since British Summer Time ended in the UK last week my application
has been seeing a very interesting bug. Here's an isolated perl script
which demonstrates the issue:
This is a known bug - see
http://rt.cpan.org/Public/Bug/Display.html?id=22802
1.012009-10-19
- This release is based on version 2009o of the Olson database. This
release has changes for Pakistan and Bangladesh. In addition, I have also
applied the Argentina patch again, as this has not been incorporated into
the official Olson data yet.
- The t/04local.t test file
1.002009-10-17
- This release adds a patch from Debian (http://bugs.debian.org/551195)
for Argentina. Argentina's idiotic government decided to change their DST
rules with two days notice. Pointer to patch from Gregor Herrman. Fixes RT
#50590.
-dave
/*==
version in the next week or two, or as soon
as Rick uploads a new Strptime, whichever comes first.
All of the changes are checked into svn
at
https://perl-date-time.svn.sourceforge.net/svnroot/perl-date-time/modules/DateTime-Locale/trunk
Dave Rolsky
Compassionate Action for Anim
1 - 100 of 1439 matches
Mail list logo