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

Easy sign offs...
by Mark Tompsett 15 Jul '16

15 Jul '16

Greetings, I’m focusing on the tests right now, as I want to rip out some functionality in order to refactor (turn OpacHiddenItems into a filter rather than a series of messy subroutines all over the place), and only get warnings/errors related to my destruction. To this end, I have some easy sign offs awaiting people’s perusal: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16809 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16864 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16868 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10148 -- I’m positive Nicole said she couldn’t reproduce 006 either somewhere, but I can’t find it. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16856 GPML, Mark Tompsett

1 0

Call for News: July 2016 Newsletter
by kohanews 14 Jul '16

14 Jul '16

Fellow Koha users ~ I'm collecting news for the July newsletter. Send anything noteworthy to: k o h a news AT gmail dot com News criteria: --------------------------- ** For events **: * - Please include dates for past events. If I can't find dates I may not add it. * - Announcements for future events with dates T.B.A. are fine ...Eg., Kohacon * - For past events -- **** one month back is the cut-off ***. * News items can be of any length. * Images are fine * Anything and everything Koha. * Submit by the 26th of the month. If you are working on an interesting project or development related to Koha, please let me know and I'll include it in the development section. -- Chad Roseburg Editor, Koha Community Newsletter

1 0

mailing list creation for greek koha community
by Γιάννης Κουρμούλης 13 Jul '16

13 Jul '16

dear developers list a month ago, I sent the following mail to mailman(a)lists.koha-community.org. ----- -Dear administrators - -as we are trying to establish the Greek Koha Users Group, we would also like to create the Greek koha users mailing list. I understand that we -need a "List creator's (authentication) password". Could you provide it? - -thank you ----- I have not received any response since. If any administrator of the koha mailing lists sees this, please respond... thank you ------------------------------------------------------------- Γιάννης Κουρμούλης Βιβλιοθήκη και Κέντρο Πληροφόρησης Α.Π.Θ. Ομάδα Τεχνικής Υποστήριξης Τηλ: 2310995368 Fax: 2310995364 -|Giannis Kourmoulis -|Library and Information Centre A.U.Th. -|Technical Support Team -|Tel: +302310995368 -|Fax: +302310995364 email:libsupport@lib.auth.gr -------------------------------------------------------------

2 1

Re: [Koha-devel] [Koha] Introducing "Mana" (central DB project)
by Hugo Agud 13 Jul '16

13 Jul '16

