I've recently upgraded to 3.0D and have been able to go in and change the Main Index page and rebuild it with no problem. But whenever I try to save and rebuild both in the Weblog Config area and in posting a new entry, I get the following error message:

Can't locate Data/Dumper.pm in @INC (@INC contains: ./extlib ./lib /usr/lib/perl5/5.6.1/i386-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i386-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.6.1/i386-linux /usr/lib/perl5/vendor_perl/5.6.1 /usr/lib/perl5/vendor_perl .) at lib/MT.pm line 561.


I've run mt-check.cgi and gotten a successful system check. My server is running Perl 5.6.1 ... the extlib and lib directories have both been uploaded in ASCII mode. I'm at a loss for what else to do.

Any ideas?

I don't see any sign that it's ever actually using it, so I'd guess that's leftover debugging code. I'd try commenting it out, with a # at the start of line 561 in MT.pm, and see what happens.

Thank you so much!!! That worked ......

I had to ## out require Data::Dumper in the MT.pm file and then had to ## it out in the Context.pm file located in lib/MT/Template/ directory.

So glad you could help!

I tried this also but it ended up creating another error with the DateTime module. Any idea what that could be?

The libraries for the DateTime module should be in your 3.0 D extlib directory (since many Perl installations don't have them).

Are they there?

I have the following modules in the my extlib directory

CGI.pm
DateTime.pm
DateTimePP.pm
DateTimePPExtra.pm
LWP.pm
URI.pm
Yaml.pm

That's not including all of the folders of course.

Here's the error I get when trying to rebuild now:

Grasping at straws ...

1) Do you know what version of Perl is installed on your server ( if your have access to the commandline, you can find this out by typing
or you can ask your provider.)

2) There's also a chance that your server *already* has the DateTime module installed. In that case, you might try deleting all the DateTime* files (including the DateTime directory) from extlib (move them to some safe place, in case you find this doesn't work).

It's generally always better to use the versions of any Perl modules supplied by system, rather than the ones in your extlib. The latter are there for those whose Perl installation does not have the required modules installed.

When I run mt-check I get the following:



I tried changing the names of the DateTime files so the program wouldn't find them in the extlib directory and (I hoped) use a different version on the server but that didn't work.

I think it's an MT module, since I've not been able to find one online except for MT versions.

This is the code in the module that seems to be causing the problem:



My service provider is Earthlink. Perhaps there's something unusual about their set-up? They won't give me any real support as they see this as a MovableType issue.

Argh. Or, rather:

Ulp. 5.004_04, is it? I don't know much about Perl version history, or Perl on Solaris, to know why they might be running that, but I do know that's the version that was first released on October 15, 1997. DateTime (which you can find at search.cpan.org) first started up in January 2003. I'd bet a lot of CPAN contributors hadn't even started puberty yet when 5.005 first came out in July 1998, so it's not too surprising that they aren't careful about not using syntax that's backward-compatible.

Don't suppose you've been thinking about moving to a new host anyway, have you?