- Koha - lists.katipo.co.nz

Z39.50 server – some records timing out
by dudzikmichal＠wp.pl 16 Dec '20

16 Dec '20

Hi, I am writing with a request for help. It is about a causing a problem when searching for records by z39.50. (Koha version: 20.05.05.000). On the printscreen ( ibb.co ibb.co ) you will see responses for the following messages and one or two search results. It looks like it cannot retrieve some records. There are no errors in the intranet-error.log. The address of the server z39.50 from which I am searching for records is: hostname: eu.alma.exlibrisgroup.com:1921 database: 48OMNIS_NLOP I testing in yaz-client but when I show all records then yaz is stopped in Sent presentRequest. yaz-client -f conf_bn Connecting...OK. Sent initrequest. Connection accepted by v3 target. ID : 81 Name : Aleph Server/GFS/YAZ Version: ALEPH 20/1.1.1.1/2.1.32 Options: search present delSet triggerResourceCtrl scan sort extendedServices namedResultSets Elapsed: 0.110043 Sent searchRequest. Received SearchResponse. Search was a success. Number of hits: 4, setno 1 records returned: 0 Elapsed: 0.169132 Sent presentRequest (1+4). Koha is visible in the local network. The server is on 192.xx.xx.xx and I am connecting via VPN and it gets IP 10.xx.xx.xx. Is this a problem with network?? Let me know, thank you in advance. Regards Michal

1 0

Multiple Instances of Koha
by MAMCET Library 15 Dec '20

15 Dec '20

Dear all I installed koha 20.10 and ubuntu Mate 20.4 successfully. I created the Multiple Instances of Koha following error please help me. ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

2 1

Catalyst Open Source Academy is coming up and we need your help!
by Aleisha Amohia 15 Dec '20

15 Dec '20

Hi all The famous Catalyst Open Source Academy is taking place mid-January next year, and as many of you know we will have a group of high school students tackling Koha bugs and patches during Project Week (19-22 January). This is where you come in - if you see a patch that needs testing, a bug that needs a patch, or a bug with a patch that needs rescuing, please tag it with the keyword 'Academy' so that it will get pushed to my list. Make sure these bugs can be approached by people who will be completely new to Koha and may be completely new to open source processes and tools! Thank you all for your ongoing support of our Academy. We're expecting a slightly larger group of students this year, so the more bugs, the better! -- *Aleisha Amohia*(she/her) Koha Developer Catalyst IT - Expert Open Source Solutions Mob: +64 21 024 04004 | Tel: +64 4 499 2267 | www.catalyst.net.nz <http://www.catalyst.net.nz> Catalyst Logo CONFIDENTIALITY NOTICE: This email is intended for the named recipients only. It may contain privileged, confidential or copyright information. If you are not the named recipient, any use, reliance upon, disclosure or copying of this email or its attachments is unauthorised. If you have received this email in error, please reply via email or call +64 4 499 2267.

1 0

Request for Libraries using Koha to participate in the 2020 Library Automation Perceptions survey
by Marshall Breeding 15 Dec '20

15 Dec '20

To all libraries using Koha: I'm collecting data for the 2020 edition of the International Library Automation Perceptions survey. This survey, now in its fourteenth annual iteration, provides an opportunity for libraries to register their perceptions of the strategic automation products they use, organizations that provide these products, and the quality of support delivered. The survey also probes at considerations for migrating to new systems and the level of interest in open source products. As open source software supported both by the general community and by a variety of different service organizations, some special considerations apply to Koha. In the libraries.org directory, Koha is represented by a combination of the name Koha and the primary support organization involved. (For example Koha - Catalyst IT, Koha -- ByWater Solutions). Libraries relying entirely on community support or internal resources are represented as Koha - Independent. If there are any special support arrangements not covered by these conventions, just mention that in the comments area of the survey. In this way the survey will be able to reflect both the functionality of the Koha software and the quality of support provided. This model of representing libraries using Koha isn't perfect, but is a pragmatic approach that aggregates all users of Koha while also segregating the different support scenarios. Participation in this survey will help amplify the visibility of Koha among those interested in library automation. While the numeric rating scales support the statistical results of the study, it's the comments offered that provide the most insight into the current state of library automation satisfaction. Comments will be published in the survey results, redacted to conceal text that might identify the individual or organization responding. The raw data for the survey will not be shared, but reports are available that provide a variety of ways to view results. Please help your fellow librarians who might be in the process of evaluating library automation options by responding to the survey. Any information regarding vendor performance and product quality can be helpful when making strategic decisions regarding automation alternatives. A large number of responses strengthen the impact of the survey and the subsequent report. If you have responded in previous years, please respond again this year to help identify any trends regarding improvement or worsening of the products or support services. For more information about the survey, for instructions on how to participate, and to see results of previous year's survey reports, see: https://librarytechnology.org/perceptions/2020/invite/ I hope that all libraries using Koha will respond. Feel free to forward this request to any other library-related list. You can view the report summarizing the results of last year's survey, including data from all previous editions, here: https://librarytechnology.org/perceptions/2019/ Please let me know if there are any questions regarding the survey. Marshall Breeding Editor, Library Technology Guides www.librarytechnology.org Marshall.breeding(a)librarytechnology.org twitter.com/mbreeding

