A new request with request id 13564 has been created by koha-devel-request@lists.koha-community.org. Short info on the request is :
Title : Koha-devel Digest, Vol 193, Issue 9
Category :
Description : Send Koha-devel mailing list submissions to
koha-devel@lists.koha-community.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
or, via email, send a message with subject or body 'help' to
koha-devel-request@lists.koha-community.org
You can reach the person managing the list at
koha-devel-owner@lists.koha-community.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Koha-devel digest..."
Today's Topics:
1. Re: My dev list for 22.05 (Nick Clemens)
2. Re: My dev list for 22.05 (dcook@prosentient.com.au)
3. Re: [Changed topic] Action hooks (dcook@prosentient.com.au)
----------------------------------------------------------------------
Message: 1
Date: Wed, 8 Dec 2021 07:37:27 -0500
From: Nick Clemens <nick@bywatersolutions.com>
To: Owen Leonard <oleonard@myacpl.org>
Cc: koha-devel <koha-devel@lists.koha-community.org>
Subject: Re: [Koha-devel] My dev list for 22.05
Message-ID:
<CAA_eX3M0KRce1+G4gvbi_1wwGeWYFFe+4WzRNy=JJHL+-CyNeg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Currently I am working on moving the OverDrive code into a plugin to update
for changes in their API, and to make it easier to adapt in the future
I hope to continue working this cycle on performance in searching and
loading pages throughout Koha
ByWater at large is going to be working on improving the Koha2Koha ILL
plugin, developing a more generic OAuth connector, and other sponsored devs
Generally too, we have a number of devs in the community we would like to
complete and get into Koha.
We're happy to help where we can, please give a ping :-)
On Fri, Dec 3, 2021 at 10:51 AM Owen Leonard <oleonard@myacpl.org> wrote:
> > And also, what's on your list for 22.05?
>
> Some larger things I'm working on:
>
> - Upgrading jQuery in the OPAC and staff client. This depends on
> upgrading jQueryUI which depends on getting the last of the Flatpickr
> patches in.
> - Continue to replace jQueryUI widgets with alternatives, starting
> with features available in Bootstrap
> - Update Bootstrap in the staff client. It currently uses v.3 and
> Bootstrap is currently on v.5.1. Not sure if this one is too big to
> finish for 22.05!
>
> -- Owen
> _______________________________________________
> Koha-devel mailing list
> Koha-devel@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/
>
--
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>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211208/8dbd6340/attachment-0001.htm>
------------------------------
Message: 2
Date: Thu, 9 Dec 2021 09:08:11 +1100
From: <dcook@prosentient.com.au>
To: "'Nick Clemens'" <nick@bywatersolutions.com>
Cc: "'koha-devel'" <koha-devel@lists.koha-community.org>
Subject: Re: [Koha-devel] My dev list for 22.05
Message-ID: <01e901d7ec80$170f59d0$452e0d70$@prosentient.com.au>
Content-Type: text/plain; charset="utf-8"
Hey Nick,
What do you mean by a more generic OAuth connector?
I’ve already done a lot of authentication work locally and hopefully will do more in the community in the time to come, so happy to collaborate more on that. (I find the hardest part of authentication work is not the code, but rather getting community support for moving developments along, so let’s pair up and get some AuthN work done!)
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@lists.koha-community.org> On Behalf Of Nick Clemens
Sent: Wednesday, 8 December 2021 11:37 PM
To: Owen Leonard <oleonard@myacpl.org>
Cc: koha-devel <koha-devel@lists.koha-community.org>
Subject: Re: [Koha-devel] My dev list for 22.05
Currently I am working on moving the OverDrive code into a plugin to update for changes in their API, and to make it easier to adapt in the future
I hope to continue working this cycle on performance in searching and loading pages throughout Koha
ByWater at large is going to be working on improving the Koha2Koha ILL plugin, developing a more generic OAuth connector, and other sponsored devs
Generally too, we have a number of devs in the community we would like to complete and get into Koha.
We're happy to help where we can, please give a ping :-)
On Fri, Dec 3, 2021 at 10:51 AM Owen Leonard <oleonard@myacpl.org <mailto:oleonard@myacpl.org> > wrote:
> And also, what's on your list for 22.05?
Some larger things I'm working on:
- Upgrading jQuery in the OPAC and staff client. This depends on
upgrading jQueryUI which depends on getting the last of the Flatpickr
patches in.
- Continue to replace jQueryUI widgets with alternatives, starting
with features available in Bootstrap
- Update Bootstrap in the staff client. It currently uses v.3 and
Bootstrap is currently on v.5.1. Not sure if this one is too big to
finish for 22.05!
-- Owen
_______________________________________________
Koha-devel mailing list
Koha-devel@lists.koha-community.org <mailto:Koha-devel@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/
--
Nick Clemens
ByWater Solutions
bywatersolutions.com <http://bywatersolutions.com>
Phone: (888) 900-8944
Pronouns: (he/him/his)
Timezone: Eastern
<https://docs.google.com/uc?export=download&id=1eLlHaKRZxg0CP6nlW7rG0J4qdtoIuoNr&revid=0B0ga69kSs543QWlEa3V4aGI4dFlXMlVQd0ZEbVY5dFBXQUk0PQ>
Follow us:
<https://www.facebook.com/ByWaterSolutions/> <https://www.instagram.com/bywatersolutions/> <https://www.youtube.com/user/bywatersolutions> <https://twitter.com/ByWaterSolution>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211209/80ce3f02/attachment-0001.htm>
------------------------------
Message: 3
Date: Thu, 9 Dec 2021 16:55:27 +1100
From: <dcook@prosentient.com.au>
To: "'Marcel de Rooy'" <M.de.Rooy@rijksmuseum.nl>, "'koha-devel'"
<koha-devel@lists.koha-community.org>
Cc: "'Nick Clemens'" <nick@bywatersolutions.com>, "'Tomas Cohen
Arazi'" <tomascohen@theke.io>, "'Kyle Hall'"
<kyle@bywatersolutions.com>, "'Martin Renvoize'"
<martin.renvoize@ptfs-europe.com>
Subject: Re: [Koha-devel] [Changed topic] Action hooks
Message-ID: <024b01d7ecc1$5e004c00$1a00e400$@prosentient.com.au>
Content-Type: text/plain; charset="utf-8"
I’ve been thinking about this more today, and I think that I’m coming around to the plugin idea.
I still think it would be a good idea to have an event-driven messaging system, but it seems to me that adding that system will take a lot more work/discussion/thinking/experimenting than just improving plugin security and plugin tooling… so I might return to looking at some of the following:
Bug 28499 - Add support for no-UI / administrative plugins
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28499
Bug 25672 - Administrators should be able to disable client-side plugin upload
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25672
Bug 25370 - Create allowlist of plugins allowed to be installed by Web UI
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25370
Bug 24632 - Plugins should support simple signing for security/verifiability
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24632
Bug 25671 - Install 1 Koha plugin for X Koha instances using the CLI
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25671
Bug 28498 - Add CLI counterpart for plugin actions
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28498
At the moment, I’m more concerned with security than logistics I think.
I think the most feasible option with the least amount of work is probably going to be Bug 25370. I’ll default to allowing all plugins to be loaded, and then locally I’ll just make sure that all instances have a restricted list. That should make everyone happy…
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@lists.koha-community.org> On Behalf Of dcook@prosentient.com.au
Sent: Friday, 3 December 2021 9:59 AM
To: 'Marcel de Rooy' <M.de.Rooy@rijksmuseum.nl>; 'koha-devel' <koha-devel@lists.koha-community.org>
Subject: Re: [Koha-devel] [Changed topic] Action hooks
That’s cool to hear, Marcel! Happy to share my thoughts.
A couple reasons I don’t want to use plugins:
1. I don’t want to turn on Koha plugins for 100+ different Koha instances around the world.
a. Overall, I think the Koha plugin system is insecure, and allows library staff too much control over the system. I typically keep it disabled with only a few exceptions. (I’ve opened a few bugs and provided a few patches for improving plugin security but they haven’t gone anywhere yet on Bugzilla.)
b. I also wouldn’t want library staff to potentially meddle with the plugin I install. I think this plugin is really a system plugin rather than a user plugin. It should be invisible to library staff.
2. I’d be looking to install/upgrade plugin code on 100+ different Koha instances which presents a maintenance challenge
a. While I think some vendors use Ansible to do this, I’m not currently satisfied with the CLI plugin tooling for install/upgrade/downgrade/uninstall. (I’ve done some work on this as well on Bugzilla but the work hasn’t progressed and it’s dropped down my priority list.)
i. Using an Ansible push also isn’t an option in some security/operational contexts. In some contexts, you provide artifacts and leave deployment/operations up to a different team
b. I rather install this “system plugin” 1 time on a server rather than X times. (I think this is something some other vendors have struggled with and worked around as well.)
c. I’d need to change the instance creation process to install this plugin as well. (Not the end of the world but a bit annoying and introduces more room for errors.)
That said, the hooks already exist, so I can see the appeal, and I can see how they’d work well for other people, especially with fewer Koha instances to manage.
I suppose it mostly comes down to control, security, and maintenance/management.
Also, other systems like Dspace and Fedora write out to message queues out of the box, and it makes it easy to add integrations to them without touching the core application at all. It would be great if Koha could do the same without needing a plugin. (If it were core functionality, we could use it for indexing as well and replace the “zebraqueue”.)
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@lists.koha-community.org <mailto:koha-devel-bounces@lists.koha-community.org> > On Behalf Of Marcel de Rooy
Sent: Thursday, 2 December 2021 6:15 PM
To: 'koha-devel' <koha-devel@lists.koha-community.org <mailto:koha-devel@lists.koha-community.org> >
Subject: Re: [Koha-devel] [Changed topic] Action hooks
> I also have a use case where I want to send Koha biblio data elsewhere on create/update/delete, but Koha plugins won't be suitable. I've been thinking that it would be good to publish a message to a RabbitMQ topic on biblio create/update/delete. In fact, that could potentially replace the existing C4::Biblio::_after_biblio_action_hooks and Koha::Item::_after_item_action_hooks functions, and then the background_jobs_worker.pl or some other work could invoke the plugins.
I am running plugins to do the same for some time already. They are pushing these crud actions to a message queue. Works fine for me. Could you tell what makes plugins not suitable for that task?
<https://www.rijksmuseum.nl/nl/zien-en-doen/tentoonstellingen/vergeet-me-niet>
Ook in het Rijksmuseum:
<https://www.rijksmuseum.nl/nl/zien-en-doen/tentoonstellingen/henk-wildschut> Document Nederland 2021: Afstand. Henk Wildschut fotografeert corona
<https://www.rijksmuseum.nl/nl/zien-en-doen?filter=familiemaand>
<https://www.instagram.com/rijksmuseum/>
x
<https://www.facebook.com/rijksmuseum>
x
<https://www.linkedin.com/company/rijksmuseum/>
x
<https://twitter.com/rijksmuseum>
Please think before you print
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211209/e4616e1f/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 3552 bytes
Desc: not available
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211209/e4616e1f/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 910 bytes
Desc: not available
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211209/e4616e1f/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 737 bytes
Desc: not available
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211209/e4616e1f/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 799 bytes
Desc: not available
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211209/e4616e1f/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 804 bytes
Desc: not available
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20211209/e4616e1f/attachment-0003.png>
------------------------------
Subject: Digest Footer
_______________________________________________
Koha-devel mailing list
Koha-devel@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 193, Issue 9
******************************************
NOTE: You are receiving this mail because, the Requester/Technician wanted you to get notified on this request creation.