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

release-tools
by Tomas Cohen Arazi 28 Nov '22

28 Nov '22

Hi all this is for rmaints mostly, I've just added a new 'tarball' option to koha-release. Please review and comment if you'd prefer some other way to do this. Also, I think we should work on the release tools a bit so all parameters are named and have option switches to simplify the code. Objections? -- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B2F3C15F

2 2

Koha Community Newsletter: November 2022
by Koha Newsletter 28 Nov '22

28 Nov '22

The Koha Community Newsletter for November 2022 is here: https://koha-community.org/koha-community-newsletter-november-2022/ Many thanks to everyone who submitted articles and news to this newsletter! Please feel free to email me with any corrections or suggestions. -- Michael Kuhn Editor, Koha Community Newsletter

1 0

Koha 22.11.00 Rosalie released
by Tomas Cohen Arazi 25 Nov '22

25 Nov '22

The Koha community is proud to announce the release of Koha 22.11.00. Koha 22.11.00 is a major release, that comes with many new features. It includes 13 new features, 351 enhancements, 3 security fixes, 551 bugfixes. The full release notes are available here: https://koha-community.org/koha-22-11-released/ <https://koha-community.org/koha-22-05-released/> Debian packages should be available soon Best regards -- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B2F3C15F

1 0

Next Friday: Patch testing session to help enhancements and bug fixes to be released
by Victor Grousset/tuxayo 25 Nov '22

25 Nov '22

Hi :) This is for the support providers that aren't used to testing patches and any provider that knows libraries where someone could be interested. To be forwarded to librarians, system librarians, educators, devs, sysadmins and other people that could be interested in contributing to Koha. Let's meet at any moment in the following timeframe: 13h-20h UTC&UK / 8h-15h US East / 5h-12h US West The place is https://visio.chapril.org/koha (the text chat can be opened with the 4th button at the bottom: 🗨️) Reminder of the modalities: The idea is to test patches to contribute to Koha. The biggest bottleneck for having more bugs fixes and enhancements is patch testing. Thus this call for getting together as Koha users. No need for particular skills, just basic Koha usage. You can come an leave at any moment, even for a short time it's possible to get simple stuff moving forward. We will use a VoIP call with chat tool to speak and eventually screenshare. It's possible to join without sound and only use chat. So if you are at the front desk and there are not much patrons you can still test patches ^^ So, whichever communication mode is the most convenient for you. No need to have a local Koha instance. Just with a web browser we can use the sandboxes [1] to have temporary Kohas to test most patches and do whatever we want without bad consequences. Here is a resource about how to test patches using sandboxes: https://wiki.koha-community.org/wiki/Sandboxes Cheers, [1] https://wiki.koha-community.org/wiki/Sandboxes -- Victor Grousset/tuxayo

1 0

Re: [Koha-devel] [Koha] OAI-PMH harvester
by BOUIS Sonia 22 Nov '22

22 Nov '22

