From: Hipkin, R. <hi...@ed...> - 2009-01-26 05:41:20
|
Thanks, I appreciate the help. My DateTime::TimeZone was older, as you suggested so I upgraded but now I get different errors; Fetching via LWP...done Syncing DTSTAMP attributes from CREATED... Loaded DateTime::TimeZone::America::Regina, which is from an older version (2009a) of the Olson database than this installation of DateTime::TimeZone (2007f). Loaded DateTime::TimeZone::America::Regina, which is from an older version (2009a) of the Olson database than this installation of DateTime::TimeZone (2007f). Loaded DateTime::TimeZone::America::Regina, which is from an older version (2009a) of the Olson database than this installation of DateTime::TimeZone (2007f). Loaded DateTime::TimeZone::America::Regina, which is from an older version (2009a) of the Olson database than this installation of DateTime::TimeZone (2007f). Loaded DateTime::TimeZone::America::Regina, which is from an older version (2009a) of the Olson database than this installation of DateTime::TimeZone (2007f). Loaded DateTime::TimeZone::America::Regina, which is from an older version (2009a) of the Olson database than this installation of DateTime::TimeZone (2007f). Loaded DateTime::TimeZone::America::Regina, which is from an older version (2009a) of the Olson database than this installation of DateTime::TimeZone (2007f). Loaded DateTime::TimeZone::America::Regina, which is from an older version (2009a) of the Olson database than this installation of DateTime::TimeZone (2007f). Use of uninitialized value in numeric gt (>) at ../lib/site/DateTime/Span.pm line 77, <GEN1> line 9703. Use of uninitialized value in numeric gt (>) at ../lib/site/Set/Infinite/Basic.pm line 222, <GEN1> line 9703. Use of uninitialized value in numeric ne (!=) at ../lib/site/DateTime/Span.pm line 81, <GEN1> line 9703. Use of uninitialized value in numeric gt (>) at ../lib/site/DateTime/Span.pm line 77, <GEN1> line 9703. Use of uninitialized value in numeric gt (>) at ../lib/site/Set/Infinite/Basic.pm line 222, <GEN1> line 9703. Use of uninitialized value in numeric ne (!=) at ../lib/site/DateTime/Span.pm line 81, <GEN1> line 9703. A DateTime object can only be compared to another DateTime object (DateTime=HASH(0xc13b58), -inf). at ../lib/site/Set/Infinite/Basic.pm line 104 New Calendar entries. Processing iCal... And it dies there. Any thoughts? -----Original Message----- From: hplato [mailto:hp...@gm...] Sent: Sun 1/25/2009 5:46 PM To: The main list for the MisterHouse home automation program Subject: Re: [mh] Trouble with ical2vsdb At the "New Calendar entries. Processing iCal..." step, an iCal parser is created to create a data structure. This is where it is dying. Date::Calc, and DateTime::TimeZone are iCal::Parser dependancies, so they need to be there. On my machine, I have Date::Calc v5.4 (the lastest from cpan) DateTime::TimeZone v0.6602 you can find your installed version by launching cpan, and using the m command: ie: %cpan cpan[1]> m Date::Calc Without these dependancies installed, I don't think you'll be able to get ical2vsdb working. On 25-Jan-09, at 3:37 PM, Hipkin, Robert wrote: > Running it manually under root gives the same error. The version in > the ical2vsdb file is v3.1 08-07-14 but there is a comment at the > top saying I need to install Date::Calc and DateTime::TimeZone. My > MH version is # $Date: 2008-10-13 12:51:50 -0400 (Mon, 13 Oct 2008) > Revision: 1543 > > There is a pause after the message "Syncing DTSTAMP attributes from > CREATED..." is displayed, not sure how far exactly it gets in the > script after that, though. I could add a few print lines around that > area to help debug if that would help. I have some experience with > Perl but it's been a long time. :) > > Thanks again > Rob > > > > -----Original Message----- > From: H Plato > > What happens when you run ical2vsdb manually? > > I haven't seen the DateTime issue before. Are you running the > version 2.105 > (or greater)? In the version it was released, all the dependant > modules were > added to the MH libs. > > On Fri, Jan 23, 2009 at 12:05 PM, Hipkin, Robert <hi...@ed... > >wrote: > >> I'm having trouble getting my calendar to sync with Google >> calendars. I >> followed the wiki and I think I'm close. I run top in another >> console window >> and I can see ical2vsdb running (up to 97% cpu) right up until this >> perl >> error pops up. Here's my output: >> >> >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/Status.pm >> line >> 14. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/Status.pm >> line >> 14. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/ >> Message.pm line >> 7. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/ >> Message.pm line >> 7. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/ >> Headers.pm line >> 9. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/ >> Headers.pm line >> 9. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/ >> Request.pm line >> 7. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/ >> Request.pm line >> 7. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/ >> Response.pm line >> 7. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/Date.pm >> line 3. >> >> Use of uninitialized value in sprintf at ../lib/site/HTTP/Date.pm >> line 3. >> >> iCal to vsDB Misterhouse import (ical2vsdb v3.1 08-07-14) starting... >> >> Writing http requests to local cache: ./../data/organizer >> Processing 1 >> iCals, 90 days in the future, 20 in the past Beginning scan for >> calendars... >> >> >> >> Processing Calendar: www.google.com/calendar/ical/XXXXX/basic.ics ... >> >> Fetching via LWP...done >> >> Syncing DTSTAMP attributes from CREATED... >> >> Warning: Dummy_Interface #1: trying to set state on >> >> 01/23/09 11:10:30 AM Light set to on >> >> 01/23/09 11:11:00 AM: Saving object states ... done >> >> Warning: Dummy_Interface #1: trying to set state off >> >> 01/23/09 11:11:00 AM Light set to off >> >> Can't locate object method "TimeZone" via package >> "DateTime::TimeZone::Local" at ../lib/site/DateTime/TimeZone.pm >> line 56, >> <GEN1> line 9703. >> >> Attempt to free unreferenced scalar: SV 0xb14878, Perl interpreter: >> 0x13098, <GEN1> line 9703. >> >> New Calendar entries. Processing iCal... >> >> >> >> At this point, ical2vsdb dies, or at least drops off the screen >> running >> top. I tried changing use DateTime to use DateTime::Timezone in the >> ical2 >> perl script, no luck. >> >> >> >> I suspect maybe this is a problem with my hardware and packages >> available >> for it. I am running this on a Kurobox Pro; ARM9, 400MHz, running >> Freelink >> (Debian). I haven't got any X10 equipment hooked up yet, I plan to >> order >> some next week. I'm just testing calendar and voice setups. I also >> have 2 >> Audreys laying around that I'm excited about blowing the dust off >> of. :) >> >> >> >> Any suggestions would be appreciated, thanks in advance. >> >> Rob >> >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by: >> SourcForge Community >> SourceForge wants to tell your story. >> http://p.sf.net/sfu/sf-spreadtheword >> ________________________________________________________ >> To unsubscribe from this list, go to: >> http://sourceforge.net/mail/?group_id=1365 >> >> >> > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |