Re: [mh] svn revision 1790 fails for me!

[Thomas P. <pai...@gm...>]

Sweet. I just checked out 1791 and can confirm that works on my new Ubuntu
server. I tried 1790 an hour ago and it failed to start.

Thanks.
On 2011-01-01 4:48 PM, "David Norwood" <dno...@ya...> wrote:
> Okay, I just committed the two perl modules that misterhouse didn't have
> (or had an old version). They are:
>
> M trunk/lib/site/MIME/Lite.pm
> A trunk/lib/site/Email/Date/Format.pm
>
> I copied these from the perl directory on my Ubuntu Maverick system, so
> let me know if there are any other problems. This illustrates why those
> with svn access are reluctant to apply patches they don't fully
understand.
>
> David
>
>
> On 1/1/2011 8:58 AM, carl mcgrath wrote:
>> It would appear so.
>> I posted an issue with email Date: fields and yesterday David Norwood
>> indicated he was about to implement my fix.
>> Perhaps it did not get completely implemented.
>>
>> To get Email::Date::Format, load it to your system PERL environment by
>> loading MIME::Lite with cpan or your favorite PERL maintenance method.
>> Email::Date::Format will come along as a dependency.
>>
>> You may also wish to remove(disable) the old MIME::Lite that is in
>> ,,,,/mh/lib/site/MIME/Lite.pm by renaming it Lite.pm.old.
>> Then MH will use the updated system MIME::Lite.
>>
>> This is what I think David was implementing
>>
>> On 1/1/2011 9:18 AM, Bill Dripps wrote:
>>> svn revision 1790 fails for me with the following error:
>>>
>>> ---------------------
>>> Starting setup
>>> - using simple Text distance function
>>> Can't locate Email/Date/Format.pm in @INC (@INC contains:
>>> /opt/misterhouse/code ./../code/common /opt/misterhouse/mh/bin/../lib
>>> /opt/misterhouse/mh/bin/../lib/site . /usr/local/lib64/perl5
>>> /usr/local/share/perl5 /usr/lib64/perl5 /usr/share/perl5
>>> /usr/lib64/perl5 /usr/share/perl5
>>> /usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi
>>> /usr/local/lib/perl5/site_perl/5.10.0
>>> /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi
>>> /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl .) at
>>> /opt/misterhouse/mh/bin/../lib/handy_net_utilities.pl line 1343.
>>> BEGIN failed--compilation aborted at
>>> /opt/misterhouse/mh/bin/../lib/handy_net_utilities.pl line 1343.
>>> Compilation failed in require at /opt/misterhouse/mh/bin/mh line 689.
>>> ------------------------
>>>
>>> svn revision 1789 runs just fine.
>>>
>>> I seem to remember some recent discussion of email header dates on the
>>> list. Did we recently switch which Perl module we use?
>>>
>>> I have been running the latest trunk svn for some time on Fedora 13. I
>>> used to download Perl modules from CPAN, so I may still have some left
>>> around from a few years ago. I'm assuming the problem is in which Perl
>>> modules I have from CPAN and which I have from the Fedora repository.
>>>
>>> Can anyone point me in the right direction here?
>>>
>>> Thanks,
>>> Bill
>>>
>>>
>>>
------------------------------------------------------------------------------
>>> Learn how Oracle Real Application Clusters (RAC) One Node allows
customers
>>> to consolidate database storage, standardize their database environment,
and,
>>> should the need arise, upgrade to a full multi-node Oracle RAC database
>>> without downtime or disruption
>>> http://p.sf.net/sfu/oracle-sfdevnl
>>> ________________________________________________________
>>> To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
>>>
>>>
>>>
>>
>>
------------------------------------------------------------------------------
>> Learn how Oracle Real Application Clusters (RAC) One Node allows
customers
>> to consolidate database storage, standardize their database environment,
and,
>> should the need arise, upgrade to a full multi-node Oracle RAC database
>> without downtime or disruption
>> http://p.sf.net/sfu/oracle-sfdevnl
>> ________________________________________________________
>> To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
>>
>>
>
>
>
------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ________________________________________________________
> To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
>