- Koha - lists.katipo.co.nz

Koha 3.10 hosting in a shared webhosting environment
by Raj Pawan 23 Jan '14

23 Jan '14

Hi all, I am trying to install setup Koha for free public library in a Shared hosting environment. My hosting environment is on Linux OS and it runs Perl version 5.8.8. I have gone through the installation document and I realize that I first have to create the make file and then install it with super user privileges. I have contacted my web hosting providers to grant me the access to terminal so that I can run the make file and install Koha. The webhosting providers denied stating that the shell access is not granted in shared hosting environment, I would have to opt for a VPS hosting which is almost 12 to 15 times more than what I pay now (depending on the plan we choose). So, is there a way to install it directly without the shell access and the setup mentioned in the ReadMe documentation? I have tried to directly run the web-installer which is in the location *http://my_web_domain/koha/installer/install.pl* but that throws 500 internal server errors. The corresponding error logs look something like these: *[Sun Mar 24 11:56:38 2013] [error] [client xx.xx.xx.xx] script not found or unable to stat: /home/my_shared_web/public_html/cgi-bin/koha [Sun Mar 24 11:56:38 2013] [error] [client xx.xx.xx.xx] File does not exist: /home/my_shared_web/public_html/favicon.ico [Sun Mar 24 11:56:38 2013] [error] [client xx.xx.xx.xx] script not found or unable to stat: /home/my_shared_web/public_html/cgi-bin/koha * Is there a way we could still install Koha successfully without going through the Shell method etc.? We really like Koha and would like to somehow install it successfully for the free library which we are doing. Help in this regarding highly appreciated. Thank you. -- View this message in context: http://koha.1045719.n5.nabble.com/Koha-3-10-hosting-in-a-shared-webhosting-… Sent from the Koha-general mailing list archive at Nabble.com.

8 10

Data conversion
by Habib Jaffri 23 Jan '14

23 Jan '14

Dear colleagues we are trying to convert our library data from Excel to Koha. I have taken 4 fields. While converting the data into koha, I give the path to *.mrc* file "Stage Marc records for import" option. I found following error "Upload failed -- unable to store file on server". Kindly help me in this regard. -- Habib Jaffri Senior Librarian PASTIC National Center QAU Campus, Islamabad 051-9248107 www.pastic.gov.pk http://pastic-library.blogspot.com

2 1

Bugs after installing KOHA 3.14.01
by shiyas1234 23 Jan '14

23 Jan '14

Sir, I finished the installation of KOHA 3.14.01 and i found the following problems. 1) Whether i have to make the tables in the database manually or is it automatically create tables in the database while the installation? 2) I got the log-in page after the installation and i entered the username & password which i gave at the time of installation but i cant access, is there any default username & password? 3) If there is no default username and password how can i log-in and acess? -- View this message in context: http://koha.1045719.n5.nabble.com/Bugs-after-installing-KOHA-3-14-01-tp5784… Sent from the Koha-general mailing list archive at Nabble.com.

2 1

Bugs find while installation of KOHA 3.14
by navitha 23 Jan '14

23 Jan '14

sir, i found the following errors while installing the KOHA v3.14.01.Please do the needful to fix the bugs. root@Station74:/home/student/koha-3.14.01# perl Makefile.PL Can't locate DateTime/TimeZone.pm in @INC (@INC contains: /home/student/koha-3.14.01 /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /home/student/koha-3.14.01/C4/Context.pm line 106. BEGIN failed--compilation aborted at /home/student/koha-3.14.01/C4/Context.pm line 106. Compilation failed in require at /home/student/koha-3.14.01/C4/Installer.pm line 24. BEGIN failed--compilation aborted at /home/student/koha-3.14.01/C4/Installer.pm line 24. Compilation failed in require at Makefile.PL line 31. BEGIN failed--compilation aborted at Makefile.PL line 31. we have already installed List:: more utils and DateTime::Locate -- View this message in context: http://koha.1045719.n5.nabble.com/Bugs-find-while-installation-of-KOHA-3-14… Sent from the Koha-general mailing list archive at Nabble.com.