Hi, Thanks to David, Tomas, Michal and Michael for your replies. So we have decided to evaluate several external OAI-PMH client that could be used by Koha and to choose one in the end of January There a lot to do after that and we discussed about the background jobs and cronjobs seems to be appropriate. We thought that the settings in the koha intranet should be only to define URLs, SETs, or XSLT sheets (for example, to transform DC XML in MARCXML). We are only at the begining of the process 😊 Kind regards, Sonia ------------------------------ Message: 2 Date: Wed, 26 Oct 2022 10:37:49 +1100 From: "David Cook" <dcook(a)prosentient.com.au> To: "'Tomas Cohen Arazi'" <tomascohen(a)gmail.com>, "'BOUIS Sonia'" <sonia.bouis(a)univ-lyon3.fr> Cc: "'koha'" <koha(a)lists.katipo.co.nz>, "'koha-devel'" <koha-devel(a)lists.koha-community.org> Subject: Re: [Koha-devel] [Koha] OAI-PMH harvester Message-ID: <07af01d8e8ca$dfbddef0$9f399cd0$(a)prosentient.com.au> Content-Type: text/plain; charset="utf-8" Hi Sonia, I’m excited to hear that KohaLA would like to finance an OAI-PMH client in Koha! This functionality is always brewing in the back of my mind, since I first raised 10662 back in 2013. As Tomas says, I think that the background jobs are a key component for processing incoming OAI-PMH records. However, the ***missing component right now is the scheduling of the OAI-PMH harvesting tasks***, and I think this is where opinions get divided. Below, I’ll provide some history and opinions on Koha OAI-PMH. -- With 10662, the sponsored goal was for Koha library staff to schedule OAI-PMH harvests through the Web UI. However, Fridolin from BibLibre raised a point with me at Kohacon18 about how letting library staff control the timing of harvesting tasks could be a problem for support vendors. If too many libraries using the same public IP address tried to harvest from the same OAI-PMH repository, they could be rate limited or blocked. There could also be server load concerns. So there probably needs to be a balance between user configuration and system configuration. If I recall correctly, this is how DSpace’s OAI-PMH harvester works. Users set up targets and can start/stop harvests, but things like frequency and concurrency are handled by the system configuration. Based on my experience working on OAI-PMH on and off for nearly 10 years and as a Koha support vendor, I think my preference would be for sysadmins to handle most of the OAI-PMH harvesting details. The sponsorship for 10662 had certain requirements that many other libraries might not have, which is what made me think that it might be better to have an external client that connects to Koha. I thought maybe I could get the ordinary requirements pushed into Koha, and then handle extraordinary requirements externally. However, an external harvester won’t perform as fast as an internal harvester. (The compromise would be to write the harvester in such a way that people could provide different OAI-PMH harvester Perl modules that all stage records using the same core Koha modules.) Even then… the scheduling would depend on a library’s needs. Back in 2013, I had a Koha OAI-PMH harvester which worked as a cronjob. It would run each night. However, some libraries want to run OAI-PMH harvests as frequently as every 3 seconds. A cronjob’s smallest frequency is 60 seconds, so that wouldn’t work for that requirement. If a cronjob isn’t suitable, then I think you’d need a daemon created by a new command like “koha-oai --start <instance_name>”. It could read a configuration file and handle scheduling accordingly. With 10662, I used the POE module, because I knew it well and it has some timer tools for scheduling tasks. If I were to work on it again, I’d probably use Mojo::IOLoop instead these days, since Mojolicious is already part of Koha while POE is not. (That said, using modules like Mojo and POE are difficult, because they’re difficult to test using automation. That was one of the stumbling blocks with 10662. While the 10662 harvester worked very well, it was difficult to unit test. In hindsight, I should’ve written it in a way that was easier to unit test, but it had a lot of event-driven code which made things more difficult.) Another option would be to create a generic daemon for task scheduling in general (e.g. “koha-schedule”). Koha could use this for many things, but it’s a project in itself. -- The process of downloading OAI-PMH records and importing MARCXML into Koha is actually a fairly straightforward process. The difficulty is the task scheduling and management of tasks (and unit testing). I don’t know the answer that will make everyone happy. There’s lots of different ways of managing and scheduling the tasks. Based on my experience, I’d suggest targeting the simplest approach first, because complexity will make it less likely for the project to succeed. On that note, I’d be happy to test/QA any OAI-PMH harvester put forward. When I was writing OAI-PMH harvester patches, I found it really hard to get QA, so I’m happy to be that resource for someone else. I’ve spent a lot of time thinking about this topic, so happy to provide advice, warnings, emotional support 😉. David Cook Senior Software Engineer Prosentient Systems Suite 7.03 6a Glen St Milsons Point NSW 2061 Australia Office: 02 9212 0899 Online: 02 8005 0595 From: Koha-devel <koha-devel-bounces(a)lists.koha-community.org> On Behalf Of Tomas Cohen Arazi Sent: Wednesday, 26 October 2022 3:46 AM To: BOUIS Sonia <sonia.bouis(a)univ-lyon3.fr> Cc: koha <koha(a)lists.katipo.co.nz>; koha-devel <koha-devel(a)lists.koha-community.org> Subject: Re: [Koha-devel] [Koha] OAI-PMH harvester I think with background jobs we have most of the framework that is needed to deal with this within Koha. Best regards El mar, 25 oct 2022 7:08, BOUIS Sonia <sonia.bouis(a)univ-lyon3.fr <mailto:sonia.bouis@univ-lyon3.fr> > escribió: Hi, KohaLA would like to finance an OAI-PMH client in Koha but, we have questions that we want to raise to the community. There was already tries to propose an OAI-PMH client : - https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 : it's an old project that doesnt seem compatible with the current version of Koha - https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25905 : the scope is more to use an external OAI-PMH client and to connect it to Koha Our main question is about the way to handle this. Do you think that it's a better idea to use an external software or PERL routine and to find a way to connect it to Koha. Or would it be better to a new module in Koha from scratch and that Koha have his own OAI-PMH client. Please, let us hear your toughts about this projet. Kind regards Sonia Sonia BOUIS ------------------------------------------------------ Responsable du Service informatique documentaire Département d'Appui à la Recherche et aux Projets (DARP) Bibliothèques universitaires Université Jean Moulin Lyon 3 ADRESSE GÉOGRAPHIQUE > Manufacture des Tabacs | 6 cours Albert Thomas | LYON 8e ADRESSE POSTALE > Bibliothèque de la Manufacture | 1C avenue des Frères Lumière | CS 78242 - 69372 LYON CEDEX 08 Ligne directe : 33 (0)4 78 78 79 03 http://bu.univ-lyon3.fr<http://bu.univ-lyon3.fr/>| Suivez-nous > Facebook<https://www.facebook.com/bulyon3/> | Twitter<https://twitter.com/bulyon3>| Instagram<https://www.instagram.com/bu.lyon3/?hl=fr> _______________________________________________ Koha mailing list http://koha-community.org Koha(a)lists.katipo.co.nz <mailto:Koha@lists.katipo.co.nz> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20221026/d…> ------------------------------ Subject: Digest Footer _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : https://www.koha-community.org/ git : https://git.koha-community.org/ bugs : https://bugs.koha-community.org/ ------------------------------ End of Koha-devel Digest, Vol 203, Issue 15 *******************************************

