Re: namespaces, command and control (fwd)

On Mon, 16 Jun 2003, Joshua Hoblitt wrote: > I am of the opinion that when go ahead and add this doc to CVS. If we > hear from "modules" that they have an objection then we can change it > then. Or should we start a betting pool on when we'll get a response? > :) Yeah, go ahead and add it. I'm

Re: Win32 failures in t/20infinite.t

On Fri, 13 Jun 2003, Joshua Hoblitt wrote: > > That's cool. I'll be going to YAPC tomorrow anyway, so I'll have plenty > > to keep my busy. > > I don't suppose you'll apply my DT::Language patch before then? :) I'll apply it before the next release unless DT::Locale is finished first. -dave /

Re: Win32 failures in t/20infinite.t

On Fri, 13 Jun 2003, John Peacock wrote: > Dave Rolsky wrote: > > Ok, I applied this. Does this mean all tests pass on Win32 now? > > > > I don't know; I'm at home (Linux only, thanks) and not at work. I'll get the > latest CVS and double check on Mon

RE: Compilation on HPUX, AIX, VMS, etc

On Fri, 13 Jun 2003, Hill, Ronald wrote: > > Hi Dave, > > > > > Can people try to compile DateTime.pm on various platforms that aren't > > Linux, BSD, or Win32, and let the list know if it works. I > > will be trying > > Mac OSX and Solaris via the SF compile farm, but I don't have > > access to

Re: Win32 failures in t/20infinite.t

On Fri, 13 Jun 2003, John Peacock wrote: > Dave Rolsky wrote: > > On Wed, 4 Jun 2003, John Peacock wrote: > >>my $nan = abs($posinf - $posinf); # "1.#QNAN" > >> > > > > Any updates on this? The Win32 problems are the only thing holding me >

ANNOUNCE: DateTime::TimeZone 0.19

0.19 2003-06-13 - The name() method will now always return something that can be used to recreate the original object by calling DateTime::TimeZone->new(). The only class which changed was DT::TZ::Floating, but the fact that name() is guaranteed to work in recreating the object is an API chang

Re: Compilation on HPUX, AIX, VMS, etc

On Fri, 13 Jun 2003, Dave Rolsky wrote: > Can people try to compile DateTime.pm on various platforms that aren't > Linux, BSD, or Win32, and let the list know if it works. I will be trying > Mac OSX and Solaris via the SF compile farm, but I don't have access to > other pr

Re: Compilation on HPUX, AIX, VMS, etc

On Fri, 13 Jun 2003, Dave Rolsky wrote: > Can people try to compile DateTime.pm on various platforms that aren't > Linux, BSD, or Win32, and let the list know if it works. I will be trying > Mac OSX and Solaris via the SF compile farm, but I don't have access to > other pr

Compilation on HPUX, AIX, VMS, etc

Can people try to compile DateTime.pm on various platforms that aren't Linux, BSD, or Win32, and let the list know if it works. I will be trying Mac OSX and Solaris via the SF compile farm, but I don't have access to other propietary Unix variants, or VMS, QNX, or other weird things like that. -

Re: RFC: Adding custom locales to DateTime::Locale part deux

On Thu, 12 Jun 2003, Richard Evans wrote: > a) If you're using the DateTime::Locale namespace: > > DateTime::Locale->register_locale(de_DE_RIDAS1 => > 'deu_DE_RIDAS1', > 'ger_DE_RIDAS1', >

Re: Win32 failures in t/20infinite.t

On Wed, 4 Jun 2003, John Peacock wrote: > I think there might be another Win32ism at play here. At the start of the test > file, there are the following lines (with their "value" after the comment): > > my $posinf = 100 ** 100 ** 100; # "1.#INF" > my $neginf = -1 * $posinf; # "-1

Re: DateTime modules for Debian Linux

On Fri, 13 Jun 2003, Jaldhar H. Vyas wrote: > I made these to support my work on DateTime modules for Hindu calendars > (which incidently are stalled as I research Sanskrit texts) but > unfortunately I don't have the time to maintain them in Debian itself but > if there are any Debian maintainers

Re: DateTime modules for Debian Linux

