Hi, After install Koha 17.05.03.000 successfully, there are four Perl Modules Not Installed according Home › About Koha. HTTPD::Bench::ApacheBench (0.73) Readonly::XS (0.01) Test::DBIx::Class (0.42) WebService::ILS (0.07) I try install them manually according the instructions on wiki, How to install missing Perl modules on Debian. But not working. Any suggestion. -- Anthony Mao Fu Jen Catholic University, Taiwan Skype: maolins +886 2 29052334 (voice)
Greetings,
HTTPD::Bench::ApacheBench (0.73)
I'm fairly certain that is optional and only really needed for testing. Don't worry about it.
Test::DBIx::Class (0.42)
This is only needed for testing, and is a pain to install. Unless you are trying to do development, don't worry about it.
Readonly::XS (0.01)
Ignore the message. If you check with a dpkg -l you'll probably find the xs version is installed. The $VERSION isn't detected or told properly. If it is installed, it is very likely the right version, even if not detected properly.
WebService::ILS (0.07)
On newer versions this is the only one that you will probably care about. I usually cpan2deb it, and then sudo dpkg -i it into place, but that may not be the best solution, if it isn't already available packaged in the default or koha repositories. BTW, I do believe this a problem with the kohadevbox too, but I didn't report it when I encountered it. GPML, Mark Tompsett
Excerpts from Mark Tompsett's message of 2017-09-05 03:57:06 +0000:
WebService::ILS (0.07)
On newer versions this is the only one that you will probably care about.
Can you explain what this module is used for in Koha? It was missing in my installations of 17.05.03, but Koha seemed happy without it. On my test VM, I installed it using 'cpan -i WebService::ILS'. Is there any reason why this method isn't mentioned on this page? https://wiki.koha-community.org/wiki/How_to_install_missing_Perl_modules_on_...
Greetings, Excerpts from Mark Tompsett's message of 2017-09-05 03:57:06 +0000:
Can you explain what this module is used for in Koha?
Can't remember. I haven't looked again. -- Nope, wait here it is: mtompset@debian:~/kohaclone$ git grep "WebService::ILS" C4/Installer/PerlDependencies.pm: 'WebService::ILS' => { Koha/ExternalContent/OverDrive.pm:use WebService::ILS::OverDrive::Patron; Koha/ExternalContent/OverDrive.pm:A (very) thin wrapper around C<WebService::ILS::OverDrive::Patron> Koha/ExternalContent/OverDrive.pm: $self->client( WebService::ILS::OverDrive::Patron->new( Koha/ExternalContent/OverDrive.pm:=head1 L<WebService::ILS::OverDrive::Patron> METHODS misc/release_notes/release_notes_17_05_00.html:<li><a href="http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18243">[18243]</a> Bug 16034 follow-up: better handling of absence of WebService::ILS::OverDrive::Patron at testing</li> misc/release_notes/release_notes_17_05_00.md:- [[18243]](http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18243) Bug 16034 follow-up: better handling of absence of WebService::ILS::OverDrive::Patron at testing t/00-load.t: @needed_module_names = ( 'WebService::ILS' ); t/Koha_ExternalContent_OverDrive.t: skip "cannot find WebService::ILS::OverDrive::Patron", 5 t/Koha_ExternalContent_OverDrive.t: unless can_load( modules => { 'WebService::ILS::OverDrive::Patron' => undef } ); OverDrive. If you don't use OverDrive, then you will not have any issues. If you do, then you may. It was asked:
On my test VM, I installed it using 'cpan -i WebService::ILS'. Is there any reason why this method isn't mentioned on this page? https://wiki.koha-community.org/wiki/How_to_install_missing_Perl_modules_on_...
It is mentioned. It's the last one. The major problem with cpan'ing your modules is that if you cpan them, and then a newer version comes out with a fix/enhancement, the search paths used by Perl will more likely find your CPAN'd versions rather than the DEB'd versions. This is why cpan2deb (or the 3rd suggestion) is what I tend to do if the first 2 ways don't work. GPML, Mark Tompsett
Excerpts from Mark Tompsett's message of 2017-09-05 14:10:59 +0000:
The major problem with cpan'ing your modules is that if you cpan them, and then a newer version comes out with a fix/enhancement, the search paths used by Perl will more likely find your CPAN'd versions rather than the DEB'd versions. This is why cpan2deb (or the 3rd suggestion) is what I tend to do if the first 2 ways don't work.
Thanks, that helps. cpan2deb worked for me.
Thank you Mark & Mark. 2017-09-05 23:08 GMT+08:00, Mark Alexander <marka@pobox.com>:
Excerpts from Mark Tompsett's message of 2017-09-05 14:10:59 +0000:
The major problem with cpan'ing your modules is that if you cpan them, and
then a newer version comes out with a fix/enhancement, the search paths used by Perl will more likely find your CPAN'd versions rather than the DEB'd versions. This is why cpan2deb (or the 3rd suggestion) is what I tend to do if the first 2 ways don't work.
Thanks, that helps. cpan2deb worked for me. _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- Anthony Mao Fu Jen Catholic University, Taiwan Skype: maolins +886 2 29052334 (voice)
participants (3)
-
Anthony Mao -
Mark Alexander -
Mark Tompsett