on my notebook i wanted to run A SCRIPT - i got errors over errors.
then i decided to install WWW-Mechanize-Firefox-0.68.tar.gz
but i run into troubles : see the following:
Parse errors: No plan found in TAP output
Files=83, Tests=78, 7 wallclock secs ( 0.26 usr 0.08 sys + 4.64 cusr 0.56 csys = 5.54 CPU)
Result: FAIL
Failed 78/83 test programs. 14/78 subtests failed.
make: *** [test_dynamic] Fehler 2
CORION/WWW-Mechanize-Firefox-0.68.tar.gz
one dependency not OK (MozRepl::RemoteObject); additionally test harness failed
/usr/bin/make test -- NOT OK
//hint// to see the cpan-testers results for installing this module, try:
reports CORION/WWW-Mechanize-Firefox-0.68.tar.gz
Running make install
make test had returned bad status, won't install without force
Failed during this command:
ZIGOROU/MozRepl-0.06.tar.gz : make_test NO
CORION/MozRepl-RemoteObject-0.34.tar.gz : make_test NO one dependency not OK (MozRepl)
CORION/WWW-Mechanize-Firefox-0.68.tar.gz : make_test NO one dependency not OK (MozRepl::RemoteObject); additionally test harness failed
#!/usr/bin/perl
use WWW::Mechanize::Firefox;
use strict;
use warnings;
#use Parallel::ForkManager;
#my $fork = Parallel::ForkManager->new(2);
#sites
my @urls = qw(http://www.google.com http://www.yahoo.com http://www.cnn.com http://www.bing.com http://www.nbcnews.com/);
#temp base dir
my $temp = '/home/aaron/cgi-bin/';
for my $each (@urls){
#$fork->start and next;
my $mech = WWW::Mechanize::Firefox->new(launch => 'firefox',create => 1,);
$each =~ /www\.(\w+)\.com/;
my $name = $1;
print "creating $name.png
";
$mech->get($each);
my $png = $mech->content_as_png(undef, undef, {width => 240,height => 240});
my $dir_name = "$temp/$name".".png";
open my $file, ">", "$dir_name" or die "couldnt create $temp/$1.png";
binmode $file;
print {$file} $png;
close $file;
sleep 5; # sleep some to give it a little time to make sure things compleated..... you'll need this more using fork
#$fork->finish;
}
print "Well All done!
";
#$fork->wait_all_children;
i get this error
martin@linux-wyee:~/perl> perl moz_test2.pl
Can't locate WWW/Mechanize/Firefox.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.16.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.16.0 /usr/lib/perl5/vendor_perl/5.16.0/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.16.0 /usr/lib/perl5/5.16.0/i586-linux-thread-multi /usr/lib/perl5/5.16.0 /usr/lib/perl5/site_perl/5.16.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.16.0 /usr/lib/perl5/site_perl .) at moz_test2.pl line 3.
BEGIN failed--compilation aborted at moz_test2.pl line 3.
martin@linux-wyee:~/perl>
well - this makes me believe that i need www-mechanize-firefox
**first review: **
This is a great addon but this version doesn’t work with firefox 8.0.
I know that they is a version that works with firefox 8.0 but i can’t find a xpi version of this version.
Is there anywhere this version in .xpi file in the Internet?
If there isn’t, can I make a .xpi version of this mozrepl version and give it into the Internet. I simply need use the mozrepl to one of my programm and I need to give it my clients in the most simply way.
**
second review**
Unfortunately I had to fall back to Version 1.1beta2. After upgrading to Version 1.1 on 12/15/2011 - Keeform (an addon to Keepass) was no longer autofilling form fields. Hey I know FF v3.6.25 is old - but comments indicate that it is still supported by MozRepl. Updated 12/21/11 - Very Kind of the developer to respond here - and I too have re-checked/reinstalled using latest MozRepl - now under FFv.3.6.25 - with the same results. The V1.1beta2 version from GitHub works - but not the version available here. Not looking for a fix / just sharing my experience - so if someone else has the same problem - they can find a version that may works for them.
question: probably the mozrepl does not work with my version of Mozilla!?
I repacked the extension, since it wouldn’t install. Installed now, but still the same errors on RemoteObject.pm. I added the devel:perl repo, and installed some extra perl-HTML packages, but no luck.
IMHO there’s something wrong with the paths perl is searching through. Unfortunately there’s not much more I can do for you.
For example, running " perl Makefile.PL" returns
Can't locate MozRepl/RemoteObject.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.16.0 /usr/lib/perl5/vendor_perl/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.16.0 /usr/lib/perl5/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/5.16.0 /usr/lib/perl5/site_perl/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.16.0 /usr/lib/perl5/site_perl . lib) at /usr/lib/perl5/site_perl/5.16.0/Firefox/Application.pm line 4.
Knurpht wrote:
> I repacked the extension, since it wouldn’t install. Installed now, but
> still the same errors on RemoteObject.pm. I added the devel:perl repo,
> and installed some extra perl-HTML packages, but no luck.
> IMHO there’s something wrong with the paths perl is searching through.
> Unfortunately there’s not much more I can do for you.
> For example, running " perl Makefile.PL" returns
>
> Code:
> --------------------
>
> Can’t locate MozRepl/RemoteObject.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.16.0 /usr/lib/perl5/vendor_perl/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.16.0 /usr/lib/perl5/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/5.16.0 /usr/lib/perl5/site_perl/5.16.0/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.16.0 /usr/lib/perl5/site_perl . lib) at /usr/lib/perl5/site_perl/5.16.0/Firefox/Application.pm line 4.
>
> --------------------
>
> but when I do
>
> Code:
> --------------------
>
> /Test/WWW-Mechanize-Firefox-0.68> locate RemoteObject.pm
> /usr/lib/perl5/vendor_perl/5.16.0/x86_64-linux-thread-multi/Net/DBus/RemoteObject.pm
>
> --------------------
>
> so the needed file is there, but not in the places perl is looking for
Why do you think that Net/DBus/RemoteObject.pm (i.e.
Net::DBus::RemoteObject) is the same module as MozRepl/RemoteObject.pm
(i.e. MozRepl::RemoteObject)?
There’s nothing wrong with the paths perl is searching. In fact they’re
very sensible paths on opensuse as compared to some other distro.
What is wrong is either some module’s dependency list or the process
some wetware used when installing modules.