On Thu, 12 Jun 2003, Joshua Hoblitt wrote: > > On this significant date of Friday 13th :-) I'd like to announce that I've > > made Debian packages for some of the DateTime modules (and some which were > > needed as dependencies) which you might find handy if you use this > > platform. > > This is

Re: namespaces, command and control

On Wed, 11 Jun 2003, Joshua Hoblitt wrote: > namespace? I believe there is some president for this, for example DBI, He means "precedent" ;) -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/

Re: milli/micro seconds

On Wed, 11 Jun 2003, Joshua Hoblitt wrote: > > > DateTime::Wrapper::SubSecond will accept parameters for resolutions from > > > 10 to 10^9 subseconds. With corresponding methods returning these > > > units. > > This seems like overkill for something which will basically do: > > > > my $nano = $p

Re: milli/micro seconds

On Wed, 11 Jun 2003, Joshua Hoblitt wrote: > A new 2nd tier namespace for wrapper classes. > > DateTime::Wrap or DateTime::Wrapper > > DateTime::Wrapper::SubSecond will accept parameters for resolutions from > 10 to 10^9 subseconds. With corresponding methods returning these > units. > > Comments

Re: Converting to DT

On Thu, 12 Jun 2003, Rick Measham wrote: > At 4:59 PM -0500 11/6/03, Dave Rolsky wrote: > >Yeah, me. DT.pm uses qr// internally and I always run tests on 5.00503, > >5.6.1, and 5.8.0 before each release. > > It wan't a qr//, it might have been a 'our', but I d

Re: milli/micro seconds

On Thu, 12 Jun 2003, Rick Measham wrote: > At 4:36 PM -0500 11/6/03, Dave Rolsky wrote: > >No, if anything, we'll can the fractional_second constructor parameter. > >Nanoseconds are here to stay, because I don't want to add "bigfloat" to > >the mix, and

Re: DateTime::Time

On Thu, 12 Jun 2003, Rick Measham wrote: > At 5:04 PM +1000 6/6/03, Rick Measham wrote: > >The attached module is a time-only implementation of DateTime. > > Did this: > 1) escape the radar, > 2) not interest anyone, > 3) handle everything so embarassingly wrong that none of you > kind-hearted fol

Re: Converting to DT

On Thu, 12 Jun 2003, Rick Measham wrote: > At 4:28 PM -0500 11/6/03, Dave Rolsky wrote: > >5.00503 is the goal for all DateTime modules, and anyone writing a DT > >module should have a damn good reason for _not_ supporting it. qr// does > >indeed work with 5.00503. > >

Re: milli/micro seconds

On Thu, 12 Jun 2003, Rick Measham wrote: > I can understand why we look like we need all this stuff for milli-, > micro- and nano-seconds, but it is exactly what I was scared of when > we were talking about sub-second support. Nano-, Milli- and Micro- > seconds are not different things like hours

Re: Converting to DT

On Wed, 11 Jun 2003, Tim Bunce wrote: > > > And I'll repeat my (carefully worded) statement that "A single > > > regex could handle all formats that follow the ISO 8601 general > > > left-to-right decreasing resolution style, with assorted optional > > > punctuation, plus optional appended TZ." >

Re: Converting to DT

On Wed, 11 Jun 2003, Ben Bennett wrote: > I will do that. I didn't realize that it was so useful (too many damn > /date|time*/i modules). > > I haven't looked inside yet, but this might be a good base for a more > generic parser (Date::Manip is pretty gross). Date::Manip's code is less than opti

Re: Converting to DT

On Wed, 11 Jun 2003, Tim Bunce wrote: > And I'll repeat my (carefully worded) statement that "A single > regex could handle all formats that follow the ISO 8601 general > left-to-right decreasing resolution style, with assorted optional > punctuation, plus optional appended TZ." In fact, this'd b

Re: milli/micro seconds