1 0

(no subject)
by Vincent Van Gogh 15 Dec '20

15 Dec '20

How can I make available my KOHA data to everyone through z39.50?

3 2

Re: [Koha] Red Hat 8, installing dependencies
by dcook＠prosentient.com.au 13 Dec '20

13 Dec '20

Hi Tasha, It's great to hear that you're trying to install Koha! However, if I were you, I wouldn't bother with that old wiki page, as it's probably going to confuse more than help. Typically, the Koha community supports Koha installations on Debian and Ubuntu operating systems, but there are some of us who run Koha on openSUSE, Red Hat, Fedora, etc. We are rare though. Wherever possible, it's best to use Debian/Ubuntu as you'll get the best, supported experience that way, but I know in a corporate environment that you're often limited to only using Red Hat Enterprise Linux. Part of the reason your email stood out to me is that I am in the process of migrating a non-Koha Perl application from RHEL 6 to RHEL 8, so I'm already in this headspace. In all honesty, if I were you, I'd try to find a vendor that is willing - for a fee - to install Koha on your local RHEL 8 system. You can find more information at https://koha-community.org/support/paid-support/. We have installed Koha on RHEL for libraries with restricted corporate environments like you describe. I am sure there are vendors in Canada and the USA who have done it too who could help you out. Feel free to email me separately about that if you want to discuss that further. -- If you are committed to doing it yourself without paid help, then it's important to think about Koha as a multi-component system: Linux OS, Apache httpd web server, MySQL database, Perl application, Zebra indexing engine. You've already got your Linux OS (RHEL 8), and you'll be able to use the Apache httpd web server and MySQL database from the Red Hat repositories. The difficulty will be with the Perl application (Koha proper) and Zebra. Looking at https://www.indexdata.com/resources/software/zebra/, there is a "Redhat" download option, but it does not look like the RHEL packages have been maintained. You could contact Indexdata to get them to publish new packages for RHEL 8. Alternatively, it looks like they do provide some for CentOS 8, which is *currently* compatible with RHEL 8: http://ftp.indexdata.dk/pub/zebra/redhat/centos/8/README. I haven't used that but that would be my first step *before* trying to build Zebra from source. As for the Perl application (Koha proper), it's easier than ever to install dependencies thanks to the "cpanfile" provided with Koha. It provides a list of ~180 Perl dependencies, which you can install using a tool called "cpanminus" (https://metacpan.org/pod/App::cpanminus) Unfortunately for you, these dependencies need to be fetched over the Internet from the "CPAN" (Comprehensive Perl Archive Network). However, perhaps you'd be able to talk to your IT about setting up a local offline mirror of CPAN. You can use the "minicpan" tool for that: https://metacpan.org/pod/distribution/CPAN-Mini/bin/minicpan. I have used that tool before in restricted corporate environments for Perl applications. Now that sounds easier than it actually is. You mentioned that you had some trouble installing some packages like "ImageMagick-devel". You need "*-devel" packages when you're building code from course (like you'd be doing using "cpanminus" and the "cpanfile" via "minicpan"), as they provide interfaces to lower level software tools (e.g. "ImageMagic" without the -devel). Typically, you discover which "-devel" packages you need when particular Perl dependencies fail to install. If you're successful with all of this, then there is the task of setting up a Zebra "service" and Koha "cronjobs". This also all assumes that you're not use SELinux security on RHEL 8 as well. That is a layer of complexity that is too difficult to explain in this space. -- Alternatively, you could try running Docker containers - since Docker should be available in RHEL 8, or Virtual Machines on your RHEL 8 machine, and have those containers or virtual machines run Koha on Debian/Ubuntu. But that adds a different layer of complexity. -- Hopefully that was helpfully comprehensive rather than terrifyingly comprehensive ; ). For years, I have been thinking of putting together RPM packages that could be installed on Red Hat or openSUSE, but it would require more resources than I have available, so I've been in the gradual process of switching to only using Debian/Ubuntu for Koha wherever possible. But I appreciate that you might not have that option. Due to your limitations, I think your best bet is to get a paid support vendor to help you, but you can also try what I've suggested and try working through it here. You probably won't be able to receive much more than general assistance, since the majority of people use Debian/Ubuntu, but you can always try. Bon courage! David Cook Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 Online: 02 8005 0595 -----Original Message----- Date: Sat, 12 Dec 2020 21:37:08 +0000 From: "Bales (US), Tasha R" <tasha.r.bales(a)boeing.com> To: "koha(a)lists.katipo.co.nz" <koha(a)lists.katipo.co.nz> Subject: [Koha] Red Hat 8, installing dependencies Message-ID: <6d2acf16030d48a4b6f3885b47ae8b17(a)boeing.com> Content-Type: text/plain; charset="us-ascii" Good afternoon, I'm trying to install the latest version of Koha on Red Hat 8.1, using the Koha Wiki instructions<https://wiki.koha-community.org/wiki/Koha_on_Redhat_Enterprise_6> for Red Hat 6. Perhaps you can help with a couple questions. First, the Wiki contains a list of about 70 dependencies that should be installed before Koha. Since the Wiki article is dated, is there a method for determining whether this list is still accurate for Red Hat 8 and current Koha? Or, would one just need to be on the lookout for inevitable errors and complaints about missing dependencies? Next, I'm limited to working with a corporate repository-I cannot connect to the internet--but I was able to install all but 11 of the recommended packages, see below. I don't necessarily know that all of these are critical requirements, but some of them seem significant when I Googled them for more info. They are as follows: * cloog-ppl * ghostscript-devel (I have the non-devel package) * gnome-utils-libs (I don't think we need this) * ImageMagick * ImageMagick-devel * Imake (May not need this) * jasper-devel (We have jasper-libs) * lcms-devel * libXdmcp-devel * libxml2-python * ppl If you can advise where I ought to look to gain an understanding of whether these missing packages are 1) true requirements for Koha 20.x, given I obtained them from an older Wiki article; 2) show-stoppers that will prevent using Koha, or certain features of Koha, if they are not present. I appreciate and thank you in advance for any advice you may have. I am doing a good amount of research on the web to try to answer my own questions, but I'm a bit out of my league. Thanks for your time and consideration, Tasha R. Bales