1 0

translation issues fix script for Release Maintainers
by Arthur Suzuki 22 Nov '22

22 Nov '22

Hello Koha Folks, RMaint fellows, Struggling with translation issues at each release I've started to write a script to fix "most" small translation issues. The script is to be executed in Koha's source folder after merging the translation branch. Best, Arthur -- Arthur Suzuki, 🌈🏔️ Développeur @BibLibre

3 3

Some very sad news.
by Chris Cormack 22 Nov '22

22 Nov '22

Tēnā koutou It is with great sadness that I pass on to you all the news that Rosalie Blake has passed away. Rosalie was the Head Librarian at Horowhenua Library Trust when Koha was started and without her Koha would not exist. But more than this Rosalie was an amazing person, a librarian who always thought outside the box, a gifted potter, a friend to many and a beloved mother and grandmother. Details around the funeral and memorial note should be available tomorrow. But I am sure you will all join me holding Rosalie's family and friends in your thoughts. Tiwhatiwha te pō, tiwhatiwha te ao. Chris

8 8

Re: [Koha-devel] Missing default settings in Koha 22.05.06 web installer
by mik＠vtxmail.ch 19 Nov '22

19 Nov '22

Hi Katrin Thanks for your message! You wrote: > did you check if the necessary files were all created? > If the translations weren't created, that could explain why the GUI > language didn't switch and why you have entries missing. $ sudo koha-translate --list de-DE The content of "/usr/share/koha/intranet/cgi-bin/installer/data/mysql/de-DE" is the following and looks the same as in other installations I have access to. mandatory: -rw-r--r-- 1 root root 92865 17. Nov 21:13 auth_values.yml -rw-r--r-- 1 root root 1816 17. Nov 21:13 class_sources.yml -rw-r--r-- 1 root root 1644 17. Nov 21:13 sample_frequencies.yml -rw-r--r-- 1 root root 59123 17. Nov 21:13 sample_notices.yml -rw-r--r-- 1 root root 2092 17. Nov 21:13 sample_numberpatterns.yml marcflavour: drwxr-xr-x 4 root root 4096 17. Nov 21:13 marc21 drwxr-xr-x 4 root root 4096 17. Nov 21:13 unimarc optional: -rw-r--r-- 1 root root 6518 17. Nov 21:13 auth_val.yml -rw-r--r-- 1 root root 1486 17. Nov 21:13 csv_profiles.yml -rw-r--r-- 1 root root 10988 17. Nov 21:13 marc21_holdings_coded_values.yml -rw-r--r-- 1 root root 18262 17. Nov 21:13 marc21_relatorterms.yml -rw-r--r-- 1 root root 394 17. Nov 21:13 parameters.yml -rw-r--r-- 1 root root 427 17. Nov 21:13 patron_atributes.yml -rw-r--r-- 1 root root 4628 17. Nov 21:13 patron_categories.yml -rw-r--r-- 1 root root 5872 17. Nov 21:13 sample_creator_data.yml -rw-r--r-- 1 root root 1302 17. Nov 21:13 sample_itemtypes.yml -rw-r--r-- 1 root root 545 17. Nov 21:13 sample_libraries_holidays.yml -rw-r--r-- 1 root root 1158 17. Nov 21:13 sample_libraries.yml -rw-r--r-- 1 root root 1838 17. Nov 21:13 sample_news.yml -rw-r--r-- 1 root root 51749 17. Nov 21:13 sample_patrons.yml -rw-r--r-- 1 root root 8149 17. Nov 21:13 sample_quotes.yml -rw-r--r-- 1 root root 1802 17. Nov 21:13 sample_z3950_servers.yml > If you select English, everything looks normal? No, it looks exactly the same when in menu "Choose your language" using "en" instead of "de-DE". You also wrote: > I tried running the translation on my dev environment for 22.05 and the > translation script didn't show an error with the po files. So far so > good. I then also ran through the web installer: the interface language > switched and all options appeared. > > If the installation of de-DE didn't finish correctly, you might find > that the files are missing in installer/data/mysql/de-DE. They seem to be there (see above). > I'd try uninstalling de-DE and reinstalling, maybe it will help. > Aleisha > posted on some issues with the translations the other day, wonder if > this could be related? I removed de-DE: $ sudo koha-translate --remove de-DE Now "sudo koha-translate --list" didn't show anything anymore. But the files (as shown above) are still there. I then tried again using the webinstaller to populate the database tables but nothing has changed. Then I removed the complete Koha instance, created it again and reinstalled "de-DE". I had to remove the cookies for the webinstaller to get access to the original webinstaller login. Again I chose "de-DE" as the language. For whatever reason now the language turned to German and everything went and looked as it should. Thanks for your help! Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik(a)adminkuhn.ch · W www.adminkuhn.ch