3 2

Re: [Koha] SECURITY release: MARC::File::XML 1.0.2
by Paul A 23 Jan '14

23 Jan '14

At 10:32 AM 1/21/2014 -0800, Galen Charlton wrote: >Hi, > >I have uploaded [1] version 1.0.2 of MARC::File::XML, a Perl module >which is used by Koha. This is a security release that repairs an XML >external entity (XXE) vulnerability. [snip] Hi Galen - I've been keeping an eye open for this release for Ubuntu 12.04 LTS. After an 'update' I felt fairly comfortable as it showed 1.0.2, but digging deeper, I find: me@hardy:/$ sudo apt-cache show libmarc-xml-perl Package: libmarc-xml-perl Version: 1.0.2-1koha1 Architecture: all Maintainer: Robin Sheat <robin(a)catalyst.net.nz> [snip] Package: libmarc-xml-perl Priority: optional Section: universe/perl Installed-Size: 108 Maintainer: Ubuntu Developers <ubuntu-devel-discuss(a)lists.ubuntu.com> Original-Maintainer: Debian Perl Group <pkg-perl-maintainers(a)lists.alioth.debian.org> Architecture: all Version: 0.92-1 [snip] Could you please advise on 1.0.2 versus 0.92-1 -- the devil is always in the details. btw, it updated the sandbox seamlessly; as soon as I can find a cataloguer to "give it a whirl", I'll do the production box -- unless you can point me to any particular detail that would verify full functionality. Many thanks and best regards -- Paul

4 5

Re: [Koha] SECURITY release: MARC::File::XML 1.0.2
by Paul A 23 Jan '14

23 Jan '14

At 03:22 PM 1/22/2014 -0800, Galen Charlton wrote: >Hi, > >On Wed, Jan 22, 2014 at 3:15 PM, Paul A <paul.a(a)navalmarinearchive.com> wrote: > > Could you please advise on 1.0.2 versus 0.92-1 -- the devil is always > in the > > details. > >All versions of MARC::File::XML prior to 1.0.2 are subject to the >vulnerability, including the Debian- and Ubuntu-packaged 0.92-1. I >recommend that you proceed with updating libmarc-xml-perl. That's exactly what I did -- Package: libmarc-xml-perl Version: 1.0.2-1koha1 but... apt-cache show (see my previous email) gives "internally" (not the package name): Architecture: all Version: 0.92-1 Best - Paul

1 0

Re: [Koha] SECURITY release: MARC::File::XML 1.0.2
by David Cook 23 Jan '14

23 Jan '14