On Tue, 10 Jun 2003, Joshua Hoblitt wrote: > I've started on milliseconds and microseconds support (DT::Duration to > start with). I hope nobody else has already done this. Um, don't we already have this with nanoseconds? What are you thinking of adding? -dave /*=== House

Re: DateTime::Duration is_positive bug?

On Wed, 11 Jun 2003 [EMAIL PROTECTED] wrote: > In DateTime::Duration: > > sub new(): > ... > unless ( grep { $self->{$_} } qw( months days ... > { > $self->{sign} = 0; > } > > > and then: > > sub is_positive { $_[0]->{sign} == 1 ? 1 : 0 } > > which makes a zero-duration b

Re: RFC: Adding custom locales to DateTime::Locale

On Wed, 11 Jun 2003, Rick Measham wrote: > I'd really like to not depend on Locale.pm other than as a loader for > normal, included Locale methods. > > Can we just have an API that any module could potentially use? I think we need this, but we may also need a way to hook locales into DateTime::Lo

Re: Converting to DT

On Tue, 10 Jun 2003, Joshua Hoblitt wrote: > > I played with P::RecDescent for Mason, and it is slow and a memory hog. > > That's no dis to Damian, cause it's a great tool, but in most cases a > > custom regex-based parser is way faster. > > I talked to Damian about it at Perl Whirl and he said he

Re: First things first

On Mon, 9 Jun 2003, Dave Rolsky wrote: > > Attached is DateTime.diff. This file contains extensions to DateTime > > to allow it to match the outputs of the ICU project. > > > > Strftime has also been patched to allow one to use methods as > > strftime tokens: &#

Re: Converting to DT

On Tue, 10 Jun 2003, Ben Bennett wrote: > However, I have no idea how fast this is and how much memory it > consumes. I will try to release what I have tonight (when I hope to > have it in a more usable state). I played with P::RecDescent for Mason, and it is slow and a memory hog. That's no dis

Re: First things first

On Tue, 10 Jun 2003, Rick Measham wrote: > > Anyway, I've > > applied it mostly, except that for era I used "ACE" and "BCE", because I'm > > really not comfortable favoring one religion over another inside the core > > code. > > That's cool .. I imagine that we'll change it in short-order to get i

Re: First things first

On Mon, 9 Jun 2003, Dave Rolsky wrote: > > Attached is DateTime.diff. This file contains extensions to DateTime > > to allow it to match the outputs of the ICU project. > > > > Strftime has also been patched to allow one to use methods as > > strftime tokens: &#

It could be worse ;)

So there's an article on Oreillynet right now about Java's Date class and other related classes like Calendar and TimeZone. While Java seems to do more or less everything DateTime does, the API is absolutely abysmally bad. It's awkward, unidiomatic, and requires lots of structural code. http://w

Re: Converting to DT

On Mon, 9 Jun 2003, Joshua Hoblitt wrote: > I just got back from Perl Whirl. Having spent most of the last week > plugging DT as a replacement for many of the examples given in the > talks, I think we need a converting to DT section in the FAQ or a > separate document dedicated to this. > > For e

Re: Is there any need to support ISO 639-2 language codes in DT::Locale?

On Mon, 9 Jun 2003, Eugene van der Pijll wrote: > So you would have to add some three-letter codes, at least. But I don't > think it is necessary to include the ISO 639-2 codes for English, German > etc. That'd get real confusing. I think we should include them for all languages, not just those

Re: RFC: DateTime::Format::DBI

On Sat, 7 Jun 2003, Claus Färber wrote: > Hallo, > > I think it would be a good idea to have a module named > DateTime::Format::DBI that takes a DBI::db handle and returns an > appropriate DateTime::Format::* object (currently, we only have ::MySQL > and ::Pg). > > use DBI; > use DateTime; >

Re: ANNOUNCE: Time::Local 1.06

On Sat, 7 Jun 2003, Rafael Garcia-Suarez wrote: > Dave Rolsky wrote: > > This release adds some more docs and brings the code into sync with > > bleadperl. > > > > I haven't had any reports of problems with this code yet so I expect to > > send patc

ANNOUNCE: DateTime::TimeZone 0.18

0.18 2003-06-06 - Switched the internal data structure for the Olson database to use array references instead of hash references. This seems to save a reduce memory usage to about 66% of the hash based version. Additionally, the files themselves have gotten much smaller. This was all partial

Re: DT::TZ size

On Fri, 6 Jun 2003, Dave Rolsky wrote: > You still have it turning those array refs back to hash refs. Might as > well just go for it and use arrays internally. It's faster and uses less > memory. Ok, the speed boost seems to be very small, if it exists at all, but the memory sa

Re: DT::TZ size

On Fri, 6 Jun 2003, Eugene van der Pijll wrote: > The changes are: > - I moved the _generate_spans_until_match() method (that is included in > perhaps half of all DT::TZ's, and is a largish piece of code) to > TimeZone. This saves about 100kB. > > - I changed the format of the dst changes, fro

Re: What should a business module implement?

On Thu, 5 Jun 2003, Ben Bennett wrote: > I intend to make some convenience factories that will make some > standard holidays (e.g. US federal holidays, each state's holidays, > special bank holidays, etc.), I will worry about that later though. Specific holiday calendars can wait until there's a

Re: DT::TZ size

On Thu, 5 Jun 2003, Sam Vilain wrote: > Your own words; > > themachine:~/src$ head DateTime-TimeZone-0.17/README > OVERVIEW > > The DateTime::TimeZone modules provide a Perl interface to the Olson > time zone database. Rather than using the database directly, we parse > the database files an

Re: FAQ cleanup

On Thu, 5 Jun 2003, David Wheeler wrote: > On Thursday, June 5, 2003, at 08:25 AM, Dave Rolsky wrote: > > >> Tried Pod::Simple::HTML? We should all nicely ask Sean to get it > >> finished, now that his new book is pretty well done. > > > > Yeah, I started pa

Re: FAQ cleanup

On Thu, 5 Jun 2003, David Wheeler wrote: > On Wednesday, June 4, 2003, at 08:28 PM, Dave Rolsky wrote: > > > I wrote a custom HTML converter because Pod::Html produces such awful > > HTML, and I wanted to customize some of the link handling. I also > > removed > &g

Re: DT::TZ size

On Fri, 6 Jun 2003, Eugene van der Pijll wrote: > The generated TimeZone modules are a bit larger than they could be. With > the attached patch, their total size is reduced by almost 50%. Can you resend this as a unified diff (-u)? I can't read the other kind very easily so I can't actually figu

ANNOUNCE: Time::Local 1.06

This release adds some more docs and brings the code into sync with bleadperl. I haven't had any reports of problems with this code yet so I expect to send patches to p5p real soon now. 1.06 2003-06-04 - A bug in the handling of negative offsets from UTC could lead to the return of invalid tim

Changes to latest CVS for infinite bits

I tweaked the code that is looks like this: #include #ifndef isfinite # ifdef finite #define finite isfinite # endif #endif Then later I have #ifdef isfinite void _normalize_seconds(self, days, secs) I'm hoping this can work better for all systems, since there may be systems b

Re: Patch DateTime-0.12 on HPUX Perl 5.8.0

On Mon, 2 Jun 2003, Dan Sully wrote: > > > > HPUX doesn't have finite() - it has isfinite() instead. > > > > Not my HPUX box. I'm running 10.20 and the HP ANSI C compiler > > I tried the make test and here is a listing of the errors > > Of course they would have to change it between 10.20 and 11.0

Re: [Poop-group] Re: ... entering into the fray ...

[ cc'd to datetime list ] On Wed, 4 Jun 2003, Sam Vilain wrote: > So, just what are those "various optimizations in doing time zone > calculations" ? OK, building indexes is fine, but can't you access I'm not sure what you're referring to. > the majority of the data from the installed Olson Da

Re: Test failures with DateTime from CVS

On Tue, 3 Jun 2003, John Peacock wrote: > Is anyone else having massive problems getting cvs.sourceforge.org to behave? I > have only once in a bunch of times since yesterday been able to connect and sync > my sandbox with the DateTime repository. Most of the time I get: > > > $ cvs upd -Pd > >

Re: DateTime 0.12CVS - Success from Cygwin, still failing under VC++

On Wed, 4 Jun 2003, John Peacock wrote: > The t/13strftime.t file has DOS line endings, which causes all tests to fail > under Cygwin. If that is corrected, then Cygwin tests completely clean. Really? I can't see them. > However, I am still seeing the following failures with Win32/VC++: > > t\

FAQ cleanup

I wrote a custom HTML converter because Pod::Html produces such awful HTML, and I wanted to customize some of the link handling. I also removed all the "QUESTION" bits and stuck them in docs/todo.pod in the repository, since they don't really add anything to the FAQ for most readers. -dave /*==

Re: What should a business module implement?

On Wed, 4 Jun 2003, Ben Bennett wrote: > As a first cut: > - Business day arithmetic: >- Addition >- Subtraction >- Differences (how many b. days between X and Y) > - Know about holidays Be able to take a set specifying holidays. Attempting to know all possible holidays for all cou

Re: Windows once more

On Tue, 3 Jun 2003, Randy W. Sims wrote: > ActiveState uses scripts to automatically create PPDs for all modules on > CPAN that will build/test successfully. See > for the results and logs of these > builds. Currently DT fails on all platforms; probably because of

ANNOUNCE: Time::Local 1.05

Changes since 1.04, which comes with Perl 5.8.0: 1.05 2003-06-03 This version is nearly identical to version 1.04, which is included in the Perl core, but it removes the use of "our" in order to make the code backwards compatible with Perl 5.00503. It probably works with earlier versions of Pe

Re: ANNOUNCE: Object::Stringify

On Sun, 1 Jun 2003, Ben Bennett wrote: > Ah, interesting, I missed those packages when searching for "prior > art". Class::Decorator seems not to allow what I want (new arbitrary > methods) but instead seems to allow you to insert pre and post code. > Class::Wrapper is closer but I don't think it

Re: FAQ outstanding questions...

On Mon, 2 Jun 2003, Ben Bennett wrote: > 2) What is the overlap between DateTime::Format::Builder and >DateTime::Format::Strptime? Which is preferred? Yeah, I'd like to know too. > 4) Wasn't this [the DateTime constructor croaking on bad dates] going >to be overridable? Not unless some

RE: Windows once more

On Mon, 2 Jun 2003, Hill, Ronald wrote: > > I'd have to write a script to automatically grab the CVS stuff, but I > > suppose it's possible. > > If you do write a script, can you send me a copy? Sure, but it's kind of low on my to-do list. > > The links on datetime.perl.org are for PPDs, which a

Re: Windows once more

On Mon, 2 Jun 2003, John Peacock wrote: > Dave Rolsky wrote: > > ARGH! > > > > I give up. Someone else is going to have to fix this on Windows at this > > point, or maybe I'll just disable these tests on Win32. > > > > I use Windows/VC-- (shudder) in m

RE: Windows once more

On Mon, 2 Jun 2003, Hill, Ronald wrote: > > ARGH! > > > > I give up. Someone else is going to have to fix this on > > Windows at this > > point, or maybe I'll just disable these tests on Win32. > > > > > > -dave > > Oh, Dave please don't give up. We need this for all Platforms > Otherwise, module

RE: Windows once more

On Mon, 2 Jun 2003, Hill, Ronald wrote: > I was not able to find the Time::Local module on CPAN Yeah, it's not there yet. > t\20infinite..NOK 12# Failed test (t\20infinite.t at line 55) > # got: '1.#QNAN' > # expected: '-1.#IND' > t\20infinite..NOK 13# Failed

Re: FAQ

On Mon, 2 Jun 2003, Flavio S. Glock wrote: > Dave Rolsky wrote: > > > > On Mon, 2 Jun 2003, Flavio S. Glock wrote: > > > RFC - Do we need something like this? > > > > > > $span = DateTime::Span->hour( $dt ); > > > $span = DateTime::Spa

Re: FAQ

On Mon, 2 Jun 2003, Flavio S. Glock wrote: > FAQ said: > > 2.3: Why do I need to truncate dates? > > ... > > Of course if you are trying to work out if an hour long > > meeting is going on now then you should truncate to > > hours... but for that kind of thing you probably want a > > DateTime::Spa

Re: installing DateTime-TimeZone-0.17 on HPUX 10.20... or Cygwin

On Mon, 2 Jun 2003, Ben Bennett wrote: > I still think it is a MakeMaker problem, has anyone reported it to > them? And are you guys using the latest MakeMaker? I think this might have been fixed in the new beta versions. -dave /*=== House Absolute Consulting www.houseabso

Windows once more

Ok, I think the test results for 20infinite.t may be different because of recent changes in subtract_datetime. Could a Windows user run the tests again, please? For the 04epoch.t failures, I think I'll need to be able to use the latest Time::Local code, which means releasing it to CPAN. Hopefull

Re: Rough first draft of a FAQ

On Fri, 30 May 2003, Ben Bennett wrote: > On Fri, May 30, 2003 at 12:36:17PM -0500, Dave Rolsky wrote: > > > > The archives are linked on the mailing list page and the modules page has > > links to each module's CPAN page. > > OK. At the very least I wa

Re: ANNOUNCE: Object::Stringify

On Fri, 30 May 2003, Ben Bennett wrote: > This class allows you to wrap an arbitrary object and provide > stringification and numification methods while changing the interface > to the object as little as possible. Have you taken a look at Class::Decorator on CPAN? What you've implemented is mor

Re: DT::F::Builder strptime test fails

On Sun, 1 Jun 2003, Rick Measham wrote: > At 5:03 PM -0500 31/5/03, Dave Rolsky wrote: > >But then I went to install the latest DT::F::Strptime and it failed too! > > > >Patches for the latter may be forthcoming. > > At 5:07 PM -0500 31/5/03, Dave Rolsky wrote: &

Re: Cleaning up Locale modules by using if.pm

On Sat, 31 May 2003, Richard Evans wrote: > > No need to use if.pm really. Just do this: > > > > BEGIN { > > eval 'use utf8' if $] >= 5.006; > > } > > Yeah, I thought that should work, but I knocked up a quick test: > > > BEGIN > { > eval 'use warnings' if $] >= 5.006; > } > >

RE: installing DateTime-TimeZone-0.17 on HPUX 10.20 perl 5.8.0 us ing HP's ANSI C Compiler?

On Fri, 30 May 2003, Hill, Ronald wrote: > > > Has anyone installed DateTime-TimeZone-0.17 on HPUX? > > > make is reporting line to long. > > > > > > $ /app/perl5.8.0/bin/perl Makefile.PL > > > Writing Makefile for DateTime::TimeZone > > > $ make > > > Make: line too long. Stop. > > > > This migh

Re: Rough first draft of a FAQ

On Fri, 30 May 2003, Dan Sully wrote: > * Ben Bennett <[EMAIL PROTECTED]> shaped the electrons to say... > > > I have a (very) rough draft of a faq available at: > > http://www.limey.net/~fiji/perl/ > > Ben - I like the FAQ a lot. A suggestion though - you offer quite a few > functions that do u

Re: installing DateTime-TimeZone-0.17 on HPUX 10.20 perl 5.8.0 using HP's ANSI C Compiler?

On Fri, 30 May 2003, Hill, Ronald wrote: > Hi All, > > Has anyone installed DateTime-TimeZone-0.17 on HPUX? > make is reporting line to long. > > $ /app/perl5.8.0/bin/perl Makefile.PL > Writing Makefile for DateTime::TimeZone > $ make > Make: line too long. Stop. > $ which make > /bin/make > $ ls

Re: Patch DateTime-0.12 on HPUX

On Fri, 30 May 2003, Dan Sully wrote: > HPUX doesn't have finite() - it has isfinite() instead. > > --- DateTime-0.12.orig/DateTime.xs 2003-05-02 21:23:12.0 -0700 > +++ DateTime-0.12/DateTime.xs 2003-05-30 11:26:09.0 -0700 > @@ -11,6 +11,10 @@ > > #include > > +#ifdef _HPUX

RE: Bug in DateTime::Span->contains()

On Fri, 30 May 2003, Hill, Ronald wrote: > Using G:/modules/DateTime.pm/blib > t\00load..ok > t\01sanityok > t\02last_day..ok > t\03componentsok > t\04epoch.NOK 25# Failed test (t\04epoch.t at line 96) > # got: undef > # expected

Re: [PATCH] DT::Language alternate namespaces

On Thu, 29 May 2003, Joshua Hoblitt wrote: > > Uh, they could just call it DT::Language::MyLanguage, right? > > Do we really want people including DT::Language::* modules in there distributions? If it was something like DT::Language::Custom::Foo, I probably wouldn't care. -dave /*=

Re: Rough first draft of a FAQ

On Fri, 30 May 2003, Ben Bennett wrote: > > First I'll pick some nits. > > > > - Assume it will be hosted on datetime.perl.org, so you can skip the first > > 4 questions. > > I dunno, 1.1 to govern the scope of the FAQ seemes relevant as does > the reference to Claus' FAQ in 1.3. I haven't seen 1

RE: Bug in DateTime::Span->contains()

On Fri, 30 May 2003, Hill, Ronald wrote: > Great!! At least that tells me the bug in my module is fixed :) > Are you using DateTime-Set version 0.07 and DateTime 0.12? > (I need to update the pre req's for sunrise) > > I wish we could get the DateTime.pm to work on windows. Have you tried the lat

Re: Rough first draft of a FAQ

On Fri, 30 May 2003, Ben Bennett wrote: > The general structure of the page is quite likely to change (as are > the question numbers). I plan on adding more sections and reordering > the existing questions, but I wanted to get feedback first. It generally looks great. > If people could propose

Re: Bug in DateTime::Span->contains()

On Thu, 29 May 2003, Ben Bennett wrote: > Actually there are two bugs (yes my sandbox is current). > > The first is fixed by the patch below (it creates an unused $tmp > DateTime::Span object without the required args). > > The second is more tricky... DT::Span tries to create a DT::Set > object,

Re: [PATCH] DT::Language alternate namespaces

On Thu, 29 May 2003, Joshua Hoblitt wrote: > Here is a small patch to allow arbitrary namespaces to be passed to > DT::Language. This is useful for modules that want to include their own > DT::Language subclasses or want to generate information at runtime. Uh, they could just call it DT::Languag

Re: ANNOUNCE: DateTime::Format::Strptime 1.02

On Thu, 29 May 2003, Rick Measham wrote: > Until now, if you allowed a user to specify a > pattern and they > entered one that was non parsable, this module would croak > causing your script to croak. This is a Bad Thing (tm). No, it's only a bad th

Re: leap seconds

On Sat, 12 Apr 2003 [EMAIL PROTECTED] wrote: > May I import Date::Leapsecond into > "modules/DateTime.pm/lib/DateTime/Leapsecond.pm"? > > I could then make the changes in DateTime to use it. How will it be used? I've been trying to think of a good way to handle leapseconds in DateTime.pm for a w

Re: DateTime.pm now()

On Sat, 12 Apr 2003, Matt Sisk wrote: > Are there plans to use the request tracker on CPAN for this kind of thing, or > this list the appropriate forum for now? rt.cpan.org is a good place to report bugs, assuming they are actually bugs ;) -dave /*=== House Absolute Consult

Re: olson data availability?

On Sat, 12 Apr 2003, Matt Sisk wrote: > The docs say go here: > > ftp://elsie.nci.nih.gov/pub/ > > But it has been inaccessible over the last few days. I can't build the DateTime > suite properly! Hmm, worked for me. And of course, if you install DateTime::TimeZone from CPAN there's no need to g

ANNOUNCE: DateTime 0.09

No particular reason for this release, just an accumulation of improvements and fixes. 0.09 2003-04-05 (the "liberation through violence" release) [IMPROVEMENTS] - As requested by numerous people, there is now a pure Perl implementation of DateTime.pm included with this distribution. If yo

ANNOUNCE: DateTime::Format::ICal 0.03

0.03 2003-04-05 - Handle offset-only time zones without producing garbage output. Bug report from Iain Truskett. - Switch to Module::Build. -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/

Re: Announce: DateTime-Format-Builder 0.25

On Mon, 31 Mar 2003, Joshua Hoblitt wrote: > I started implementing all of ISO8601:2000 last night with Builder.pm. > After looking at the pod for awhile I started thinking that this could > be simplified [and optimized] a little if you don't mind dirtying the > namespace. > > Some POEish like thi

Re: Bug in epoch handling [patch]

On Tue, 1 Apr 2003, Iain 'Spoon' Truskett wrote: > * Iain 'Spoon' Truskett ([EMAIL PROTECTED]) [01 Apr 2003 13:18]: > > > Adding and subtracting small durations doesn't appear to > > affect the epoch. I tried adding a line to recalculate it, > > but that just seemed to screw things up elsewhere. >

Re: make test in DateTime-TimeZone-0.11 vs. perl Makefile.PL in DateTime-0.08

On Wed, 2 Apr 2003, David Dyck wrote: > If I install DateTime::TimeZone without testing it first, > I can then do a make test and install in DateTime before > going back to DateTime::TimeZone for the make test and install. > > The README in DateTime-TimeZone-0.11 states > This distribution is

Re: RFC: DateTime::Event::Basic

On Thu, 3 Apr 2003, Flavio S. Glock wrote: > Flavio S. Glock wrote: > > DateTime::Event::Basic - A base class for building Event classes. > > Ok, I think I'll explain this a bit more: > For example, DateTime::Event::Sunset would be simplified to: > > @ISA = qw( DateTime::Event::Basic ); > > su

Re: Time::Local (was: Bundle::DateTime)

On Fri, 4 Apr 2003, Iain 'Spoon' Truskett wrote: > Are there details of how MakeMaker and CPAN.pm treat 0 and undef in > prereqs? It's treated as "any version". -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/

Re: DateTime::Duration, length of a month?

On Fri, 4 Apr 2003, Joshua Hoblitt wrote: > When converting a DateTime::Duration month to days - how many days > should it be considering equivalent too? 30? 30.4? 31? It's not converted to days, it literally increments the month portion of a date. If you're using this for DateTime::Calendar::Ma

Updated DateTime::Calendar dev docs

I've updated the docs on developing a DateTime::Calendar module to reflect recent discussion of time zones, calendar without a time component, and some other API stuff I wanted to include. Please take a look. Questions and suggestions are welcome. http://datetime.perl.org/developer/calendar.html

invitation to DateTime module authors

If you're written a DateTime module and you'd like to have it be part of the perl-date-time CVS project, this is in invitation to join. The advantages are: - shared CVS, which means you can edit the website (particularly them module list), dev docs, etc. - commit emails (if you care) - I or oth

Re: DateTime::Duration compare

On Fri, 4 Apr 2003, Dave Rolsky wrote: > > Also, it would be useful to be able to > > compare a duration to zero, in order to check if > > it is negative, positive or null. Ugh, I must take a moment before replying to mail. I thought about this a bit more and realized I do

Re: DateTime::Duration compare

On Fri, 4 Apr 2003 [EMAIL PROTECTED] wrote: > I noticed DateTime::Duration <=> is not > checking the 'reverse' flag. > > Also, it would be useful to be able to > compare a duration to zero, in order to check if > it is negative, positive or null. > > I could do that, just tell me if it is ok. Act

Re: DateTime::Duration compare

On Fri, 4 Apr 2003 [EMAIL PROTECTED] wrote: > I noticed DateTime::Duration <=> is not > checking the 'reverse' flag. > > Also, it would be useful to be able to > compare a duration to zero, in order to check if > it is negative, positive or null. > > I could do that, just tell me if it is ok. Sou

Re: [ANNOUNCE]([kinda) DateTime::Calendar::Mayan

On Thu, 3 Apr 2003, Eugene van der Pijll wrote: > And this works. But even more people will use DateTime->now. And then > a floating time would be wrong. Why would a floating time be wrong then? > As an example, the first program I wrote using > DateTime::Calendar::Mayan. > > use DateTime; >

Re: [ANNOUNCE]([kinda) DateTime::Calendar::Mayan

On Thu, 3 Apr 2003, Joshua Hoblitt wrote: > > Actually, I'm starting to think that it might be better instead to simply > > have a local_rd_values method and use that instead, maybe. > > Or barf on floating times. Or document it. In practice, I think _most_ people working with multiple calendar

Re: [ANNOUNCE]([kinda) DateTime::Calendar::Mayan

On Thu, 3 Apr 2003, Eugene van der Pijll wrote: > Best would probably be te either use Mayan time (if it is known > (probably not)), or to implement 'our' time (complete with timezones > etc.). Actually, I'm starting to think that it might be better instead to simply have a local_rd_values method

<    6   7   8   9   10   11   12   13   14   15   >