2 1

Missing default settings in Koha 22.05.06 web installer
by mik＠vtxmail.ch 18 Nov '22

18 Nov '22

Hi Using Debian packages I am installing Koha 22.05.06 on a fresh install of Debian GNU/Linux 11. After creating the new instance I am running the web installer. 1. When asked "Choose your language" I am selecting language "de-DE", then continue. In previous versions the following dialogues then were in german, but now they are all in English. 2. When asked for "Selecting default settings" the sections for "MARC frameworks: MARC 21" lokk OK but the options in section "Other data" are just not there, see the attached screen shots: * http://adminkuhn.ch/download/defaultsettings-1.png * http://adminkuhn.ch/download/defaultsettings-2.png * http://adminkuhn.ch/download/defaultsettings-3.png Is this maybe a bug in Koha 22.05.06 or am I doing something wrong? Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E mik(a)adminkuhn.ch · W www.adminkuhn.ch

2 2

Call for news - Newsletter November 2022
by Koha Newsletter 13 Nov '22

13 Nov '22

Hi I'm collecting news for the November 2022 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. Text format criteria: * Just structured plain text, or * HTML text to include tables or similar For events: * Consider adding your event to the Koha Community calendar at https://koha-community.org/calendar/ Thank you! Michael Kuhn Editor, Koha Community Newsletter

1 0