Wonderful!!! 2016-07-11 23:20 GMT+02:00 Sebastian Hierl <s.hierl(a)aarome.org>: > Congratulations and looking forward! > > Sebastian > On Jul 10, 2016 9:26 AM, "Arslan Farooq" <arslanone(a)gmail.com> wrote: > > > Congratulations Paul, BibLibre, Morgane ! > > > > This will be great :-) > > > > On Wed, Jul 6, 2016 at 3:03 PM, Paul Poulain <paul.poulain(a)biblibre.com> > > wrote: > > > > > Some months ago I sent an email to koha-devel, to announce that > BibLibre > > > was planning to work on a new project, dedicated to sharing > informations > > > between Koha ( > > > https://wiki.koha-community.org/wiki/SharingDatasBetweenKohas_rfc) > > > > > > I'm proud an happy to give you feedback about this project: things are > > > moving quickly & nicely. > > > > > > * *Morgane*, our intern -alex_a being the tutor) is doing a great job > > > (you can congratulate her on #koha ;-) ) > > > * we've named this project "*Mana*". It's a Maori word (once again > :D), > > > easy to pronounce & write. > > > http://maoridictionary.co.nz/search?&keywords=mana : "*(verb)* to be > > > legal, effectual, binding, authoritative, valid." I'll ask for > > > mana.koha-community.org DNS entry soon ! > > > * as announced by Morgane, we're using the same framework as for HEA > for > > > the server side. The code is available on our git: > > > http://git.biblibre.com/biblibre/koha-mana (will be pushed later on > > > git.koha-community.org) The DB is here, some webservice are already > > here > > > & working. > > > * The koha-side is being worked, below are some screen shots. > > > * we changed some things compared to my initial RFC. Everything is on > > > trello, splitted into cards ( > https://trello.com/b/BslL6i9p/mana-biblibre > > > trello not public, claire, the owner is not here today, we'll change > the > > > status in a day or 2.) Note that there can be some French on trello, > even > > > if Morgane avoid it. > > > We plan to have MANA working at the end of august, at least for > > > subscriptions (pattern & numbering) sharing. Maybe also for SQL > reports & > > > vendors. > > > > > > Some screen shots & features descriptions: > > > > > > in subscription management, you can now *share* a subscription > pattern, > > > by sending it to Mana: > > > > > > When you click on "share", after validation, you get a *feedback*: > > > > > > > > > > > > Anyone can then retrieve the numbering pattern & frequency calculation > > > when creating a subscription (work being done this week). After the 1st > > > screen of subscription creation, Koha will automatically query mana and > > > check if there is some data available: > > > > > > > > > The librarian will then be able to see what is available and get it > > > locally in one click. > > > Every time a librarian "get it locally", a counter will be incremented > on > > > Mana. Thus, if more than 1 frequency/pattern is submitted for a given > > > title, the librarians should be able to see which one is "preferred" by > > > other librarians. > > > > > > Additional features: > > > * we will create a script that will help populate Mana from a CSV. We > > > will probably issue a RFF ("Request For File" ;-) ) later. Our idea is > > that > > > we want to launch Mana with many data already available. > > > * comment. Any librarian will be able to add a comment to a shared > data, > > > as well as marking it as "obsolete". > > > * a syspref will be added to deactivate Mana (will be ON by default) > > > > > > Feel free to ask for more informations, I would be happy to answer ! > > > > > > -- > > > Paul Poulain, Associé-gérant / co-owner > > > BibLibre, Services en logiciels libres pour les bibliothèques > > > BibLibre, Open Source software and services for libraries > > > > > > _______________________________________________ > > > Koha mailing list http://koha-community.org > > > Koha(a)lists.katipo.co.nz > > > https://lists.katipo.co.nz/mailman/listinfo/koha > > > > > _______________________________________________ > > Koha mailing list http://koha-community.org > > Koha(a)lists.katipo.co.nz > > https://lists.katipo.co.nz/mailman/listinfo/koha > > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha > -- *Hugo Agud - Orex Digital * *www.orex.es <http://www.orex.es>* <http://www.orex.es/> [image: http://orex.es] <http://orex.es> <http://www.orex.es> Director Passatge de la Llançadera, 3 · 08338 Premià de Dalt - Tel: 93 539 40 70 hagud(a)orex.es · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema.

2 1

RFC: Retiring of the koha-patches mailing list
by Jesse 13 Jul '16

13 Jul '16

Traffic on the koha-patches mailing list has been slowly dying off over the past several years, and at this point it's almost entirely unused. Bugzilla now gives us the workflow that the patches mailing list was a part of. Does anyone have any strong objections to shutting down the mailing list? While any of us can, of course, unsubscribe, I don't feel there's a good reason to keep it running. -- Jesse Weaver

8 8

Using the file upload feature for more customization
by Owen Leonard 13 Jul '16

13 Jul '16

Now that there is a generic file upload tool, could that be used to offer more customization options in areas where file selections are used? I'm imagining a system where you define upload categories: CSS, image, audio file, XSLT. Then wherever a setting allows you to select a file in that category Koha would list your uploaded files as options. Currently it's a problem for libraries who want to define their own set of item type icons or load a separate CSS file: Where does the file go? I just wanted to throw that idea out there in case it sounded interesting to someone. -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org

4 5

Permissions for /var/spool/koha/instance and possible path changes
by David Cook 13 Jul '16

13 Jul '16

Hi all, I was just reviewing the Filesystem Hierarchy Standard, and it's led me to think that the package backups should be written to /var/lib/koha rather than /var/spool/koha. Compare http://www.pathname.com/fhs/2.2/fhs-5.8.html and http://www.pathname.com/fhs/2.2/fhs-5.14.html I say this because I want to make use of /var/spool/koha/instance/X to store data for later processing, but notice that /var/spool/koha/instance can only be written to by root, and thus is inaccessible to the Koha user. So I figure that we should make /var/spool/koha/instance owned by the Koha user and just have backups owned by root like usual. That would solve the issue. But on top of that. I'm wondering if we should be using /var/lib/koha/instance/backups for storing the SQL and config backups. I'm open to other ideas, but backups don't really seem like spooled data to me. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St Ultimo, NSW 2007 Office: 02 9212 0899 Direct: 02 8005 0595

2 3

Reminder: Koha Developer IRC Meeting - 13 July 2016, 14 UTC
by Katrin Fischer 12 Jul '16

12 Jul '16

Hi all, just sending a quick meeting reminder: https://wiki.koha-community.org/wiki/Development_IRC_meeting_13_July_2016 Please take a look at the agenda and add any topics that you want to discuss in advance of the meeting. See you there! Katrin

1 0

Re: [Koha-devel] [Koha] Introducing "Mana" (central DB project)
by Arslan Farooq 10 Jul '16

10 Jul '16

Congratulations Paul, BibLibre, Morgane ! This will be great :-) On Wed, Jul 6, 2016 at 3:03 PM, Paul Poulain <paul.poulain(a)biblibre.com> wrote: > Some months ago I sent an email to koha-devel, to announce that BibLibre > was planning to work on a new project, dedicated to sharing informations > between Koha ( > https://wiki.koha-community.org/wiki/SharingDatasBetweenKohas_rfc) > > I'm proud an happy to give you feedback about this project: things are > moving quickly & nicely. > > * *Morgane*, our intern -alex_a being the tutor) is doing a great job > (you can congratulate her on #koha ;-) ) > * we've named this project "*Mana*". It's a Maori word (once again :D), > easy to pronounce & write. > http://maoridictionary.co.nz/search?&keywords=mana : "*(verb)* to be > legal, effectual, binding, authoritative, valid." I'll ask for > mana.koha-community.org DNS entry soon ! > * as announced by Morgane, we're using the same framework as for HEA for > the server side. The code is available on our git: > http://git.biblibre.com/biblibre/koha-mana (will be pushed later on > git.koha-community.org) The DB is here, some webservice are already here > & working. > * The koha-side is being worked, below are some screen shots. > * we changed some things compared to my initial RFC. Everything is on > trello, splitted into cards (https://trello.com/b/BslL6i9p/mana-biblibre > trello not public, claire, the owner is not here today, we'll change the > status in a day or 2.) Note that there can be some French on trello, even > if Morgane avoid it. > We plan to have MANA working at the end of august, at least for > subscriptions (pattern & numbering) sharing. Maybe also for SQL reports & > vendors. > > Some screen shots & features descriptions: > > in subscription management, you can now *share* a subscription pattern, > by sending it to Mana: > > When you click on "share", after validation, you get a *feedback*: > > > > Anyone can then retrieve the numbering pattern & frequency calculation > when creating a subscription (work being done this week). After the 1st > screen of subscription creation, Koha will automatically query mana and > check if there is some data available: > > > The librarian will then be able to see what is available and get it > locally in one click. > Every time a librarian "get it locally", a counter will be incremented on > Mana. Thus, if more than 1 frequency/pattern is submitted for a given > title, the librarians should be able to see which one is "preferred" by > other librarians. > > Additional features: > * we will create a script that will help populate Mana from a CSV. We > will probably issue a RFF ("Request For File" ;-) ) later. Our idea is that > we want to launch Mana with many data already available. > * comment. Any librarian will be able to add a comment to a shared data, > as well as marking it as "obsolete". > * a syspref will be added to deactivate Mana (will be ON by default) > > Feel free to ask for more informations, I would be happy to answer ! > > -- > Paul Poulain, Associé-gérant / co-owner > BibLibre, Services en logiciels libres pour les bibliothèques > BibLibre, Open Source software and services for libraries > > _______________________________________________ > Koha mailing list http://koha-community.org > Koha(a)lists.katipo.co.nz > https://lists.katipo.co.nz/mailman/listinfo/koha >

1 0

What's on in Koha devel #2
by Jonathan Druart 09 Jul '16

09 Jul '16

Hi devs, As usual the month following the KohaCon is quite quiet. And especially when people from half of the world are on holiday :) So not much was going on during the last month and the tendency will certainly be the same the for next month. If you are in holiday and you become bored, you can still tests some patches! = Refactoring = On the refactoring side, I have started to move the subroutine of C4::Members to the Koha namespace, I will need help for testing and QA, see bug 16846 (Move patron related code to Koha::Patron). = Performances = Some words about the performances area: bug 16166 (Improve L1 cache performance and safety) has just been pushed and must continue to improve our caching mechanism. Note that bug 16715 (Koha::Cache - Use Sereal for serialization) is going to be pushed and that we are currently evaluating a new way to set the memcached configuration to make it easily accessible from command line scripts and cronjobs (see bug 16579 - Use separate memcached namespace for caching koha-conf.xml). I should also add that bug 16365 (Selectively introduce GetMarcStructure() "unsafe" variant for better performance) is waiting for testers. = Elastic Search = A bug has been found for new installations, the mapping tables are not populated by the installer. There is no patch currently to fix it, but a bug report has been opened (bug 16838 - Elasticsearch - mapping tables are not populated on new installs) If you are interested in testing a funny enhancement, you should take a look at bug 14899 (Mapping configuration page for Elastic search). It proposes a way to define mappings between the MARC fields and the indexer fields. = Mana = Paul Poulain already announced some months ago that a new internship at BibLibre, Morgan, will work on a way to share data between Koha libraries around the world. It seems that the work is going well! The code is shared and can be tested. See the announcement on the mainling list (https://lists.katipo.co.nz/pipermail/koha/2016-July/045739.html) = Koha::Object[s] = I have sent an email on koha-devel to discuss about our Koha::Object[s] based class: http://lists.koha-community.org/pipermail/koha-devel/2016-June/042782.html It would be great to see more devs involved in this discussion! = Bugs which need some love = In the previous email I told you that 2 critical bugs were waiting for signoff (bug 16554 and bug 16573). They have not been tested yet and they block the support of Ubuntu 16.04. A dev meeting is planned on the 13 July (https://wiki.koha-community.org/wiki/Development_IRC_meeting_13_July_2016) Please have a look at the agenda and the different topics we will discuss. Don't forget to register for the Hackfest in Marseille in October (http://lists.koha-community.org/pipermail/koha-devel/2016-June/042790.html) Cheers, Jonathan

1 0