<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body>A new request with request id 9771 has been created by koha-devel-request@lists.koha-community.org. Short info on the request is : <br><br>Title : Koha-devel Digest, Vol 198, Issue 20<br>Category : <br>Description : <div>Send Koha-devel mailing list submissions to<br>    koha-devel@lists.koha-community.org<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br>    https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>or, via email, send a message with subject or body 'help' to<br>    koha-devel-request@lists.koha-community.org<br><br>You can reach the person managing the list at<br>    koha-devel-owner@lists.koha-community.org<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Koha-devel digest..."<br><br><br>Today's Topics:<br><br>   1. Automatic graceful reloading of Koha after plugin<br>      install/upgrade (dcook@prosentient.com.au)<br>   2. Re: Gitlab policy changes (dcook@prosentient.com.au)<br>   3. Developing/Testing Zebra using Docker (dcook@prosentient.com.au)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Thu, 26 May 2022 10:39:58 +1000<br>From: <dcook@prosentient.com.au><br>To: "'koha-devel'" <koha-devel@lists.koha-community.org><br>Cc: "'Kyle Hall'" <kyle@bywatersolutions.com><br>Subject: [Koha-devel] Automatic graceful reloading of Koha after<br>    plugin install/upgrade<br>Message-ID: <0b5c01d87099$2952a960$7bf7fc20$@prosentient.com.au><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi all,<br><br> <br><br>How good would it be to have automatic graceful reloading of Koha after<br>plugin install/upgrade?<br><br> <br><br>Andreas Jonsson suggested it at<br>https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21366#c8 and it<br>looks like it's easily doable using a SIGHUP as a web user. (Admittedly,<br>I've just sent the SIGUP as the relevant CLI user, but it should be fine as<br>a web user as well.)<br><br> <br><br>Having to manually restart Koha after a plugin install/upgrade is rather<br>annoying and even impossible for some libraries, so it seems like this would<br>be a big improvement. <br><br> <br><br>Thoughts?<br><br> <br><br>David Cook<br><br>Senior Software Engineer<br><br>Prosentient Systems<br><br>Suite 7.03<br><br>6a Glen St<br><br>Milsons Point NSW 2061<br><br>Australia<br><br> <br><br>Office: 02 9212 0899<br><br>Online: 02 8005 0595<br><br> <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220526/c226cbca/attachment-0001.htm><br><br>------------------------------<br><br>Message: 2<br>Date: Thu, 26 May 2022 10:54:01 +1000<br>From: <dcook@prosentient.com.au><br>To: "'Doug Kingston'" <dpk@randomnotes.org>, "'Tomas Cohen Arazi'"<br>    <tomascohen@gmail.com>, "'Chris Cormack'" <chrisc@catalyst.net.nz><br>Cc: "'koha-devel'" <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] Gitlab policy changes<br>Message-ID: <0b6101d8709b$1ea3c240$5beb46c0$@prosentient.com.au><br>Content-Type: text/plain; charset="utf-8"<br><br>Does The Horowhenua Library Trust still exist? It looks like it was dissolved by their local council back in 2016. I tried to find some recent information on it, but I could only see https://www.stuff.co.nz/dominion-post/news/local-papers/horowhenua-mail/80627473/trust-running-horowhenua-libraries-and-te-takere-to-be-axed-in-a-month<br><br> <br><br>https://fyi.org.nz/request/4270-dissolution-of-te-horowhenua-trust<br><br>https://www.tetakere.org.nz/About-Us/Our-Story<br><br> <br><br>Looks like the Koha trademark in NZ is marked as owned by “Te Horowhenua Trust 2016” (case no 953837). <br><br> <br><br>Ah Joann already covered this in https://wiki.koha-community.org/wiki/THT_and_Koha. While all the details aren’t there, it looks like a new trust must’ve been created. <br><br> <br><br>I imagine the Koha folk in NZ might have more information?<br><br> <br><br>David Cook<br><br>Senior Software Engineer<br><br>Prosentient Systems<br><br>Suite 7.03<br><br>6a Glen St<br><br>Milsons Point NSW 2061<br><br>Australia<br><br> <br><br>Office: 02 9212 0899<br><br>Online: 02 8005 0595<br><br> <br><br>From: Koha-devel <koha-devel-bounces@lists.koha-community.org> On Behalf Of Doug Kingston<br>Sent: Thursday, 26 May 2022 10:26 AM<br>To: Tomas Cohen Arazi <tomascohen@gmail.com><br>Cc: koha-devel <koha-devel@lists.koha-community.org><br>Subject: Re: [Koha-devel] Gitlab policy changes<br><br> <br><br>I believe that The Horowhenua Library Trust as the non-profit behind koha-community.org <http://koha-community.org>  and trustees of the koha codebase would qualify to enroll as an open-source organization.<br><br> <br><br>-Doug-<br><br> <br><br>On Wed, May 25, 2022 at 5:06 PM Tomas Cohen Arazi <tomascohen@gmail.com <mailto:tomascohen@gmail.com> > wrote:<br><br>Most limitations are about workers quotas. We can still rely on their services and run our own workers? It feels we should try enrolling as an open source organization, it at least see where the process takes us.<br><br> <br><br>Worth hearing all opinions!<br><br> <br><br>El mié, 25 may 2022 20:55, <dcook@prosentient.com.au <mailto:dcook@prosentient.com.au> > escribió:<br><br>Where did you see that quote, Jonathan?<br><br>Here’s the relevant two lines I’m seeing:<br>1.  “Not seeking profit: Your organization must not seek to make a profit through services or by charging for higher tiers. Accepting donations to sustain your efforts is ok. Read more about this requirement here.”<br>2. “Not seek profit: An organization can accept donations to sustain its work, but it can’t seek to make a profit by selling services, by charging for enhancements or add-ons, or by other means."<br><br>In theory, the organisation should be the Koha Community so it might be OK, since it doesn't sell services. That's in contrast to Duraspace/Lyrasis which is the non-profit company that develops DSpace and hosts a lot of its infrastructure; they sell DSpace services. I suppose though only Gitlab can ultimately make that call though?<br><br>--<br><br>That said, overall, I don't know that we need to apply to the Gitlab for Open Source Program though? It might have some benefits but it might be relying too much on a third-party that can change its services on a whim?<br><br>David Cook<br>Senior Software Engineer<br>Prosentient Systems<br>Suite 7.03<br>6a Glen St<br>Milsons Point NSW 2061<br>Australia<br><br>Office: 02 9212 0899<br>Online: 02 8005 0595<br><br>From: Koha-devel <koha-devel-bounces@lists.koha-community.org <mailto:koha-devel-bounces@lists.koha-community.org> > On Behalf Of Jonathan Druart<br>Sent: Thursday, 26 May 2022 8:33 AM<br>To: Tomas Cohen Arazi <tomascohen@gmail.com <mailto:tomascohen@gmail.com> ><br>Cc: koha-devel <koha-devel@lists.koha-community.org <mailto:koha-devel@lists.koha-community.org> ><br>Subject: Re: [Koha-devel] Gitlab policy changes<br><br>I had a look at it a couple of months ago but at some point you have to "certify that project maintainer are not seeking profit from this project by, for example, selling services"... <br>Le mer. 25 mai 2022 à 17:51, Tomas Cohen Arazi <mailto:tomascohen@gmail.com <mailto:tomascohen@gmail.com> > a écrit :<br>Hi, we need to take a look at the upcoming changes and make a decision on enrolling as an Open Source project:<br><br>https://about.gitlab.com/blog/2022/02/04/ultimate-perks-for-open-source-projects/<br><br>Please read carefully so we can make a decision eventually.<br><br>-- <br>Tomás Cohen Arazi<br>Theke Solutions (http://theke.io/)<br>✆ +54 9351 3513384<br>GPG: B2F3C15F<br>_______________________________________________<br>Koha-devel mailing list<br>mailto:Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> <br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/<br>git : https://git.koha-community.org/<br>bugs : https://bugs.koha-community.org/<br><br>_______________________________________________<br>Koha-devel mailing list<br>Koha-devel@lists.koha-community.org <mailto:Koha-devel@lists.koha-community.org> <br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/<br>git : https://git.koha-community.org/<br>bugs : https://bugs.koha-community.org/<br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220526/1d9f0ee7/attachment-0001.htm><br><br>------------------------------<br><br>Message: 3<br>Date: Thu, 26 May 2022 12:07:53 +1000<br>From: <dcook@prosentient.com.au><br>To: "'koha-devel'" <koha-devel@lists.koha-community.org><br>Cc: "'Fridolin SOMERS'" <fridolin.somers@biblibre.com>, "'Tomas Cohen<br>    Arazi'" <tomascohen@theke.io>, "'Martin Renvoize'"<br>    <martin.renvoize@ptfs-europe.com><br>Subject: [Koha-devel] Developing/Testing Zebra using Docker<br>Message-ID: <0b8901d870a5$75840250$608c06f0$@prosentient.com.au><br>Content-Type: text/plain; charset="utf-8"<br><br>Hi nerds,<br><br> <br><br>Ever feel like Zebra is an intimidating black box of mystery? Well, you're<br>certainly not alone. That's how I felt when I first encountered it over 10<br>years ago.<br><br> <br><br>Over the past decade, I've read through the C code and submitted issue<br>reports to Indexdata, but it wasn't until the other day that I decided I'd<br>try hacking on Zebra to try to understand its operation better (especially<br>faceting). <br><br> <br><br>I kept notes of my process for developing and testing Zebra and I've posted<br>them to https://wiki.koha-community.org/wiki/Developing_Zebra. Using these<br>straightforward steps you should be able to hack, compile, and run Zebra.<br>(At some stage, I might actually provide a Dockerfile or Docker image that<br>is even more convenient.)<br><br> <br><br>When looking at faceting, I wasn't able to solve the problem, but I was able<br>to isolate the problematic function by hacking on Zebra, and now I'm waiting<br>to hear back from Indexdata for advice. So I think it was a useful exercise.<br><br> <br><br>I think Tomas has already hacked on Zebra, so he probably doesn't need this,<br>but I thought it might be interesting for people to review and try if they<br>were interested. <br><br> <br><br>David Cook<br><br>Senior Software Engineer<br><br>Prosentient Systems<br><br>Suite 7.03<br><br>6a Glen St<br><br>Milsons Point NSW 2061<br><br>Australia<br><br> <br><br>Office: 02 9212 0899<br><br>Online: 02 8005 0595<br><br> <br><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20220526/38fb1652/attachment.htm><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>Koha-devel mailing list<br>Koha-devel@lists.koha-community.org<br>https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel<br>website : https://www.koha-community.org/<br>git : https://git.koha-community.org/<br>bugs : https://bugs.koha-community.org/<br><br><br>------------------------------<br><br>End of Koha-devel Digest, Vol 198, Issue 20<br>*******************************************<br></div><br><br>NOTE: You are receiving this mail because, the Requester/Technician wanted you to get notified on this request creation.<br></body></html>