Re: DateTime modules for Debian Linux

2003-06-13 Thread Joshua Hoblitt
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 very cool. I've been thinking about doing this for

RE: Getting DateTime with ActiveState ppm

2003-06-13 Thread Hill, Ronald
Hi Cameron, Hi everyone. I just tried to install DateTime in Windows with ppm but it crashed ppm. This is what I did: ppm repository add 'DateTime Repository' \ http://datetime.perl.org/download/5.8.0 ppm install DateTime and then ppm crashes with some perl

Re: DateTime modules for Debian Linux

2003-06-13 Thread Dave Rolsky
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 or

Re: Win32 failures in t/20infinite.t

2003-06-13 Thread Dave Rolsky
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.#INF

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

2003-06-13 Thread Dave Rolsky
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',

Compilation on HPUX, AIX, VMS, etc

2003-06-13 Thread Dave Rolsky
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: Compilation on HPUX, AIX, VMS, etc

2003-06-13 Thread Dave Rolsky
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 propietary Unix variants, or

Re: Compilation on HPUX, AIX, VMS, etc

2003-06-13 Thread Dave Rolsky
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 propietary Unix variants, or

Re: Compilation on HPUX, AIX, VMS, etc

2003-06-13 Thread David Wheeler
On Friday, June 13, 2003, at 10:10 AM, 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 propietary

Re: Compilation on HPUX, AIX, VMS, etc

2003-06-13 Thread David Wheeler
On Friday, June 13, 2003, at 10:59 AM, David Wheeler wrote: Testing on Mac OS X: Other than this: Warning: the following files are missing in your kit: META.yml Please inform the author. DateTime looks good -- all tests pass, etc. Uh, that's Perl 5.8.0. David -- David Wheeler

ANNOUNCE: DateTime::TimeZone 0.19

2003-06-13 Thread Dave Rolsky
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

Re: Win32 failures in t/20infinite.t

2003-06-13 Thread Dave Rolsky
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 back from the next release at this point, I think. I'm sorry,

Re: Compilation on HPUX, AIX, VMS, etc

2003-06-13 Thread Joshua Hoblitt
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

Re: Win32 failures in t/20infinite.t

2003-06-13 Thread John Peacock
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 Monday. Is that soon enough? John -- John Peacock Director of Information Research and Technology

Re: Win32 failures in t/20infinite.t

2003-06-13 Thread Joshua Hoblitt
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? :) -J --

Re: [announce] DateTime::TimeZone::Alias 0.01 (fwd)

2003-06-13 Thread Joshua Hoblitt
This is a message that Ben sent to be privately. With his permission I'm forwarding it to the list along with my reply. Thanks for your comments Ben. -J -- -- Forwarded message -- Date: Thu, 12 Jun 2003 22:12:46 -0400 From: Ben Bennett [EMAIL PROTECTED] To: Joshua Hoblitt

Re: [announce] DateTime::TimeZone::Alias 0.01

2003-06-13 Thread Joshua Hoblitt
Is it a problem that it affects the TZ behavior across all modules? I I should document this better. am not sure how you would get around that with the current TZ interface (you would need some way to get a TZ factory object that you would use as a parameter to DT... but then anything

Re: Win32 failures in t/20infinite.t

2003-06-13 Thread Dave Rolsky
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