In Ubuntu it's best to use the prepackaged version of the package (if you're using the system Perl, that is).
$ sudo apt-get install libdatetime-perl
--
David Serrano
(Please treat my english text just like Perl code, i.e. feel free to notify me of any syntax, grammar, style and/or spelling error. Thank you!).
| [reply] [Watch: Dir/Any] [d/l] |
You may want to think twice about messing with the system Perl. Operating systems like Ubuntu use this Perl installation, it's often wise to install your own version of perl elsewhere to work with.
That said, I think DateTime may be available in the standard Ubuntu repository, your package manager should be able to install it.
You say you've tried to install the module, but it doesn't "seem" to work. Can you be more specific (see How do I post a question effectively?). Other installation options include the cpan command line tool. See Installing Modules from the tutorials section of this site.
| [reply] [Watch: Dir/Any] [d/l] |
| [reply] [Watch: Dir/Any] |
So, we go through all the trouble to have separate core, vendor and site_lib directories, but vendors like Ubuntu still manage to screw things up?
If you had read the comment, you would realize that it is not a matter of "screwing things up". Instead, it is an acknowledgement that the operating system uses perl for a lot of administrative work.
In that vein, it is useful for the system perl environment to be relatively static (including expected versions) while the development environment can be more fluid.
On my system (FC12), the "system" perl is v10.0.0. The "development" perl is v10.0.1. You will find that if you update perl via CPAN or CPANPLUS that some of the desired updates are actually dependent on v10.0.1. I do not want to compromise the system operation (or do exhaustive tests) simply to save ~250M by not having a separate, custom version of perl.
Hope this helps.
| [reply] [Watch: Dir/Any] |