1 0

Disable library pull down menu on staff login page
by John Fawcett 13 Dec '20

13 Dec '20

Hi I didn't see any option about this. Is it possible to disable the pull down menu for selecting the library on staff login page? t's not needed if there is only one library. John

2 4

Rebuilding .mo after change to .po
by John Fawcett 13 Dec '20

13 Dec '20

Hi I've temporarily made a change in .po file while waiting for the next version of the strings to make it's way to the next official release. Is there a script that I can lanuch locally to rebuild the Koha.mo file from the constituent .po files so I can pick up my local changes in the meantime? Thanks John

2 1

date accessioned- koha17.11
by vikram zadgaonkar 13 Dec '20

13 Dec '20

Dear All, Date accessioned is not displaying in the item table . I am getting following item information for a biblio record: 1.Item Type 2.Current Location 3.Home Location 4.Call Number 5.Status 6.Last seen 7.Barcode Can someone help me in how to display date accessioned ? Thanks in Advance. Vikram Zadgaonkar

2 2

Call for news - Newsletter December 2020
by Koha Newsletter 13 Dec '20

13 Dec '20

Hi I'm collecting news for the December 2020 Koha Community Newsletter. Please send anything noteworthy to: kohanews (at) gmail (dot) com News criteria: * News items can be of any length. * Images are fine. * Anything and everything Koha. * Submit by the 26th of the month. For events: * Please include dates for past events. If I can't find dates I may not add it. * Announcements for future events with dates to be announced are fine, e. g. Kohacon. * For past events, one month back is the cut-off. If you are working on an interesting project or development related to Koha, please let me know and I'll include it in the development section. Thank you! Michael Kuhn Editor, Koha Community Newsletter

1 0