- Koha - lists.katipo.co.nz

Koha 18.05.04 release
by Renvoize, Martin 24 Sep '18

24 Sep '18

The Koha community is proud to announce the release of Koha 18.05.04. This is a maintenance release containing 27 bugfixes The full release notes are available at https://koha-community.org/koha-18-05-04-release/ Debian packages will be uploaded in a few days. Regards, *Martin Renvoize* Development Team Manager *T:* +44 (0) 1483 378728 *F:* +44 (0) 800 756 6384 *E:* martin.renvoize(a)ptfs-europe.com www.ptfs-europe.com <https://www.ptfs-europe.com> Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info(a)ptfs-europe.com

1 0

Re: [Koha] KOHA XSLT
by Rachel Hamilton-Williams 23 Sep '18

23 Sep '18

hi Hans, You don't seem to have sent this properly to the list, just the list admin - can you make sure you've joined properly. https://lists.katipo.co.nz/mailman/listinfo/koha Kind regards Rachel On 09/22/2018 10:35 AM, Hans Manrique wrote: > Dear community, i am currently in a dilemma. > I would like to add a separate view of MARC21 and ISBD on the > intranet, one that shows me my records in APA and ISO690 format. > Thanks to your contributions I can understand that I need to create an > XSLT template, but I do not know the location where I should go and > how it should be composed. Would greatly help your contributions to my > problem. > -- ------------------------------------------------------------------------ *Rachel Hamilton-Williams* General Manager *Katipo Communications Ltd* M 021 389 128 E rachel(a)katipo.co.nz

1 0

DBMS auto increment issue - BUG19016
by Sven Halm 21 Sep '18

21 Sep '18

Hi all, i have got the BUG19016 (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19016) problem in my production environment. The koha system information says: ---start quote--- Problems found Items The following ids exist in both tables items and deleteditems : 1016, 1017 Checkouts The following ids exist in both tables issues and old_issues : 587, 590, 589, 586, 584, 585, 588, 583, 582 ---end quote--- After i had read the artikels i implemented the init script (see [ https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix | https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix ] ). But how can i resolve the problem? I don't know how to do that. Could you help, please? Kind regards Sven library: [ https://lesehoehle.foerderverein-hellwegschule.de/ | https://lesehoehle.foerderverein-hellwegschule.de ]

5 7

Plack plus shibboleth
by Dave Sherohman 21 Sep '18

21 Sep '18

Hey, all! tl;dr: When running koha under plack and using shibboleth authentication, what is the currently-recommended way to communicate auth details from mod_shib to koha? Long version: I'm in the process of converting our Koha installation from running under vanilla CGI to using plack/starman. This was simple enough from the perspsctive of straight-up library functionality, but we're using shibboleth to authenticate against the campus IDP, and that has raised a few issues. We've already found https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17776 in the bug tracker and I have successfully adapted the patch tou our customized C4::Auth/C4::Auth_with_shibboleth and logged in via shibboleth, but (as noted in the bug tracker discussion) this uses HTTP headers to communicate the authentication details to the back-end application. In order to avoid possible vulnerabilities resulting from the use of HTTP headers, I went to the shibboleth documentation at https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPSpoofChecking [1] and, in the section for Apache, found the assertion that: "Under no circumstances should you rely on the request header option other than as a temporary measure while adjusting applications to use the environment option. There are no known scenarios in which environment variables can't be used" Is there a way to use environment variables in a plack+shibboleth installation? The docs assert that it should be possible (as there are "no known scenarios" where it isn't), but that would imply that one process (apache) is able to modify the environment of another, already- running, independent non-child process (starman) running under a different uid/gid, which should not generally be possible - and, even if it is possible, it would require apache to run as root, which would create major security risks of its own. The bug tracker discussion includes a brief mention of possibly using a plack middleware to change the worker process envoronment, but that seems like it would just push the issue back a level from "how do I talk to starman without using http headers" to "how do I talk to the middleware without using http headers" without actually solving the core issue. Is it actually possible to use environment variables in this scenario? If not, what's the best practice to secure it against http header spoofing? [1] The SHIB2 documentation states that it's no longer supported, but we're using an sp2 shibd and, in any case, the same text appears verbatim on the equivalent SP3 page. -- Dave Sherohman