Hi Galen: If/when libmarc-xml-perl gets added to debian.koha-community.org, will Koha users who installed via the Debian packages get the update automatically? -David -----Original Message----- Message: 4 Date: Tue, 21 Jan 2014 10:32:23 -0800 From: Galen Charlton <gmc(a)esilibrary.com> To: Koha-List <koha(a)lists.katipo.co.nz> Subject: [Koha] SECURITY release: MARC::File::XML 1.0.2 Message-ID: <CAPLnt652-mSU3RHD3=ZMX7iJAxJMeBNJAu0EZesymmJVhc2LJg(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Hi, I have uploaded [1] version 1.0.2 of MARC::File::XML, a Perl module which is used by Koha. This is a security release that repairs an XML external entity (XXE) vulnerability. I know of at least one way that the vulnerability could be used by an individual who has staff interface credentials to view the contents of arbitrary files on the Koha server. Consequently, I recommend that Koha users arrange to upgrade MARC::File::XML promptly. On many Linux systems, this can be done by running the following command with root privileges: cpan MARC::File::XML If the installation fails, the most likely reason is that your version of ExtUtils::MakeMaker is not recent enough. You can fix this by running the following command first, then attempting the installation of MARC::File::XML again. cpan ExtUtils::MakeMaker Please note that at the time of this writing, not all CPAN mirrors will have the most recent version of MARC::File::XML. You can check the version of MARC::File::XML that is installed by running: perl -MMARC::File::XML -e 'print $MARC::File::XML::VERSION, "\n"' I imagine that an updated Debian package of libmarc-xml-perl will be made available on debian.koha-community.org at some point as well. For any users of Koha on Fedora that are out there, Dan Scott will be packaging MARC::File::XML 1.0.2 shortly. Please note that older releases of MARC::File::XML prior to the switch to XML::LibXML are also vulnerable. Here is the relevant change log entry: 1.0.2 Tue Jan 21 17:18:37 UTC 2014 - MARC::File::XML will now die upon parsing a record that declares an external entity and tries to use it. This prevents the potential unwanted disclosure of the contents of files on the server by applications that embed this module. If, for some reason, an application needs to process MARCXML records that contain external entities, set_parser() can be used to force the use of an XML::LibXML parser that is configured to process external entities. The issue was reported by John Lightsey. [1] https://metacpan.org/release/GMCHARLT/MARC-XML-1.0.2 Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

3 2

Re: [Koha] How to run Koha fines script manually
by Vimal Kumar V. 22 Jan '14

22 Jan '14

Dear Robin, Thank you for the information. One doubt too, in which time cron works according to the below mentioned script? 25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily ) It work on 6 AM 25 minutes? Regards, -- Vimal Kumar V. Technical Assistant Mahatma Gandhi University Library Kottayam, Kerala- 686 560 Web: http://www.vimalkumar.info Blog: http://linuxhalwa.blogspot.com http://kohageek.blogspot.in http://moovandan.blogspot.in --------------------------------------------------------------------------- "I forget what I was taught. I only remember what I have learnt" -Patrick White

2 1

Problems with frameworks
by Mark Tompsett 22 Jan '14

22 Jan '14

Greetings, I am use 3.14.x and master, though I think this problem goes back a bit further. I am using MARC21. I log into the staff client. I click Koha administration. I click MARC bibliographic framework. In the left hand side, I scroll down to find MARC bibliographic framework test. I click it. I am then shown a pretty table, which tells me “You have 1 error(s) in your MARC configuration. Please fix them before using Koha”. I have back end access, so I figured I’d try to make sense of the message. I see it ran http://192.168.45.28:8080/cgi-bin/koha/admin/checkmarc.pl, so I take a look at the source for admin/checkmarc.pl to see if I can determine how the error was triggered. The second line in the table says “item fields”, so I figure it is talking about lines 87 to 110 in master. I see the SQL is: select tagfield,tab,kohafield from marc_subfield_structure where kohafield like "items.%" and tab >=0; So, I try running that in my backend mysql client. There are 447 rows, and most are on tab 10, but tag 541 isn’t always? It’s items.stocknumber and so I try a different query: select tagfield,tagsubfield, tab,kohafield,frameworkcode from marc_subfield_structure where kohafield like "items.stocknumber"; And here in begins the confusion. I see that 952$i and 541$e are sometimes mapping to the same kohafield items.stocknumber, and occasionally they are not. I also see 541$e sometimes on tag 5, 9, or 10. So, can anyone clear up what they should map to, if anything, and what tab they are supposed to be on? GPML, Mark Tompsett

1 0

I tried the MARC bibliographic framework test and got this: You have 2 error(s) in your MARC configuration. Please fix them before using Koha itemnum The field itemnum MUST be mapped The corresponding subfield MUST be in with -1 (ignore) tab item fields ALL items fields MUST : be mapped to the same tag, and they must all be in the 10 (items) tab
by Joseph Longshak Longshak 22 Jan '14

22 Jan '14

I tried the MARC bibliographic framework test and got this: You have 2 error(s) in your MARC configuration. Please fix them before using Koha itemnum The field itemnum MUST be mapped The corresponding subfield MUST be in with -1 (ignore) tab item fields ALL items fields MUST : be mapped to the same tag, and they must all be in the 10 (items) tab What could be wrong? I guess there must have been an a solution to this Joe Longshak Abuja Nigeria

1 0