ok here is the complete story, i got referenced into this site :
https://github.com/Kimtaro/jisho.org ,
The source is great, i just want to test to get it runs offline in my local server with XAMPP
Where my details are as follows :
Windows 7 32 bit ultimate, XAMPP v1.7.2 , ActivePerl 5.16.3 Build 1603
i got the compressed files and tried to install it manually with
perl makefile.pl
then here comes the problem :
Can't locate inc/Module/Install.pm in #INC (#INC contains: C:/Perl/site/lib C:/Perl/lib .) at makefile.pl line 1. BEGIN failed--compilation aborted at makefile.pl line 1.
I haven't tried the strawberry Perl , but my question is , "Is this the dependecy problem ?" since i tried to look and i haven't found that install.pm in the perl directory.
i've been struggling to find the solution anywhere, even if there's a tiny bit of clue to solve it, i'd greatly appreciate it.
"Is this the dependecy problem"
Yes, usually.
If you had deployed this module from a built version, that you found on CPAN, inc::Module::Install would have been bundled with that module in its inc/ directory.
However, because you're using the source checkout, you need to have the pre-requisites locally.
Recommending course of action: Install cpanm, and then install Module::Install
Installing cpanm is the hard part, not sure how you do that on Win32.
However, once you have, installing Module::Install is easy:
cpanm Module::Install
On active Perl, you could probably use CPAN.pm that comes with it, but I'm out of touch how that works and cpanm is a valuable investment.
But basically, yes, you have a dependency problem.
And you need to solve that somehow to proceed.
However, exactly how to solve that depends on your system.
Related
I'm trying to install Vcf.pm from CPAN and am having no luck. Part of the problem is that I can't get cpanm to work.
This is where I started:
https://metacpan.org/pod/release/AJPAGE/Bio-Pipeline-Comparison-1.123050/lib/Vcf.pm
The Install Instructions (at the lower left if that page) gives 2 options:
cpanm Vcf
and
perl -MCPAN -e shell
install Vcf
For the second option, the first line goes okay but the second line returns:
Warning: Cannot install Vcf, don't know what it is.
Trying the first option, I get:
-bash: cpanm: command not found
That is strange, because I already installed cpanminus and it seemed to go okay, and when I give this command:
cpan App:cpanminus
I get this:
App::cpanminus is up to date (1.7044).
Can anyone help me get one of the above 2 options working so I can get the module installed? I'm just a humble dilettante where computer programming is concerned, but my understanding is that cpan is supposed to make installing modules easy, so I can't believe I've managed to fail at this!
It appears that the Bio::Pipeline::Comparison distribution is not indexed by PAUSE, so CPAN does not know how to install it. It's listed on MetaCPAN, but it was released seven years ago. The GitHub repository is missing and it's not in the author's CPAN directory. The module has disappeared. You might write to the author to ask where's it's gone if you are supporting legacy code. If you are doing new work, find something else to do the job.
As for the missing cpanm, it's probably installed but not in your PATH. You can force install it to and see where it ends up:
% cpan -f App::cpan minus
hi am trying to install perl module from cpan in my windows machine am getting below error after hitting two times yes .
Checking if your kit is complete...
Warning: the following files are missing in your kit:
README
Please inform the author.
Writing Makefile for Digest::Perl::MD5
'nmake' is not recognized as an internal or external command,
operable program or batch file.
nmake -- NOT OK
Running make test
Can't test without successful make
Running make install
make had returned bad status, install seems impossible
Running make for D/DO/DOUGW/Spreadsheet-ParseExcel-0.65.tar.gz
Is already unwrapped into directory C:\Perl\cpan\build\Spreadsheet-ParseExcel
0.65
CPAN.pm: Going to build D/DO/DOUGW/Spreadsheet-ParseExcel-0.65.tar.gz
'nmake' is not recognized as an internal or external command,
operable program or batch file.
nmake -- NOT OK
Running make test
Can't test without successful make
Running make install
make had returned bad status, install seems impossible
>perl exceltoxml.pl
Can't locate Spreadsheet/ParseExcel.pm in #INC (#INC contains: C:/Perl/site/lib
C:/Perl/lib .) at exceltoxml.pl line 4.
BEGIN failed--compilation aborted at exceltoxml.pl line 4.
I have tried 5 times.
nmake' is not recognized as an internal or external command
Sinan Ünür is right. The error message is that you don't have nmake installed. This means you are attempting to compile code (probably C code) and there's no C compiler or Make program.
A while ago, I would tell people that ActiveState doesn't fully support cpan because it can't compile code. ActiveState uses it's own pre-compiled packages available via the Perl Package Manager (PPM) which can be used from the command line or from a GUI interface. If a package isn't available via the PPM and it requires compilation, you were just out of luck. I would usually recommend Strawberry Perl instead of ActivePerl for this very reason. Strawberry Perl comes with the complete MinGW environment needed for those compilable CPAN modules.
However, about a half a dozen years ago, ActiveState put together an installable PPM package for the MinGW environment. Once this is installed, ActivePerl can use CPAN.
So you have two solutions:
Install this PPM package as Sinan Ünür mentioned in his answer. Then, try Spreadsheet::ParseExcel again.
Install Strawberry Perl instead of ActiveState's Perl. Strawberry Perl seems to be more compatible with the version of Perl found on Unix/Mac/Linux systems. Then try installing the Spreadsheet::ParseExcel package.
Okay, three solutions: Install Cygwin which will give you the complete Linux Environment on your Windows machine. It can take about two hours to install, but it comes with all of the GNU utilities you've known and love, most other Unix/Linux utilities, and the BASH shell.
It's what a lot of Linux/Unix homeboys use when they get sick of that ol' C:\> prompt. Cygwin comes with the latest version of Perl and works with every single CPAN package I've tried. There are a few minor issues (Like Termcaps) where things don't quite work the way they're suppose to, but I'm generally happy with it. It even comes with X11 and allows you to run XWindow apps, and even use XWindow apps across systems -- just like a REAL operating system does!
There maybe a few instances where CPAN modules may still have issues on Windows. One has to do with archiving and unarchiving modules and the missing libz library. However, installing this MinGW package (or using Strawberry Perl or Cygwin) will solve about 95% of the cpan installation issues.
I have tried 5 times.
Computers are deterministic things. That means, unless you change the conditions under which a program runs, it will always do the same thing (except, maybe, if there is a solar flare or an EMP).
So, there is no difference between issuing the same command once versus five times. If it failed the first time, ceteris paribus, it fill fail all five times.
That said, it looks like you installed ActiveState Perl, but did not install the MinGW package which provides the gcc & dmake based build tools.
So,
C:\>ppm install MinGW
and then try to install packages.
You also have the option of building your own perl using the Community Edition of Microsoft Visual Studio 2013 tools, or any other supported compiler.
I am using the windows 8 operating system and I am trying to install the WWW::Mechanize::Firefox module in ActiveState Perl, from CPAN. I have successfully downloaded and installed all the dependencies and also installed the MozRepl module on Firefox. I do not have noScript running on my firefox and hence I am assuming that Javascript is enabled across all files (I am not sure how or where to check that). Here is my error message when I try to install the module.
I also constantly receive this error throughout the installation - "Subroutine-MozRepl-Load Plugins redefined at line 104."
Any help is much appreciated ! Thank you !
EDIT - These are the errors -
As Kim suggested in comments, you will need Mozrepl and Firefox.
Please refer WWW::Mechanize::Firefox::Installation page for detailed instructions on how to install this module.
If you use ActiveStates package manager, you can find some pre-packaged but untested PPMs at https://github.com/Corion/www-mechanize-firefox/downloads .
I needed to use this module on Windows, and couldn't get it running with ActivePerl. So I installed http://strawberryperl.com/ and it worked. This version of perl seems to handle installs form the cpan command line utility better than Activestate, who expect you to use their perl package manager as the default module installer (and don't supply a dmake program). Strawberry Perl also comes with a C compiler so can build modules that are a mixture of Perl and C code.
And make sure mozrepl is running before you try to install.
Can you tell me where to find a guide on how to install a perl module?
I am trying to install the perl module:
http://metacpan.org/pod/WWW::Mechanize::Firefox::Installation
I am stuck at step 7. I am not sure where the problem lays exactly, although I can get mozrepl to appear under tools. All I know is that when I run use WWW::Mechanize::Firefox; I get the following type of result:
Cannot locate www/mechanize/firefox.pmin #INC<#INC contain:
C:/Perl/site/lib C:/Perl/lib
In the directory in which I have perl, if I type ppm install WWW-Mechanize-Firefox I get
"ppm install filed: Can't find any package that provide
WWW-Mechanize-Firefox"
I use Windows XP.
I would appreciate any help. Thank you!
Based on this error:
Cannot locate www/mechanize/firefox.pmin #INC<#INC contain: C:/Perl/site/lib C:/Perl/lib
You need to install the module.
If you are using Strawberry Perl for instance, you should be able to simply:
cpan WWW::Mechanize::Firefox
I believe ActiveState supports the above, as well as ppm install WWW::Mechanize::Firefox
EDIT: ActiveState's Instructions
EDIT:
During the install, some of the tests failed. I then went ahead and followed the steps you linked to. At that point I went back and ran the tests using:
cpan -t WWW::Mechanize::Firefox
The tests open and close various windows in FF.
I've used this in anger only under Linux.
The problem (back then) was that the WWW modules didn't include hard dependencies for the MozRepl modules, hence the manual install.
My own instructions (from about 3 years ago)
cpan WWW::Mechanize::Firefox
cpan MozRepl
cpan MozRepl::RemoteObject
However, if it worked for Craig then it might be all ok now.
I have had trouble with IPC-Run in 64-bit Active Perl. ActiveState says it doesn't work. But I find it not necessary for basic uses of WWW::Mechanize::Firefox. If you install App::cpanminus, and in run cpanm -n WWW::Mechanize::Firefox I find that it pushes through the install of IPC-Run and you can go ahead using mechanize firefox in 64-bit windows instantiations.
Hope this helps someone!
-lta
Last night I was reading about a mysql tuning program here. I installed it and it said I needed a perl version higher than the one I had. I downloaded and installed perl 5.12.x
Suddenly my Munin utilities were tossing off errors like:
Can't locate RRDs.pm in #INC (#INC contains:
/usr/lib/perl5/site_perl/5.12.2/i686-linux /usr/lib/perl5/site_perl/5.12.2
/usr/lib/perl5/5.12.2/i686-linux /usr/lib/perl5/5.12.2
/usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl .) at
/usr/sbin/nginx-graph.pl line 2
Uninstalling and reinstalling the rrdtool rpms didn't move RRDs.pm from /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/RRDs.pm
Thought I'd try installing rrdtool from source. It wanted pango.
Had to install newer FreeType and FontConfig.
Then the pango install wanted a new glib. Glib wouldn't make due to a gzlibcompressor error. Some Googling suggested that upgrading glib could cause a whole host of other issues.
I just want my !##$ munin graphs, but I feel like I've started sliding down a dangerous slope, especially as this is hosting my nginx webserver.
Any tips, ideas, warnings?
It appears you used to have Perl 5.8.something. Perl major releases are not binary compatible, so you have to reinstall/upgrade all modules using XS and any programs that embed the Perl interpreter when changing between 5.8.x, 5.10.x, and 5.12.x.
I would try to revert your system Perl to 5.8.x. This should get Munin working again. (I can't give detailed instructions for this, because I don't know what distribution you're using, how you installed Perl 5.12, or what else you've done trying to solve this.)
Then use perlbrew to install a newer version of Perl for your personal use without messing up things that depend on the system Perl.