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

Add multi-branch support to AutoSelfCheckAllowed
by dcook＠prosentient.com.au 28 Jun '21

28 Jun '21

AutoSelfCheckAllowed is a useful system preference, but it really only works if you have 1 branch. Lots of libraries have multiple branches. We have a local customization to get around this but I don't love it. How do people think Koha could have multi-branch support for AutoSelfCheckAllowed? Of course, AutoSelfCheckID and AutoSelfCheckPass are a hack. But that's a topic for another day. 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

3 4

Request for two signoffs
by Marcel de Rooy 25 Jun '21

25 Jun '21

Hi all, The following two bugs have been waiting for attention for some time already: Bug 20310 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20310 Article requests: Can we redirect article records without items to host record? Has been adjusted after earlier feedback. Bug 26302 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26302 OPAC XSLT Results: List variable number of itemcallnumbers Submitted 2020, rebased, extended yesterday. Thanks for your help in getting this further. Marcel

1 0

Koha 20.05.13 released, ⚠ security release
by Victor Grousset/tuxayo 25 Jun '21

25 Jun '21

Hello! :) The Koha Community is happy to announce the release of Koha 20.05.13 The full release notes can be found at: https://koha-community.org/koha-20.05.13-released/ Debian packages should be available shortly. Thanks to everyone involved :) Cheers, -- Victor Grousset/tuxayo

1 0

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

Release of Koha 21.05.01
by Nick Clemens 24 Jun '21

24 Jun '21

Hi all! The Koha community is pleased to announce the release of Koha 21.05.01! The full release notes can be found here: https://koha-community.org/koha-21-05-01-released/ Thanks! Kyle + Nick -- Nick Clemens ByWater Solutions bywatersolutions.com Phone: (888) 900-8944 Pronouns: (he/him/his) Timezone: Eastern Follow us: <https://www.facebook.com/ByWaterSolutions/> <https://www.instagram.com/bywatersolutions/> <https://www.youtube.com/user/bywatersolutions> <https://twitter.com/ByWaterSolution>

1 0

docker1 needs debian upgrading
by Mason James 20 Jun '21

20 Jun '21

hi folks can someone (possibly bywater) upgrade debian on docker1, pleeese some tests are failing because it's debian is too old thanks, Mason

2 5

plugin won't enabled in 20.11.x and no error in logs
by Julien Sicot 18 Jun '21

18 Jun '21

Hi all, I'm facing an installation problem on a plugin we developed to manage requests for documents from stacks (which is inspired by the article request module). https://github.com/DSI-Universite-Rennes2/koha-plugin-warehouse-request <https://github.com/DSI-Universite-Rennes2/koha-plugin-warehouse-request> Until now it worked fine, but after a koha upgrade in 20.11.x, it is stuck with the status disabled and it won't activate. The plugin seems to compile well and I get no errors in the logs which is a bit tricky for debugging :-( In the database it is considered as enabled and installed which is odd... Only the plugin_methods is not supplied. The « tool » and « configure » parts seems to work but not the contrib API routes… I must be missing something but I can't see what… Thanks for the help Best, Julien Sicot Systems Librarian Université Rennes 2

4 5

Follow-up patches and why not to use them
by Joonas Kylmälä 18 Jun '21

18 Jun '21

Hi, I just bumped in another case of follow-up patch style causing us trouble. In bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28490 I had to spend considerable amount of time just reverting all the problematic patches and making sure I didn't miss any related patches, instead of just reverting one patch and knowing I would be good to go with that. Reverting this many patches also means a lot more review work yet again because you have no commit messages to reference to easily or if you want to use those you have to jump from patch to patch to find out what the change does. And this extra review work needs to be done by two people when reverting such follow-up patch series! If we instead asked the original author to fix the patches then this work would need to be done only ~once. The argument against this I have heard is that it makes the review work harder because you don't know what has changed since the previous version. I think however that is not very useful because the second reviewer doesn't benefit from this at all and makes their work harder and also the first reviewer even sometimes might review the revision after many days by which time they have forgotten already the context so basically they end up in the same situation as the second reviewer and have to jump between patches. Just my two cents, I hope we can stop doing follow-ups and instead have commits which contain one single change to decrease our time spent on review and make sure we don't miss any problems due to having to jump between so many contexts. Joonas

4 5

pqf.properties / Zebra / Z3950
by Marcel de Rooy 18 Jun '21

18 Jun '21

Hi all, Looking at bug 8280. I am wondering why we should have two pqf.properties files. They are already not exactly the same. Could we let the new daemon use the pqf file from the Zebra folder ? Marcel

1 0

Time to translate: string freeze to prepare Koha 20.05.13 has begun
by Victor Grousset/tuxayo 16 Jun '21

16 Jun '21

Hi, saluton, hola, bonjour, String freeze is into effect as of now for the 20.05.x maintenance branch. The minor release is scheduled for around the 22th. This means it's the right time to head over to the translation platform: https://translate.koha-community.org/projects/ Reminder: if you add or change a translation in version 20.05, then you must also copy it to 20.11 and 21.05. Otherwise your work will be lost for future versions. (We've had a recent significant case of that!) Happy translating, -- Victor Grousset/tuxayo

1 0