[Koha] koha 18.11.03 make test FAIL
Hi all, I am trying to install Koha on Ubuntu 18.04 via tar-ball. https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_tarball I already setup every preparations necessary. I run: #01. perl Makefile.PL http://paste.opensuse.org/view/simple/85793620 #02. make http://paste.opensuse.org/view/simple/99861731 #03. But fails in 'make test' http://paste.opensuse.org/view/simple/30313228 How to investigate it? Is it related to "koha 17.05.00 make test FAIL" https://lists.katipo.co.nz/public/koha/2017-June/048140.html ? What do you suggest? Thanks in advance. Best regards -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] No such column 'maxissueqty' Issue
On Tue, Mar 12, 2019 at 7:36 PM Josef Moravec wrote: Hello Josef, > it is known bug in master: > https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22489 Does it also happen in Koha 18.11? > currently being fixed Aha! Glad to hear it. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] No such column 'maxissueqty' Issue
Hi all, I'm trying to install Koha via Git installation as instructed here[1] on Ubuntu 18.04. Install it in 'single' mode, and when run the web-installer, in the middle of the process, it tells in the log file: [Tue Mar 12 15:48:52.625068 2019] [cgi:error] [pid 1573] [client 36.72.125.235:57812] AH01215: [Tue Mar 12 15:48:52 2019] onboarding.pl: DBIx::Class::Row::store_column(): No such column 'maxissueqty' on Koha::Schema::Result::Issuingrule at /home/kanaya/koha/lib/Koha/Object.pm line 75: /home/kohaapps/koha/intranet/cgi-bin/installer/onboarding.pl, referer: http://kohaapps.example.com/cgi-bin/koha/installer/onboarding.pl and the page error is: Software error: DBIx::Class::Row::store_column(): No such column 'maxissueqty' on Koha::Schema::Result::Issuingrule at /home/kohaapps/koha/lib/Koha/Object.pm line 75 For help, please send mail to the webmaster (ad...@kohaapps.example.com), giving this error message and the time and date of the error. What do you suggest? Thanks in advance. [1] https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_git Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Custom Patron Permisson
Hi all, How to give a (staff) Koha (3.12) Patron permission so he/she can only *add* new catalogue and edit/modify it, but *can not* delete its record. Thanks in advance. -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] No Libraries in Search Target of Z39.50 Search Point
Hi, On Thu, Dec 5, 2013 at 3:25 PM, David Nind david.n...@gmail.com wrote: Even if you didn't import/setup the default Z39.50 targets when installing, you can add them later. See the manual on how to do this (also includes a link to known Z39.50 targets): http://manual.koha-community.org/3.12/en/additionaladmin.html#z3950admin That's it. Thank you very much. :) Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] SOLVED (Was Re: No Libraries in Search Target of Z39.50 Search Point)
Hi, On Thu, Dec 5, 2013 at 3:26 PM, Zeno Tajoli z.taj...@cineca.it wrote: you can insert z39.50 target by hand, without reinstall all. Go to Home › Administration › Z39.50 servers This is very helpful, my problem now is solved. Thanks. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Failed tests on make test - koha-3.12.07
Hi Koha experts, I'm going to upgrade my Koha testing site from 3.12.04 to 3.12.07 on openSUSE 13.1 computer. It's in single install, it only happens in koha 3.12.07: http://paste.opensuse.org/view/raw/11214074 (make test log) Although the 'make' command goes well: http://goo.gl/yO9L3v And the issue does not happen in openSUSE 12.3. Is it safe to proceed running 'make install'? Any suggestions? Thanks in advance. -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Failed tests on make test - koha-3.12.07
Hi, Really sorry (in case) for double posting/reply. On Thu, Dec 5, 2013 at 12:20 AM, Galen Charlton g...@esilibrary.com wrote: [...] In the short term it's likely safe enough -- you can run Koha with the QueryParser syspref off to avoid whatever issue is triggering the test familar. As far as tracking down the cause of the test failure is concerned, my initial suspicion is that there may have been a change in one of the Perl YAML libraries that parses queryparser.yaml. Could you send us the output of the following statements: perl -MYAML::Any -e 'print join (, , YAML::Any-order()), \n;' defined(@array) is deprecated at /usr/lib/perl5/vendor_perl/5.18.1/YAML/Any.pm line 98. (Maybe you should just omit the defined()?) YAML::XS, YAML::Syck, YAML::Old, YAML, YAML::Tiny perl -MYAML::Any -e 'print YAML::Any-implementation(), \n;' defined(@array) is deprecated at /usr/lib/perl5/vendor_perl/5.18.1/YAML/Any.pm line 98. (Maybe you should just omit the defined()?) YAML::Syck Also, please let us know what version of the specific YAML module that YAML::Any chooses is installed on your system. I think this is the (RPM) package version of perl-YAML that provides YAML::Any: $ rpm -qf /usr/lib/perl5/vendor_perl/5.18.1/YAML/Any.pm perl-YAML-0.81-24.1.noarch It seems another packaging bug (?) in openSUSE as it was like I reported 2 years ago*, only this time happens in different Perl module. *) https://bugzilla.novell.com/show_bug.cgi?id=712352 Btw, I proceed to do the 'make install' then: http://goo.gl/R51UZf , so does the installation succeed? -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] No Libraries in Search Target of Z39.50 Search Point
Hi Koha experts, What if there is no libraries listed in Search Target of Z39.50 Search Point, in Koha 3.12.07 (fresh install) Cataloging page, like in this screen shoot: http://goo.gl/uNjdBm What configuration that controls it? Thanks in advance. -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] No Libraries in Search Target of Z39.50 Search Point
Hi, On Thu, Dec 5, 2013 at 11:11 AM, Bob Birchall b...@calyx.net.au wrote: On 05/12/13 14:46, Andi Sugandi wrote: [...] It may mean you did not choose to import them when you ran the web installer. Is anything present at Administration / Z39.50 Targets? If so, do any of them have 'Checked' set to 'Yes'? I forgot to capture the screen shoot of installation process so i can not remember what options has been selected. May be I forgot to select the sample_z3950_servers option if that is what you mean, I'll try to reinstall it now. Thanks. -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Attaching Patron Files in Koha 3.12
Hi Koha experts, I see attaching patron files feature is available in Koha 3.10: http://www.youtube.com/watch?v=RxYNp3E76yI But seems not in Koha 3.12 (?) http://goo.gl/9DJYAq Is it disabled by default or removed on purpose? Thanks advance. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] SOLVED: Re: Koha and daemon Issue (was Re: Koha Cataloging and idzebra Issues [...] )
Hi all, On Tue, Jul 10, 2012 at 11:59 AM, Andi Sugandi andisuga...@gmail.com wrote: [...] I try running again another modified command taken from ./bin/koha-zebra-ctl.sh file to see my issues of idzebra on indexing the records of my Koha (3.8.2) instalation, http://goo.gl/Ig0zq : # daemon --name=koha-zebra-ctl.kohadb --verbose=1 --respawn --delay=30 --user=koha:koha -X /usr/local/bin/zebrasrv -v -f /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml As always, my koha-conf.xml file is already on proper permission: # ll /home/library/public_html/cgi-bin/etc/koha-conf.xml -rw-r--r-- 1 koha koha 12792 Jun 28 10:50 /home/library/public_html/cgi-bin/etc/koha-conf.xml What do you think? I see that idzebra can ONLY index records without daemon and running it by root. Please see my OPAC screenshot: http://goo.gl/njUVz on my previous thread: http://lists.katipo.co.nz/public/koha/2012-July/033325.html My apologies, these issues are totally because the permission my user home directory (/home/library ) was not appropriate: drwx--, it should (at least): drwx--x--x so koha user (and koha group) is able to have granted to access Koha directory (single install to: /home/library/public_html/cgi-bin/ ). Well, now daemon can run zebrasrv (via /etc/init.d/koha-zebra-daemon start) without problem: http://goo.gl/sRx4F (screenshot) Thanks Koha community for building this awesome application and empowering its users! :) Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server))
Hi all, On Mon, Jul 9, 2012 at 11:22 AM, Andi Sugandi andisuga...@gmail.com wrote: I did command below instead of running /etc/init.d/koha-zebra-daemon start to see the exact/complete result/output: # daemon --name=koha-zebra-ctl.kohadb --errlog=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err --stdout=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.log --output=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 --user=koha.koha -X /usr/local/bin/zebrasrv -v none,fatal,warn -f /home/library/public_html/cgi-bin/etc/koha-conf.xml http://paste.opensuse.org/view/simple/7590835 And the output is: koha-zebra-ctl.kohadb: fatal: failed to start error delivery to /home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err: Permission denied But I think my permission on the files are correct: # ll /home/library/public_html/cgi-bin/var/log/ total 252 drwxr-xr-x 2 koha koha 4096 Jul 2 15:15 ./ drwxr-xr-x 6 koha koha 4096 Jun 28 10:53 ../ -rw-r--r-- 1 koha koha 198568 Jul 9 09:35 koha-error_log -rw-r--r-- 1 koha koha 35439 Jul 9 00:28 koha-opac-error_log -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.err -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.log -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon-output.log -rw-r--r-- 1 koha koha 17 Jun 22 04:06 README Suggestion? The issue is now solved: http://lists.katipo.co.nz/public/koha/2012-July/033492.html Thanks. Good luck, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha and daemon Issue (was Re: Koha Cataloging and idzebra Issues [...] )
Hi all. On Mon, Jul 9, 2012 at 11:22 AM, Andi Sugandi andisuga...@gmail.com wrote: [...] I did command below instead of running /etc/init.d/koha-zebra-daemon start to see the exact/complete result/output: # daemon --name=koha-zebra-ctl.kohadb --errlog=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err --stdout=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.log --output=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 --user=koha.koha -X /usr/local/bin/zebrasrv -v none,fatal,warn -f /home/library/public_html/cgi-bin/etc/koha-conf.xml http://paste.opensuse.org/view/simple/7590835 And the output is: koha-zebra-ctl.kohadb: fatal: failed to start error delivery to /home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err: Permission denied But I think my permission on the files are correct: # ll /home/library/public_html/cgi-bin/var/log/ total 252 drwxr-xr-x 2 koha koha 4096 Jul 2 15:15 ./ drwxr-xr-x 6 koha koha 4096 Jun 28 10:53 ../ -rw-r--r-- 1 koha koha 198568 Jul 9 09:35 koha-error_log -rw-r--r-- 1 koha koha 35439 Jul 9 00:28 koha-opac-error_log -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.err -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.log -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon-output.log -rw-r--r-- 1 koha koha 17 Jun 22 04:06 README I try running again another modified command taken from ./bin/koha-zebra-ctl.sh file to see my issues of idzebra on indexing the records of my Koha (3.8.2) instalation, http://goo.gl/Ig0zq : # daemon --name=koha-zebra-ctl.kohadb --verbose=1 --respawn --delay=30 --user=koha:koha -X /usr/local/bin/zebrasrv -v -f /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml 11:35:38-10/07 [server] Adding dynamic listener on /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 11:35:38-10/07 [fatal] Failed to listen on /home/library/public_html/cgi-bin/etc/koha-conf.xml As always, my koha-conf.xml file is already on proper permission: # ll /home/library/public_html/cgi-bin/etc/koha-conf.xml -rw-r--r-- 1 koha koha 12792 Jun 28 10:50 /home/library/public_html/cgi-bin/etc/koha-conf.xml What do you think? I see that idzebra can ONLY index records without daemon and running it by root. Please see my OPAC screenshot: http://goo.gl/njUVz on my previous thread: http://lists.katipo.co.nz/public/koha/2012-July/033325.html Any help will be very much appreciated. Thanks in advance. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server))
Hi all, On Mon, Jul 2, 2012 at 3:57 PM, Andi Sugandi andisuga...@gmail.com wrote: On Mon, Jul 2, 2012 at 3:50 PM, Andi Sugandi andisuga...@gmail.com wrote: OPAC page now gives a result[4] based on my searching, but it happens ONLY after runing: zebrasrv-2.0 -f etc/koha-conf.xml [5] in terminal (SSH): [4] http://goo.gl/njUVz [5] http://paste.opensuse.org/view/simple/35185017 If I quit the process, then OPAC can not give any result on searching page (means that idzebra indexing stops working, right?) What do you think about it? I have no clue solving this issue as no log/error found/appeared there. I read this[6] thread forum, seems like similar with my issue, but unfortunately no luck after re-evaluating the steps described on that forum. [6] http://koha.1045719.n5.nabble.com/Solved-Zebrasrv-2-0-td5714825.html I created manually the koha-zebradaemon log files in ./var/log directory : koha-zebradaemon.err koha-zebradaemon.log koha-zebradaemon-output.log But I can see nothing on those files after running: /etc/init.d/koha-zebra-daemon start I did command below instead of running /etc/init.d/koha-zebra-daemon start to see the exact/complete result/output: # daemon --name=koha-zebra-ctl.kohadb --errlog=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err --stdout=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon.log --output=/home/library/public_html/cgi-bin/var/log/koha-zebradaemon-output.log --verbose=1 --respawn --delay=30 --user=koha.koha -X /usr/local/bin/zebrasrv -v none,fatal,warn -f /home/library/public_html/cgi-bin/etc/koha-conf.xml http://paste.opensuse.org/view/simple/7590835 And the output is: koha-zebra-ctl.kohadb: fatal: failed to start error delivery to /home/library/public_html/cgi-bin/var/log/koha-zebradaemon.err: Permission denied But I think my permission on the files are correct: # ll /home/library/public_html/cgi-bin/var/log/ total 252 drwxr-xr-x 2 koha koha 4096 Jul 2 15:15 ./ drwxr-xr-x 6 koha koha 4096 Jun 28 10:53 ../ -rw-r--r-- 1 koha koha 198568 Jul 9 09:35 koha-error_log -rw-r--r-- 1 koha koha 35439 Jul 9 00:28 koha-opac-error_log -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.err -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon.log -rw-r--r-- 1 koha koha 0 Jul 2 15:15 koha-zebradaemon-output.log -rw-r--r-- 1 koha koha 17 Jun 22 04:06 README Suggestion? Any help will be very much appreciated. Thanks in advance. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX
Hi, On Fri, Jul 6, 2012 at 4:03 PM, jackymasibo jmas...@gmail.com wrote: misc/sax_parser_print.pl i get the following error message: could not find ParserDetails.ini in /usr/local/share/perl/5.10.1/XML/SAX Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::SAX::PurePerl=HASH(0x9e71ca8) Looks bad, check INSTALL.* documentation. See: http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.3#Test_your_SAX_Parser_and_correct_where_necessary I was facing the similar issue on CentOS machine (and solved): http://lists.katipo.co.nz/public/koha/2012-June/033298.html Good luck. -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server))
Hi Bernardo, On Fri, Jun 29, 2012 at 8:51 AM, Bernardo Gonzalez Kriegel bgkrie...@gmail.com wrote: [...] To look messages try adding -v for verbose. rebuild_zebra.pl print no messages, unless there are errors Doing: # /usr/local/bin/perl bin/migration_tools/rebuild_zebra.pl -b -w -v and the output message is: http://paste.opensuse.org/view/simple/30123112 But still, I do not see any zebra process running afterwards, and no result found on OPAC page: http://goo.gl/eMeqp . Try looking the zebra logs. If there are permissions problems, zebra will not run. I do not know yet where the idzebra log is on my system. Where is it on my /usr/local install? You have done a single install, look if all the files belongs to the correct user, All my files/directories on my 'single install' are belong to current user (/home/library), and the USER and GROUP variable on koha-zebra-ctl.sh file is koha. My user and group named koha: # id koha uid=32011(koha) gid=32013(koha) groups=32013(koha) Any suggestion why the issue is still happening? Thanks in advance, and have a nice weekend! :) Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Installing XML::SAX Does Not Install ParserDetails.ini File (was Re: sax_parser_print.pl Issue on VDS (CentOS))
Hi Colin, On Thu, Jun 28, 2012 at 8:26 PM, Colin Campbell colin.campb...@ptfs-europe.com wrote: On Wed, Jun 27, 2012 at 02:57:59PM +0700, Andi Sugandi wrote: [...] I just realize that installing XML::SAX module Perl (5.16) via cpan on my VDS (CentOS) does not install ParserDetails.ini file: ... Appending installation info to /usr/local/lib/perl5/5.16.0/x86_64-linux/perllocal.pod could not find ParserDetails.ini in /root/.cpan/build/XML-SAX-0.99-a2ItfE/blib/lib/XML/SAX ... [1] [1] http://paste.opensuse.org/view/simple/45939574 Perl 5.16 does not have it [2] while my old version (5.8.8) does [3]. [2] http://paste.opensuse.org/view/simple/91380094 [3] http://paste.opensuse.org/view/simple/45731456 Any suggestions? Isnt the /usr/local/share/perl5 the new version. The old rt tickets for XML::SAX indicate some past problems with installing to non default directories. You could try manually installing from source, copying it if necessary. I've found no problems installing it on 5.16 That is a good idea, and what do you think about my proposal (see link below)? http://lists.katipo.co.nz/public/koha/2012-June/033298.html Is that OK? Cc: koha@lists.katipo.co.nz Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server))
Hi, On Thu, Jun 28, 2012 at 5:41 PM, Bernardo Gonzalez Kriegel bgkrie...@gmail.com wrote: [...] More close to finish? Yes. But maybe now I am facing with what idzebra issue [0] (btw, I could be wrong on this..) [0] http://goo.gl/J2GjW I have imported MARC record into my Koha site, the URL location is: ./cgi-bin/koha/catalogue/detail.pl?biblionumber=1 [1] [1] http://goo.gl/Ig0zq and run: # /usr/local/bin/perl bin/migration_tools/rebuild_zebra.pl -b -w {p.s: No log/messages appear after running this 'rebuild_zebra.pl' command.} But No result found [2]. The log said: [3]. [2] http://goo.gl/Y67OY [3] http://paste.opensuse.org/view/simple/29737008 I also tried through koha-zebra-daemon (symlink to ./bin/koha-zebra-ctl.sh) # /etc/init.d/koha-zebra-daemon start Starting Zebra Server But this goes weird when I stop the daemon: # /etc/init.d/koha-zebra-daemon stop Stopping Zebra Server daemon: fatal: failed to stop the koha-zebra-ctl.catalog_kohadb daemon: No such process That is said: When I start the daemon, this daemon does not really running, right? It said Starting.., but failed to run. ps aux | grep 'koha-zebra-daemon' command also tells nothing. How to deal with this issue? Any help would be very much appreciated. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Installing XML::SAX Does Not Install ParserDetails.ini File (was Re: sax_parser_print.pl Issue on VDS (CentOS))
Hi all, I am afraid it'll be a bit out of topic, i apologize. On Wed, Jun 27, 2012 at 11:24 AM, Andi Sugandi andisuga...@gmail.com wrote: I am now on preparing to install Koha after upgrading default Perl installation to newer version (5.16): http://lists.katipo.co.nz/public/koha/2012-June/033255.html [...] ParserDetails.ini files: [***] # locate ParserDetails.ini /usr/local/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini /usr/local/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini.ORIG /usr/local/share/perl5/XML/SAX/ParserDetails.ini /usr/local/share/perl5/XML/SAX/ParserDetails.ini.ORIG I just realize that installing XML::SAX module Perl (5.16) via cpan on my VDS (CentOS) does not install ParserDetails.ini file: ... Appending installation info to /usr/local/lib/perl5/5.16.0/x86_64-linux/perllocal.pod could not find ParserDetails.ini in /root/.cpan/build/XML-SAX-0.99-a2ItfE/blib/lib/XML/SAX ... [1] [1] http://paste.opensuse.org/view/simple/45939574 Perl 5.16 does not have it [2] while my old version (5.8.8) does [3]. [2] http://paste.opensuse.org/view/simple/91380094 [3] http://paste.opensuse.org/view/simple/45731456 Any suggestions? Thanks in advance. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] SOLVED: Re: Installing XML::SAX Does Not Install ParserDetails.ini File (was Re: sax_parser_print.pl Issue on VDS (CentOS))
Hi all, So.. IMHO, this was an old issue: http://lists.katipo.co.nz/public/koha/2007-October/012527.html :) On Wed, Jun 27, 2012 at 2:57 PM, Andi Sugandi andisuga...@gmail.com wrote: [...] I just realize that installing XML::SAX module Perl (5.16) via cpan on my VDS (CentOS) does not install ParserDetails.ini file: ... Appending installation info to /usr/local/lib/perl5/5.16.0/x86_64-linux/perllocal.pod could not find ParserDetails.ini in /root/.cpan/build/XML-SAX-0.99-a2ItfE/blib/lib/XML/SAX ... [1] [1] http://paste.opensuse.org/view/simple/45939574 Perl 5.16 does not have it [2] while my old version (5.8.8) does [3]. [2] http://paste.opensuse.org/view/simple/91380094 [3] http://paste.opensuse.org/view/simple/45731456 This has been documented well on the Perl-XML FAQ: http://perl-xml.sourceforge.net/faq/#parserdetails.ini Solution: 1. After installing Installing XML::SAX (via cpan), I should install other module: XML::SAX::Expat or XML::LibXML. 2. Proceed by running: perl -MXML::SAX -e XML::SAX-add_parser(q(XML::SAX::PurePerl))-save_parsers() 3. Make sure that ParserDetails.ini file (anywhere on the system) has only these 2 lines: [XML::LibXML::SAX::Parser] http://xml.org/sax/features/namespaces = 1 4. Test it (inside your extracted Koha direcotry, mine: ./koha-3.8.2): # /usr/local/bin/perl misc/sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::LibXML::SAX::Parser=HASH(0x2671db8) Looks good. or: # ./misc/sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::LibXML::SAX::Parser=HASH(0x1187e78) Looks good. Any comments are valuable (especially) for me. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] sax_parser_print.pl Issue on VDS (CentOS)
Hi, On Wed, Jun 27, 2012 at 11:24 AM, Andi Sugandi andisuga...@gmail.com wrote: Hi all, I am now on preparing to install Koha after upgrading default Perl installation to newer version (5.16): http://lists.katipo.co.nz/public/koha/2012-June/033255.html I run misc/sax_parser_print.pl on /koha-3.8.2 directory, then this issue appears [*] [**]: [*] -begin-of-script- # misc/sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::SAX::Expat=HASH(0x16c9ea8) Looks bad, check INSTALL.* documentation. -end-of-script- [**] -begin-of-script- # /usr/local/bin/perl misc/sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::LibXML::SAX=HASH(0xaa1cf0) Looks bad, check INSTALL.* documentation. -end-of-script- ParserDetails.ini files: [***] # locate ParserDetails.ini /usr/local/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini /usr/local/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini.ORIG /usr/local/share/perl5/XML/SAX/ParserDetails.ini /usr/local/share/perl5/XML/SAX/ParserDetails.ini.ORIG Contain of /usr/local/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini file: [] --begin-of-script-- [XML::SAX::Expat] http://xml.org/sax/features/namespaces = 1 http://xml.org/sax/features/external-general-entities = 1 http://xml.org/sax/features/external-parameter-entities = 1 [XML::LibXML::SAX::Parser] http://xml.org/sax/features/namespaces = 1 [XML::LibXML::SAX] http://xml.org/sax/features/namespaces = 1 --end-of-script-- Contain of /usr/local/share/perl5/XML/SAX/ParserDetails.ini [*] --begin-of-script-- [XML::LibXML::SAX::Parser] http://xml.org/sax/features/namespaces = 1 [XML::SAX::Expat] http://xml.org/sax/features/namespaces = 1 http://xml.org/sax/features/external-general-entities = 1 http://xml.org/sax/features/external-parameter-entities = 1 --end-of-script-- This kinda get the answer: http://lists.katipo.co.nz/public/koha/2012-June/033298.html Sorry for making noise on this list. :) Good luck, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 8 Perl Modules are Not Detected by koha_perl_deps.pl on VDS (was Re: Installing Koha on CentOS+cPanel Hosting Server)
Hi Bernardo, On Tue, Jun 26, 2012 at 1:07 AM, Bernardo Gonzalez Kriegel bgkrie...@gmail.com wrote: [...] One more thing: when you do the installation of Koha there are some files that may have the wrong shebang line (#!/usr/bin/perl instead of #!/usr/local/bin/perl). Run (on /usr/share/koha) something like this What if I install Koha on /home/library/public_html/cgi-bin directory (single installation)? Running the same command? # for i in $( egrep -Rl /usr/bin/perl * ); do perl -i -pne 's|\#\!\s*/usr/bin/perl|\#\!/usr/local/bin/perl|;' $i; done Thanks in advance. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha Multiple Instances and Subdomain Site
Hi all, How to make a subdomain site (ex: catalog.example.com) is able to take advantage of Koha Multiple Instances[1] ? [1] http://wiki.koha-community.org/wiki/Installing_Multiple_Instances_of_Koha What configurations must be modified/added (beside Apache virtualhost configuration)? Thanks in advance. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] sax_parser_print.pl Issue on VDS (CentOS)
Hi all, I am now on preparing to install Koha after upgrading default Perl installation to newer version (5.16): http://lists.katipo.co.nz/public/koha/2012-June/033255.html I run misc/sax_parser_print.pl on /koha-3.8.2 directory, then this issue appears [*] [**]: [*] -begin-of-script- # misc/sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::SAX::Expat=HASH(0x16c9ea8) Looks bad, check INSTALL.* documentation. -end-of-script- [**] -begin-of-script- # /usr/local/bin/perl misc/sax_parser_print.pl Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) You have: XML::LibXML::SAX=HASH(0xaa1cf0) Looks bad, check INSTALL.* documentation. -end-of-script- ParserDetails.ini files: [***] # locate ParserDetails.ini /usr/local/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini /usr/local/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini.ORIG /usr/local/share/perl5/XML/SAX/ParserDetails.ini /usr/local/share/perl5/XML/SAX/ParserDetails.ini.ORIG Contain of /usr/local/lib/perl5/site_perl/5.8.8/XML/SAX/ParserDetails.ini file: [] --begin-of-script-- [XML::SAX::Expat] http://xml.org/sax/features/namespaces = 1 http://xml.org/sax/features/external-general-entities = 1 http://xml.org/sax/features/external-parameter-entities = 1 [XML::LibXML::SAX::Parser] http://xml.org/sax/features/namespaces = 1 [XML::LibXML::SAX] http://xml.org/sax/features/namespaces = 1 --end-of-script-- Contain of /usr/local/share/perl5/XML/SAX/ParserDetails.ini [*] --begin-of-script-- [XML::LibXML::SAX::Parser] http://xml.org/sax/features/namespaces = 1 [XML::SAX::Expat] http://xml.org/sax/features/namespaces = 1 http://xml.org/sax/features/external-general-entities = 1 http://xml.org/sax/features/external-parameter-entities = 1 --end-of-script-- Why the issue still persists even though the ParserDetails.ini file has proper configuration? Does this issue will harm my Koha installation? Any help will be very much appreciated. Thanks in advance. Best regards -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 8 Perl Modules are Not Detected by koha_perl_deps.pl on VDS (was Re: Installing Koha on CentOS+cPanel Hosting Server)
Hi Bernardo, Thanks again to clear my mind and help my problems. On Mon, Jun 25, 2012 at 8:28 PM, Bernardo Gonzalez Kriegel bgkrie...@gmail.com wrote: how are you executing koha_perl_deps.pl? koha_perl_deps.pl has as first line #!/usr/bin/perl, then if you execute it like ./koha_perl_deps.pl then the old interpreter could not find your modules. Yes, I was running: ./koha_perl_deps.pl -m Try /usr/local/bin/perl koha_perl_deps.pl Then I've got a lot additional messages there: http://paste.opensuse.org/view/simple/70367177 These 2 modules now are true not yet installed on my system (see link above) : DateTime::Format::DateParse Graphics::Magick So, I install this 'DateTime::Format::DateParse' Perl module vi cpan: http://paste.opensuse.org/view/simple/6342828 But cpan failed to install the other one, 'Graphics::Magick' : ---begin-of-script-- cpan[2] install Graphics::Magick Warning: Cannot install Graphics::Magick, don't know what it is. Try the command i /Graphics::Magick/ to find objects with matching identifiers. ---end-of-script-- Then, how now to install 'Graphics::Magick' perl Module via cpan? Thanks in advance. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] force install DBD::SQLite2
Hi all, Is it safe to 'force install DBD::SQLite2' in cpan according to the failed 'make test'[1] on my VDS (CentOS 6.2, x86_64) machine (btw, this is another issue[2] on the same machine): [1] http://paste.koha-community.org/456 [2] http://lists.katipo.co.nz/pipermail/koha/2012-June/033159.html As we know, DBD::SQLite2 is one of the required Perl modules that should be installed before running Koha Web Installer. Any help would be appreciated. Thanks and have nice weekend. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha 3.8 installation problem
Hello, On Tue, Jun 12, 2012 at 6:18 PM, Michiels, Joeri j...@vdic.be wrote: KOHA-SERVER64:~ # su -c 'service apache2 status' redirecting to systemctl apache2.service - apache Loaded: loaded (/lib/systemd/system/apache2.service; enabled) Active: failed since Tue, 12 Jun 2012 10:58:51 +0200; 2h 14min ago Process: 2635 ExecStop=/usr/sbin/httpd2 -D SYSTEMD -k stop (code=exited, status=0/SUCCESS) Process: 3941 ExecStart=/usr/sbin/start_apache2 -D SYSTEMD -k start (code=exited, status=1/FAILURE) Main PID: 1675 (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/apache2.service The strange thing is that Apache worked before I installed Koha ; it returned it's famous 'It works!' page. Do you know how I should troubleshoot this problem ? Please do these sequentially: 1. Open 1st terminal to run: su -c 'tail -f /var/log/apache2/error_log' 2. Open 2nd terminal to run (again): su -c 'service apache2 start' Please put the log in your 1st terminal to: http://paste.koha-community.org/ , and tell us the generated URL here. We'll see what is happening there. Good luck. -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] OPAC User Can Not Login to Koha
Hi Mason, On Mon, Jun 11, 2012 at 5:44 PM, Mason James m...@kohaaloha.com wrote: load a dump from your working local Koha, into your borked VDS Koha... does it work? Unfortunately no, it doesn't. The issue still remains: http://goo.gl/AEo13 (screenshot) ... Software error: Can't use an undefined value as an ARRAY reference at /usr/local/lib64/perl5/DBI.pm line 2054. For help, please send mail to the webmaster (X@Y), giving this error message and the time and date of the error. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] OPAC User Can Not Login to Koha
Hi all, As $Subject said, OPAC user fails to login to Koha (v. 3.8.1) through form login on Catalog main page or on OPAC login page[0]: This is the koha-opac-error_log (/home/subdomain_name/public_html/cgi-bin/var/log/koha-opac-error_log)[1], and using MySQL Server version 5.1.63. Any suggestion? Thanks in advance. [0] http://catalog.bpad.sulsel.net/cgi-bin/koha/opac-user.pl [1] http://paste.koha-community.org/430 Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Installing Koha on CentOS+cPanel Hosting Server
Hi, On Mon, Jun 4, 2012 at 7:07 PM, Bernardo Gonzalez Kriegel bgkrie...@gmail.com wrote: [...] In a situation like yours, I have downloaded and compiled Perl (on /usr/local, 5.14), then I installed all the required modules from CPAN (a long long work) Then Koha. It works. [...] My advice would be not to touch anything in the system. Only install what is needed by Koha in /usr/local Yes, I understand now, your advices are very valuable, and this issue now is solved. Thank you very much. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] koha-httpd.conf and cPanel
Hi all, I am now on going to run Koha Web installer on hosting server managed by cPanel. How to elaborate 'koha-httpd.conf' file of Koha so can be used by cPanel and finally run this Koha Web Installer without problem? Any suggestion? Thanks in advance. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] koha-httpd.conf and cPanel
Hi Arslan, On Mon, Jun 4, 2012 at 11:27 AM, Arslan Farooq arslan...@gmail.com wrote: Is it a shared hosting or a dedicated hosting? It is dedicated hosting (VDS/VPS). Btw. Is it* the appropriate documentation for me to learn to solve my issue? *) http://docs.cpanel.net/twiki/bin/view/EasyApache3/InsideVHost Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] koha-httpd.conf and cPanel
Hi Arslan, On Mon, Jun 4, 2012 at 11:58 AM, Arslan Farooq arslan...@gmail.com wrote: It is dedicated hosting (VDS/VPS). Hmm. But you are doing a manual install on some distro other than Debian or Ubuntu I suppose? Yes, It is CentOS machine (in cPanel environment) [0]. It should not so difficult if it is in default (Linux operating system) environment like it is on openSUSE[1], cPanel makes their own configurations (files and hierarchy), and this is a little bit different than its host (operating system). [0] http://goo.gl/0vt3t [1] http://goo.gl/43aF4 I may not be able to help you with the manual installation. I did it a long time ago... and forgotten most of stuff. But I can tell you that on Debian the installation procedure is very easy and you won't have to configure virtual hosts. All you'll have to do is tell apache to listen to 8080 port (assuming the default 80 will be your OPAC). Thanks anyway for notifying that this issue should be easy to figure out.. :) Anyway, I'm still new to this. You may want to wait for someone experienced to reply. They are busy in KohaCon however I think. Yes, hopefully they have a successful conference. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Installing Koha on CentOS+cPanel Hosting Server
Hi all, Maybe it is a little bit off-topic but perhaps still relevant and will find some clues and answers here. I'm trying to install Koha on VPS/VDS (CentOS) machine hosting server, and the website is ran by cPanel and WHM, but finally i face the Perl version problem there[0]. cPanel only provides Perl 5.8, but Perl module Modern::Perl can only be installed on Perl 5.10 environment[1]. What do you think? Get rid of cPanel and start providing Perl modules based on CentOS environment will simplify the installing process of Koha? Thanks in advance and have a nice weekend! =) [0] http://goo.gl/Sou3r [1] http://goo.gl/5Ufby -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Can't call method subfield on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2919.
Hi all, On Wed, Apr 18, 2012 at 12:34 PM, Vikas Salunkhe salunkh...@gmail.com wrote: Dear all, i am trying to edit items and click save changes following error is comming Software error: Can't call method subfield on an undefined value at /usr/share/koha/lib/C4/Biblio.pm line 2919. For help, please send mail to the webmaster (webmaster@vikas), giving this error message and the time and date of the error. I'm also facing the same problem: http://goo.gl/iJicb (screenshot on Google Picasa) Mine is on openSUSE 12.1: http://goo.gl/WPBSC Do we need to fill new bug? Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] MySQL Database Restoring Problem from 3.4.x to 3.8.0
Hi Mason, On Thu, May 17, 2012 at 11:20 AM, Mason James m...@kohaaloha.com wrote: Thanks for nice hints, afaik it must be created one empty database right after it was deleted. So: $ mysql my_koha -e 'DROP DATABASE my_koha;' mysql CREATE DATABASE my_koha; $ mysql my_koha koha.sql Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] FYI, Need advice of Installing Koha on openSUSE 12.1
Hi all, I made a small note of installing Koha 3.6.4 on openSUSE 12.1[0] so hopefully we can make an update information on the wiki page[1] and its manual in Koha package (./INSTALL.opensuse file)[2]. Really need advice how we can improve those documentations. Thanks in advance. [0] andi.opensuse-id.org/2012/03/12/dependency-packages-for-koha-3-6-4-on-opensuse-12-1/ [1] wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.3 [2] http://download.koha-community.org/koha-latest.tar.gz Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] 3.4.3 on opensuse 11.4 SMS::Send Date::ICal problem.
On 8/15/11, Bob Ewart bob-ew...@bobsown.com wrote: If you're following the openSuse instructions for 3.4, you installed them using YAST. It would appear that those modules don't have the version in the modules. You can check that by executing: perl -MSMS::Send -e 'print $SMS::Send::VERSION\n' and perl -MDate::ICal -e 'print $Date::ICal::VERSION\n' They should print out their version number. From the looks at your output from koha_perl_deps.pl, they are either reporting 0 or not reporting at all. I would go into YAST and uninstall them. Then from the command line as root install them from cpan. Yes, this work-around is right, and (in my case) do not mix Perl Module RPM package with CPAN's. Remove perl-SMS-Send, and perl-Date-Ical packages using zypper (or YaST), then install them through cpan. So, my issues and also my submitted Koha Bugs (#6560 #6561) are now solved, right? http://lists.koha-community.org/pipermail/koha-devel/2011-July/035859.html IMO, because it relates to Perl packaging on openSUSE OBS, so I filled bug for it, and hopefully openSUSE developers can fix it quickly: https://bugzilla.novell.com/show_bug.cgi?id=712352 Thanks. Best regards, -- Andi Sugandi. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4
Hi Developers, I succeeded installing Koha 3.4.02 on openSUSE 11.4[0] computer, but I found issues: Koha installer *did not see* two Perl modules: the Date::ICal[1] (on koha's web installer) and SMS::Send[2] (after installed) though those were already installed from rpm package[3]. Any ideas how to fix the issues? If these can be solved so openSUSE Packagers can produce Koha (RPM) packgae easier. I ask Lars so we can collaborate to make Koha package (on OBS[4]) get available right after Koha upstream get its new release. Thanks in advance. [0] https://picasaweb.google.com/lh/photo/y3bQwqI6ztDR2fkqxd9sCw?feat=directlink [1] https://picasaweb.google.com/lh/photo/DsNuIeGQOKkYZgyDh3ttPw?feat=directlink [2] https://picasaweb.google.com/lh/photo/QocVK9BwLL2ddv5GYa6O_g?feat=directlink [3] rpm -qi perl-Date-ICal perl-SMS-Send | grep Distribution Distribution: devel:languages:perl / openSUSE_11.4 Distribution: devel:languages:perl / openSUSE_11.4 rpm -ql perl-Date-ICal /usr/lib/perl5/vendor_perl/5.12.3/Date/ICal /usr/lib/perl5/vendor_perl/5.12.3/Date/ICal.pm /usr/lib/perl5/vendor_perl/5.12.3/Date/ICal/Duration.pm /usr/share/doc/packages/perl-Date-ICal /usr/share/doc/packages/perl-Date-ICal/Changes /usr/share/doc/packages/perl-Date-ICal/README /usr/share/man/man3/Date::ICal.3pm.gz /usr/share/man/man3/Date::ICal::Duration.3pm.gz rpm -ql perl-SMS-Send /usr/lib/perl5/vendor_perl/5.12.3/SMS /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/AU /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/AU/Test.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/Driver.pm /usr/lib/perl5/vendor_perl/5.12.3/SMS/Send/Test.pm /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/SMS /usr/lib/perl5/vendor_perl/5.12.3/x86_64-linux-thread-multi/auto/SMS/Send /usr/share/doc/packages/perl-SMS-Send /usr/share/doc/packages/perl-SMS-Send/Changes /usr/share/doc/packages/perl-SMS-Send/MANIFEST /usr/share/doc/packages/perl-SMS-Send/README /usr/share/man/man3/SMS::Send.3pm.gz /usr/share/man/man3/SMS::Send::AU::Test.3pm.gz /usr/share/man/man3/SMS::Send::Driver.3pm.gz /usr/share/man/man3/SMS::Send::Test.3pm.gz [4] http://en.opensuse.org/Build_Service Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha 3.4.02: Date::ICal and SMS::Send Perl modules issue on openSUSE 11.4
Hi, On Wed, Jul 6, 2011 at 3:21 PM, Andi Sugandi andisuga...@gmail.com wrote: Koha installer *did not see* two Perl modules: the Date::ICal[1] (on koha's web installer) and SMS::Send[2] (after installed) though those were already installed from rpm package[3]. I also install SMS::Send Perl module via cpan but unfortunately Koha still does not see it[5] too. [5] https://picasaweb.google.com/lh/photo/y3_qGSkXtxu4FryOXWWPQA?feat=directlink Koha bugs? *I send (cc) this e-mail to koha-devel too, hopefully can get faster feedback.* Best regards, -- Andi Sugandi. openSUSE-id Team, openSUSE Community Member. https://connect.opensuse.org/pg/profile/andisugandi ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha