March 2021 - Koha-devel - lists.koha-community.org

How to make self-referential URLs in Koha
by dcook＠prosentient.com.au 30 Jan '23

30 Jan '23

Hi all, With some recent code, I've been using creating self-referential URL in Koha using CGI->url(), and passing it as a value. With CGI, the URL is correct (ie starting with /cgi-bin/koha). With Plack, it's not, because the OPAC is mounted as "/opac". I worked around this by rewriting the self-referential URL in my code, but I was wondering if anyone else had any thoughts on this. I've noticed there are a few places in Koha where we use CGI->url() and I'm guessing we may have unexpected bugs in Plack-enabled Koha as a result. Of course, one workaround would be to have /opac and /intranet aliases or URL rewriting in Apache, so that the self-referential URLs created by Plack still end up resolving. I wonder if that's the easiest path forward. In the past, I have wondered if we could get rid of "/cgi-bin/koha" as a path prefix all together (especially as cgi-bin scares security tools), but it's so deeply embedded in Koha at this point that it seems a huge task to replace it. Anyway, just throwing that out there. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Australia Office: 02 9212 0899 Online: 02 8005 0595

6 8

String Freeze Notice
by Joy Nelson 12 Aug '22

12 Aug '22

Greetings! Just a quick note that string freeze will go into effect at the end of day 12/16/2019 for the maintenance branches. Maintenance releases scheduled for the 23rd. Translations can begin on the 17th. Thanks! -- Joy Nelson President, Koha Division ByWater Solutions <http://bywatersolutions.com> Support and Consulting for Open Source Software Phone/Fax (888)900-8944 What is Koha? <http://bywatersolutions.com/what-is-koha/>

3 3

Z39.50 daemon with ElasticSearch
by Zeno Tajoli 24 Jun '21

24 Jun '21

Hi to, I'm trying to use ElasticSearch everywhere with Koha 20.11 I'm working on Debian 10, EleasticSearch 6.8.13, Java openjdk 11 (Debian package) The search on Opac and Intranet is OK. Problems are on z39.50 server. With bug 13937 a z39.50/SRU server is ready also with ES as search back-end. But now the demonization of the script doesn't work. If i do: sudo koha-z3950-responder --start lib and I do a check with: yaz-client Z> open 127.0.0.1:2100/biblios Connecting...OK. Sent initrequest. Target closed connection Z> The result is 'closed connection', ZOOM error: 1004 But if do: sudo koha-z3950-responder --stop lib sudo koha-shell lib /usr/bin/perl /usr/share/koha/bin/z3950_responder.pl -c /etc/koha/sites/lib/z3950 -l /var/log/koha/lib/z3950.log koha@deb:~$ yaz-client Z> open 127.0.0.1:2100/biblios Connecting...OK. Sent initrequest. Connection accepted by v3 target. ID : 81 Name : Koha/GFS/YAZ Version: 20.11.00.000/5.30.3 2af59bc45cf4508d5c84f350ee99804c4354b3b3 Options: search present triggerResourceCtrl namedResultSets Elapsed: 0.012131 Z> f css3 Sent searchRequest. Received SearchResponse. Search was a success. Number of hits: 1, setno 1 records returned: 0 Elapsed: 0.915224 Z> show 1 Sent presentRequest (1+1). Records: 1 []Record type: USmarc 00357nam a22001217a 4500 005 20201208204443.0 008 201208b ||||| |||| 00| 0 eng d 040 $c IFLA 100 $a Tajoli, Zeno 245 $a Node.js e CSS3 ... So the script 'z3950_responder.pl' is working, the transformation into daemon not. Do you have any suggestion/check to fix this situation ? Cheers Zeno Tajoli -- Zeno Tajoli System Librarian

3 4

Plugin hooks on datas and store()
by Fridolin SOMERS 12 Apr '21

12 Apr '21

Hi, While testing new hook : https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27066 I faced a problem : How can I modify the current patron object ? Since we are in the store() method of that object and inside a transation. I tried to call $self->SUPER::store(); but does not work. Should we implement this possiblity or document hooks to say it is impossible. Thanks a lot for your help :D Best regards, -- Fridolin SOMERS <fridolin.somers(a)biblibre.com> Software and system maintainer 🦄 BibLibre, France

4 12

Second look needed on a few (2!) lines related to plugins
by Victor Grousset/tuxayo 09 Apr '21

09 Apr '21

Hi :) It's about Bug 25476 - Uploaded files can't be easily browsed via upload.pl There are two lines in the patch that are out of my knowledge to QA: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25476#c6 [% PROCESS plugin_pars %] [...] $plugin? ( public => 1 ): () Does this look familiar to anyone? Cheers, -- Victor Grousset/tuxayo

5 5

Bug 28022 - MARC subfield 9 not honoring visibility
by Thomas Klausner 02 Apr '21

02 Apr '21

Hi! Can anybody here maybe review / comment on my bug report & patch 28022 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28022 Here's the patch: https://github.com/domm/Koha/commit/d19abcc23d5793becdd5edca26c4bd2d47fcd33f Greetings, domm -- #!/usr/bin/perl http://domm.plix.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}

3 4

Switching from SysV to Systemd for koha-common service
by dcook＠prosentient.com.au 31 Mar '21

31 Mar '21

Hi all, I was just installing koha-common, as you do, and I noticed the following warning: Failed to enable unit: Unit /run/systemd/generator.late/koha-common.service is transient or generated. This is the product of the following command: "update-rc.d koha-common enable" I think I was able to work around it by running the following: "/lib/systemd/systemd-sysv-install enable koha-common" However, I'm thinking it is probably time to switch koha-common from SysV to Systemd. We'll lose a bit of functionality for the "status" option, but otherwise it shouldn't be too bad. I think we'll lose the "restart" as well as I think the systemd restart is a "stop" and "start". 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

2 2

Koha Community Newsletter: March 2021
by Koha Newsletter 28 Mar '21

28 Mar '21

The Koha Community Newsletter for March 2021 is here: https://koha-community.org/koha-community-newsletter-march-2021/ Many thanks to everyone who submitted articles and news to last month's newsletter! Please feel free to email me with any corrections or suggestions. -- Michael Kuhn Editor, Koha Community Newsletter

1 0

/usr/share/koha/api/v1/app.pl slow to startup
by dcook＠prosentient.com.au 25 Mar '21

25 Mar '21

Hi all, Does anyone else notice that /usr/share/koha/api/v1/app.pl is slow to startup, especially when starting up many instances (for example when installing/upgrading koha-common)? I already have a bug open to improve the koha-upgrade-schema performance (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26596) for package install/upgrade. However with /usr/share/koha/api/v1/app.pl (and thus "/usr/share/koha/lib/Koha/REST/V1.pm") it seems trickier. Using --preload-app with Starman might be helpful as it might reduce the load (by preloading the app into the master process before forking). However, I think a lot of the work is done by the API startup when it's merging and validating the API schema. I'm not sure there's really any way around that. Maybe there are efficiencies to be gained but would need to do some profiling. Anyway, I suppose I'm just mostly interested to see if other people are also finding it painfully slow, especially for larger scale installations. 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

1 0

Release of Koha 20.11.04
by Fridolin SOMERS 24 Mar '21

24 Mar '21

Hello everyone 🤗 The Koha community is proud to announce the release of Koha 20.11.04. It is a maintenance release. The full release notes are available here: https://koha-community.org/koha-20-11-04-released/ Debian packages should be available in a few days. Best regards 🤓 -- Fridolin SOMERS <fridolin.somers(a)biblibre.com> Software and system maintainer 🦄 BibLibre, France

1 0