[Koha] koha 18.11.03 make test FAIL

2019-03-12 Thread Andi Sugandi
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

2019-03-12 Thread Andi Sugandi
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

2019-03-12 Thread Andi Sugandi
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

2015-07-24 Thread Andi Sugandi
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

2013-12-05 Thread Andi Sugandi
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)

2013-12-05 Thread Andi Sugandi
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

2013-12-04 Thread Andi Sugandi
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

2013-12-04 Thread Andi Sugandi
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

2013-12-04 Thread Andi Sugandi
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

2013-12-04 Thread Andi Sugandi
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

2013-09-05 Thread Andi Sugandi
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 [...] )

2012-07-12 Thread Andi Sugandi
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))

2012-07-12 Thread Andi Sugandi
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 [...] )

2012-07-09 Thread Andi Sugandi
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))

2012-07-08 Thread Andi Sugandi
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

2012-07-06 Thread Andi Sugandi
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))

2012-06-29 Thread Andi Sugandi
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))

2012-06-28 Thread Andi Sugandi
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))

2012-06-28 Thread Andi Sugandi
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))

2012-06-27 Thread Andi Sugandi
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))

2012-06-27 Thread Andi Sugandi
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)

2012-06-27 Thread Andi Sugandi
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)

2012-06-27 Thread Andi Sugandi
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

2012-06-26 Thread Andi Sugandi
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)

2012-06-26 Thread Andi Sugandi
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)

2012-06-25 Thread Andi Sugandi
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

2012-06-16 Thread Andi Sugandi
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

2012-06-12 Thread Andi Sugandi
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

2012-06-11 Thread Andi Sugandi
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

2012-06-06 Thread Andi Sugandi
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

2012-06-05 Thread Andi Sugandi
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

2012-06-03 Thread Andi Sugandi
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

2012-06-03 Thread Andi Sugandi
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

2012-06-03 Thread Andi Sugandi
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

2012-06-02 Thread Andi Sugandi
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.

2012-05-20 Thread Andi Sugandi
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

2012-05-18 Thread Andi Sugandi
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

2012-04-03 Thread Andi Sugandi
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.

2011-08-15 Thread Andi Sugandi
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

2011-07-10 Thread Andi Sugandi
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

2011-07-10 Thread Andi Sugandi
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