6 9

Effect of changing OPACFallBack Preference
by Njideaka Tobechukwu 20 Sep '18

20 Sep '18

Dear All, I am using Koha 17.11 version and have been using the Option "*Prog*" on *OPACFallBack Preference* in the System Preferences. However, I learnt about the "*bootstrap*" option and will like to change as its seems more responsive. Please, I like to know if all customizations I made on the "prog" option will be retained (*such as customization on the opacheader, opacmainuserblock, opacnav, opacbutton, opacright etc*), or I have to start customizing all over again. Thank you, as I anticipate your response. Kind regards, Mary-Ann

3 2

Searching for fields with no data
by Claes Eriksson 20 Sep '18

20 Sep '18

I would like to search and find records without data in a specific field. An example: Go to advanced search in the OPAC and opt for More options. Search with some word in the "Title" field and in the field "Conference name" I would like to find those records that has no data in that field. I can solve this specific question with a SQL report but I wonder if it is possible to do the same with a simple search? ----------------------------- Claes Eriksson Information specialist Department of Communication, Marketing and Library Swedish National Road and Transport Research Institute (VTI) VTI, SE-581 95 Linkoeping, Sweden ----------------------------------

2 1

Koha Upgrade
by Ashok Francis 20 Sep '18

20 Sep '18

Dear All, I am running koha17.05.04 on Lubuntu i386. WHen I try to upgrade koha, I am getting the following error. Can you please help me what is missing here? root@GSS-LIBRARY-SERVER:/home/gss-library-server# sudo apt-get install koha-common Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: koha-common : Depends: libnet-oauth2-authorizationserver-perl but it is not going to be installed Depends: libsearch-elasticsearch-perl but it is not going to be installed Depends: perl-modules-5.26 but it is not installable or libtest-simple-perl (>= 1.302073) E: Unable to correct problems, you have held broken packages.

2 1

Unable to Check-In Error
by SATISH 19 Sep '18

19 Sep '18

Hi, Running Koha 16.11.11 / Package Installation/ Ubuntu 14.04 Desktop with MySQL. (updating from previous versions as and when the new releases are made) "Unable to Check-In" message is displayed for few patrons when trying perform checkin. Can you please help me how to fix the issue. Please find screenshots of the same here. https://ibb.co/nHf0FG https://ibb.co/mNHahw Already did dbms auto increment fix as per URL https://wiki.koha-community.org/wiki/DBMS_auto_increment_fix#The_solution With Thanks Satish MV Librarian Govt. Engineering College, Hassan Karnataka. --

6 10

Re: [Koha] Looking for an even more simplified entry
by Robert Flach 17 Sep '18

17 Sep '18

Thanks for the welcome! Thanks to everyone who offered me feedback, but especially to BWS Johnson for the awesomely thorough welcome and response. I guess the ultimate answer is that I am going to have to get more comfortable with marc :(. The good news is that my 12 year old helper has started helping with inventorying the collection and doesn't seem too phased by the default Fast Add Framework. I will definitely be reading up more and hopefully just getting comfortable with the MARC in general and with cataloging in general. My degree is in English lit, but my day job is as a software developer, so I hope I can eventually contribute back to the community in meaningful ways. Thanks, Robert Flach On 09/16/2018 03:59 AM, BWS Johnson wrote: > Salve! > > First, welcome to the Koha Community. > > Second, you've stumbled upon the reason that Librarians have a > Master's degree. Tell yourself this when your swearing about your > current situation. > > >> > My name is Robert Flach, and I'm the new librarian for a small church > library that was on a card-catalogue system and then managed by several > people who didn't keep up with said catalog. I've gotten koha installed > (ubuntu package version), and mostly configured. I've purchased a barcode > scanner and receipt printer and have them working as well. I would > seem to > be on my way. So my first project is to do a complete inventory, and that > starts with transferring all records into the electronic system from the > card catalog and getting them barcoded. > >> > > Yep, you are well underway. > > >> > The big challenge I have is with cataloging non-traditional books. > Basically, I can handle adding records when I can find a MARC Record > that I > can download through Z39.50/SRU, but the church library has a very large > contingent of materials that don't have isbn's and don't exist in any > Z39.50 > db. Lot's of pamphlets and small self-published books and the like. > I was > looking for a solution that would give me a super simplified entry > form for > these types of materials that would match the info that I have > available in > the card catalogue (title, author, subject, dewey #, section, > barcode), and > which would be halfway readable and usable by my children helpers who are > helping me inventory and catalog everything. I could live with a few > extra > fields, but even the most simplified MARC-looking record interface is > daunting for them (and for me for that matter, though I can get by and > have > been reading about marc). > >> > > Normally this is where I would tell someone to think about a > Library that kind of matches theirs and just add the Z39.50 gateway to > their search. However, you're at a church Library, so I'll tell you > the liklihood of you finding a similar Library with a gateway is slim > to none, so don't try too hard or at all. > > Here are three of the fields you wanted. > > title: 245 $a > author: 1xx $a > subject: 650 $a > > A field that I would recommend because it's awesome: > > URL: 856 $u > > Abusing this bad boy will let you link to a website easily, > which is insanely handy. > > If you haven't already read it, head on down to: > > https://www.loc.gov/marc/umb/ > > Don't try to read all of that in one sitting, or you're like to > make yourself sick. > > Those XXs in author really mean you have to go read the MARC > rules for that field since it's not properly 100 $a. This is > particularly true at a church library. A lot of the exceptions we're > taught about in Library School come from religion. For instance, the > Bible. For another example, materials originating from the College of > Cardinals. Religious stuff just does not fit nicely in a box, which is > what MARC is. That said, since you're at a tiny Library, no one is > paying attention to how naughty you are or are not anyway. Any > electronic record you generate is better than no record whatsoever. So > I'm totally going to spare you my RDA spiel. I will however say that > you are pretty much the reason Koha was made in the first place. Don't > forget that if you catch any snark from someone. > > >>>The better you make each record, the faster you will be able > to find stuff later.<<< I cannot stress this point enough. Everything > seems all innocent now. If you don't spend enough time thinking now, > it will be a total mess for the next person and for your patrons > later. So take comfort in the fact that you are providing a major > upgrade going from a card catalogue to Koha, but not so much comfort > that you cut way more corners than necessary. > > If you're absolutely overwhelmed by frameworks even after a > little grinding, what you might want to do is mock up a simple > spreadsheet and then use MARCedit to dump that information in Koha. > This is a terrible idea, so it's very much a last resort. You should > definitely get to know MARCedit, though, since it will let you do cool > stuff to save time. Anyway, if you do decide to do terrible things > when no one is looking, do a Google search for MarcEdit import from > CSV. Just realise that you are not meant to keep batch importing > crappy records until the end of time. It does horrible things to your > database, which defeats your primary purpose of saving the time of the > reader. Which you probably won't know, so I'll put those here courtesy > of Ranganathan, who was right about all stuff Library and Information > Science. His laws fit on my old Library business cards, so no excuses, > go read this. > > https://librarysciencedegree.usc.edu/blog/dr-s-r-ranganathans-five-laws-of-… > > Cheers, > Brooke

1 0

Software error
by Sahadeo Taware 17 Sep '18

17 Sep '18

I am updating koha software from 17.11 to 18. it gives the error Software error: DBIx::Class::Storage::DBI::_dbh_execute(): Table 'koha_library.library_groups' doesn't exist at /usr/share/koha/lib/Koha/Objects.pm line 129 For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error. -- Sahadeo D. Taware Librarian, M.L.I.Sc., NET Thakur College of Science and Commerce Thakur Village, Kandivli(E), Mumbai 400101 Mob. No 9324912816 Office 28870627 Extn. 126

3 2