[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
[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 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
Re: [Koha] No Libraries in "Search Target" of Z39.50 Search Point
Hi, On Thu, Dec 5, 2013 at 3:25 PM, David Nind 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
Re: [Koha] No Libraries in "Search Target" of Z39.50 Search Point
Hi, On Thu, Dec 5, 2013 at 11:11 AM, Bob Birchall 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] 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] "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 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] "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
[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
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 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] 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 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 and daemon Issue (was Re: Koha Cataloging and idzebra Issues [...] )
Hi Mason, Thanks for the reply. On Tue, Jul 10, 2012 at 2:46 PM, Mason James wrote: >> # 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 > looks like you have made a typo in your koha-conf.xml file, in your id="biblioserver"> element This is it: unix:/home/library/public_html/cgi-bin/var/run/zebradb/bibliosocket Is that wrong on my "" element? >> 11:35:38-10/07 [server] Adding dynamic listener on >> /home/library/public_html/cgi-bin/etc/koha-conf.xml id=0 <<<<<<<<<<<< > > you appear to be attempting to use your koha-conf.xml file, as a unix-socket > for zebra? I only try to implement[0] the script on "./bin/koha-zebra-ctl.sh" file, to see what really happen on my Koha-Zebra Indexing issue which has the output told in this thread: daemon --name=$NAME --errlog=$ERRLOG --stdout=$STDOUT --output=$OUTPUT --verbose=1 --respawn --delay=30 $OTHERUSER -- $ZEBRASRV $ZEBRAOPTIONS -f $KOHA_CONF Because running "/etc/init.d/koha-zebra-daemon start" does not tell anything when there are errors [1]. [0] http://lists.katipo.co.nz/public/koha/2012-July/033453.html [1] http://lists.katipo.co.nz/public/koha/2012-June/033314.html > ps: it was probably a bad idea to edit that part of your config file :) "./bin/koha-zebra-ctl.sh" or "./etc/koha-conf.xml" file? I never edit those both files. 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 and daemon Issue (was Re: Koha Cataloging and idzebra Issues [...] )
Hi all. On Mon, Jul 9, 2012 at 11:22 AM, Andi Sugandi 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 wrote: > On Mon, Jul 2, 2012 at 3:50 PM, Andi Sugandi 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 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, On Mon, Jul 2, 2012 at 3:50 PM, Andi Sugandi 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" 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 Cataloging and idzebra Issues (was Re: 8 Perl Modules are Not Detected ... (was Re: .. CentOS+cPanel Hosting Server))
Hi, On Sat, Jun 30, 2012 at 11:38 AM, Andi Sugandi wrote: > 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) 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. Any help would 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 Bernardo, On Fri, Jun 29, 2012 at 8:51 AM, Bernardo Gonzalez Kriegel 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
[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 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
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 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
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 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
Re: [Koha] sax_parser_print.pl Issue on VDS (CentOS)
Hi, On Wed, Jun 27, 2012 at 11:24 AM, Andi Sugandi 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
[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 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
[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 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] 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
[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
Re: [Koha] 8 Perl Modules are Not Detected by koha_perl_deps.pl on VDS (was Re: Installing Koha on CentOS+cPanel Hosting Server)
Bernardo, On Mon, Jun 25, 2012 at 11:11 PM, Bernardo Gonzalez Kriegel wrote: > On Mon, Jun 25, 2012 at 12:13 PM, Andi Sugandi > wrote: >> >> Then I've got a lot additional messages there: >> http://paste.opensuse.org/view/simple/70367177 >> >> > Many of the messages are harmless, you only need to do something about them > if > they begin to fill you Koha logs. > They are pehaps due to using a bleeding edge Perl interpreter. Thanks for pointing me out about it. >> Then, how now to install 'Graphics::Magick' perl Module via cpan? >> > You can't. Download the source from (http://www.graphicsmagick.org/), > inside the source tree is a PerlMagick directory. Compile from that. Is it necessary to remove these (installed RPM) package: # rpm -qa *\Graphics\* GraphicsMagick-1.3.14-1.el6.x86_64 GraphicsMagick-perl-1.3.14-1.el6.x86_64 Or it's safe to leave them untouched, then compile-install GraphicsMagick from: http://nchc.dl.sourceforge.net/project/graphicsmagick/graphicsmagick/1.3.16/GraphicsMagick-1.3.16.tar.bz2 ? 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
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 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] 8 Perl Modules are Not Detected by koha_perl_deps.pl on VDS (was Re: Installing Koha on CentOS+cPanel Hosting Server)
Hi all, On Mon, Jun 4, 2012 at 7:07 PM, Bernardo Gonzalez Kriegel wrote: > Hi, > >> cPanel only provides Perl 5.8, but Perl module Modern::Perl can only >> be installed on Perl 5.10 environment[1]. >> > Koha (last versions) can only be installed on Perl >= 5.10 > > >> What do you think? >> > 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. > >> Get rid of cPanel and start providing Perl modules based on CentOS >> environment will simplify the installing process of Koha? >> > My advice would be not to touch anything in the system. > Only install what is needed by Koha in /usr/local I'm running Perl 5.16 now, installed manually in /usr/local directory: # perl -v | grep version This is perl 5, version 16, subversion 0 (v5.16.0) built for x86_64-linux Then trying to see whether all required Perl modules are already installed or not. But unfortunately something happened: There are 8 left, not detected by 'koha_perl_deps.pl' script [0], though these modules are already in place: cpan[1]> install CGI Reading '/root/.cpan/Metadata' Database was generated on Sat, 23 Jun 2012 16:47:04 GMT CGI is up to date (3.59). cpan[2]> install CGI::Carp CGI::Carp is up to date (3.51). cpan[3]> install Digest::SHA Digest::SHA is up to date (5.71). cpan[4]> install HTTP::OAI HTTP::OAI is up to date (3.28). cpan[5]> install Net::Z3950::ZOOM Net::Z3950::ZOOM is up to date (1.28). cpan[6]> install Template::Plugin::HtmlToText Template::Plugin::HtmlToText is up to date (0.03). cpan[7]> install Test::Harness Test::Harness is up to date (3.25). cpan[8]> install Test::More Test::More is up to date (0.98). [0] http://paste.opensuse.org/view/simple/94354226 Does it mean that the Perl environment is not configured properly? How to solve this issue? 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
[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
[Koha] Net::Z3950::ZOOM via cpan (was Re: Installing Koha on CentOS+cPanel Hosting Server)
Hi all, On Wed, Jun 6, 2012 at 7:49 AM, Andi Sugandi wrote: > On Mon, Jun 4, 2012 at 7:07 PM, Bernardo Gonzalez Kriegel > 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. Actually, I find another issue on installing Net::Z3950::ZOOM Perl Module via cpan on this machine: http://paste.koha-community.org/455 This also happened before it's upgraded in to newer version (5.16.0), and did: > force install Net::Z3950::ZOOM But, I'm afraid it will produce another issue like this one(?): http://lists.katipo.co.nz/pipermail/koha/2012-June/033118.html So I ask it first in the list before again doing "force install". I already filled bug on cpan's: https://rt.cpan.org/Public/Bug/Display.html?id=77861 Any help will be very much appreciated. Thanks in advance 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 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] Koha 3.8 installation problem
Hi Joeri, On Tue, Jun 12, 2012 at 4:36 PM, Joeri Michiels wrote: > We're currently evaluating the Koha 3.8 software on an OpenSuse 12.1 64bit. > We've been trying to install Koha according to the instructions as described > in > http://git.koha-community.org/gitweb/? > p=koha.git;a=blob;f=INSTALL.opensuse;hb=HEAD but after running 'make install' > the Apache web server can no longer be started. There's not a lot of info in > the Apache error log, just the following message "caught SIGTERM, shutting > down". What is the status of apache2 right now? The normal one is showing like this (on my own openSUSE 12.1 machine): http://paste.koha-community.org/446 See: "... Active: active (running) ..." If it is said: "..Active: inactive (dead)..", please run: su -c 'service apache2 start' but If it's still remains "inactive", it's probably a problem with the installation or configuration of apache itself, not Koha. 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 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
Re: [Koha] OPAC User Can Not Login to Koha
Hi Chris, On Wed, Jun 6, 2012 at 3:56 PM, Chris Cormack wrote: > On 6 June 2012 20:54, Andi Sugandi wrote: > What user are you trying to login as? kohaadmin user. > You can not login to the opac as the kohaadmin user, you will need to > make a real user in the staff interface first. afaik, kohaadmin user is able to login into OPAC user page[2] when it is running on Koha that is installed on my local machine[3] (the issue is happening on my VDS machine) , though koha-opac-error_log file[4] says something is going wrong too there(?), a little bit different with the one on my VDS[1]. What do you think? Thanks in advance. [1] http://paste.koha-community.org/430 [2] http://goo.gl/KBzU5 [3] http://goo.gl/43aF4 [4] http://paste.koha-community.org/441 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
[Koha] [SOLVED] Re: koha-httpd.conf and cPanel
Hi all, On Mon, Jun 4, 2012 at 8:36 AM, Andi Sugandi wrote: > 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? I finally find the answer: 1. Put the DocumentRoot in "/home/subdomain_name/public_html/cgi-bin" (or choose your own path) directory (yes, Koha is installed in 'Single' way in "/home/subdomain_name/public_html/cgi-bin directory") . 2. Create symlink (generated) koha-httpd.conf file: "/home/subdomain_name/public_html/cgi-bin/etc/koha-httpd.conf" to "/usr/local/apache/conf/includes/koha-httpd.conf". 3. Uncomment all the related subdomain_name VirtualHost default configuration in "/usr/local/apache/etc/httpd.conf" file. 4. Add this in the bottom of the "/usr/local/apache/etc/httpd.conf" file: Include "/usr/local/apache/conf/includes/koha-httpd.conf" 5. Restart httpd/apache service. 6. Finally run the Koha Web Installer. Goof luck. 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 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
Re: [Koha] koha-httpd.conf and cPanel
Hi Arslan, On Mon, Jun 4, 2012 at 11:58 AM, Arslan Farooq 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
Re: [Koha] koha-httpd.conf and cPanel
Hi Arslan, On Mon, Jun 4, 2012 at 11:27 AM, Arslan Farooq 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
[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
[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 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 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] MySQL Database Restoring Problem from 3.4.x to 3.8.0
Hi all, The Koha 3.8.0 installation has no problem: http://goo.gl/WPBSC , but when restoring MySQL database from Koha 3.4.x to 3.8.0 I have an error message: ERROR 1005 (HY000) at line 2273: Can't create table 'kohadb.letter' (errno: 150) Any clue? 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] 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 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
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 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
[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