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

INSTALL.debian is outdated
by Jonathan Druart 27 Nov '16

27 Nov '16

2015-11-11 22:37 GMT+00:00 Robin Sheat <robin(a)catalyst.net.nz>: > Aparrish schreef op wo 11-11-2015 om 08:13 [-0700]: >> I followed the official instructions: >> http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=INSTALL.debian;hb… > > We need to delete those, they're from 2012 and are super out of date. Shall we 1) delete them, 2)replace them with the content of the wiki page or 3) just put a link to the wiki page?

12 23

Improving Zebra logging
by David Cook 15 Apr '16

15 Apr '16

Hi all: As if you weren't all sick of me going on and on about Zebra. So you may or may not know that the Zebra logs are fairly useless in a package install of Koha. At Prosentient, we don't use package installs much, so I haven't noticed this until now, but here's a tip: If you want to see what requests are being made to Zebra, you can do the following: 1) vi /usr/sbin/koha-start-zebra 2) Under start_zebra_instance, you can change "-v none,fatal,warn" to "-v none,fatal,warn,request" (note that "request" is an undocumented log level but it should work. alternately remove none and requests should appear in the log) 3) sudo koha-zebra-stop 4) sudo koha-zebra-start 5) profit (or at least see the PQF which is sent to the server and whether you're getting errors or OK query responses) This is the kind of additional output you should expect to see: 14:15:00-17/11 zebrasrv(2) [request] Auth idPass kohauser - 14:15:00-17/11 zebrasrv(2) [request] Init OK - ID:81 Name:ZOOM-C/YAZ Version:4.2.30 98864b44c654645bc16b2c54f822dc2e45a93031 14:15:00-17/11 zebrasrv(2) [request] Search biblios OK 0 1 1+0 RPN @attrset Bib-1 @attr 1=1016 @attr 4=6 @attr 5=1 test Anyway, I wouldn't *actually* recommend changing /usr/sbin/koha-start-zebra since that's part of the koha-common package. but maybe someone would be interested in making change to the Zebra commands to allow for different logging levels. Other things to note: koha-zebra-restart isn't the same thing as koha-zebra-stop && koha-zebra-start. If you restart Zebra after changing the flags for daemon or zebrasrv, the changes won't be brought across.it's necessary to stop and start it again. even though the process is actually restarted. it seems to be restarted using the original configuration used when launching daemon in the first place. David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007

3 3

Z39.50 marc21 to unimarc
by Andrea Furin 16 Feb '16

16 Feb '16

Hi. I need to import Z39.50 marc21 results in a unimarc database: is it possible? Tia andrea f.

3 2

feature for bugzilla ?
by Paul Poulain 10 Feb '16

10 Feb '16

Hi all, when an entry on bugzilla has a lot of comments, it can take "hours" to read all the thread, find relevant and obsolete comments,... understand who said what and where we are now. Justs have a look at -randomly chosen- http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6934 to see this (only 33 comments, not so hard to follow, but will take a lot of time. Other bugs are really a nightmare !!! ) I was wondering if there could be an Addon, a feature, un plugin, or whatever, that could "obsolete" a comment. An obsoleted comment would be collapsed by default. Anyone can obsolete a comment, it's just to (hopefully) have a thread easier to read. Another option could be to put a color on comment that are relevant. There could be other way to achieve the goal. But currently, one must be highly motivated to work on a sign-off, except if the bug is "new" ! (I suspect that's a reason why some patches are stuck) -- Paul Poulain, Associé-gérant / co-owner BibLibre, Services en logiciels libres pour les bibliothèques BibLibre, Open Source software and services for libraries

10 15

Koha Hackfest in Berlin?
by Mirko Tietgen 07 Jan '16

07 Jan '16

Hello there, European (and other) Koha devs, I am considering hosting a Koha hackfest in Berlin/ Germany next year. It is not supposed to be a counter event to the Hackfest in Marseille nor the Kohacon, but an additional option to meet and work together. It could maybe take place July 2016 (very preliminary date for very preliminary planning), maybe 3 days or the whole week. Before I spend more time fantasizing about it, I'd like your opinion… - do you think it is a good idea (and you would consider joining)? - do you think it is a good idea (but you know you won't join)? - do you think it is not a good idea (given there is a Hackfest in Marseille and Kohacon already, or for other reasons)? - do you think you would have to decide between Berlin and Marseille? - do you think something completely different? No hard feelings if you say Kohacon + Marseille is enough, that would be very valuable feedback. For obvious reasons I would love to hear opinions from Europe (positive or negative), but if coming to Berlin is an option for people from more distant places, I'd love to hear that too. Cheers, Mirko -- Mirko Tietgen mirko(a)abunchofthings.net http://koha.abunchofthings.net http://meinkoha.de

7 14

Koha Community Newsletter: December 2015
by kohanews 30 Dec '15

30 Dec '15

Fellow Koha users: The Koha Community Newsletter for December 2015 is here: https://koha-community.org/koha-community-newsletter-december-2015/ Many thanks to the folks who submitted articles and news to this month's newsletter. Please feel free to email me with any corrections or suggestions. Thanks! Chad Roseburg Editor, Koha Community Newsletter

1 0

Next General IRC meeting
by Brendan Gallagher 29 Dec '15

29 Dec '15

Hello All - The next meeting is 13 January 2016 at 20:00 UTC Conversion to your local time: Time and Date.com converter for various local times <http://www.timeanddate.com/worldclock/fixedtime.html?msg=Koha+IRC+General+M…> Here is the agenda - http://wiki.koha-community.org/wiki/General_IRC_meeting_13_January_2016 Thanks and I hope to see a lot of you there. One thing we need to do is to encourage more people to sign-off on bugs. I think I will add a brainstorming session to agenda for people to throw out ideas for encouragement for sign-offs (also see Jonathan's email for more sign-offs). Cheers, Brendan Gallagher

2 1

easykoha update announed but downloads only 1.8 meg or 11 meg? where is whole
by COURYHOUSE＠aol.com 29 Dec '15

29 Dec '15

easykoha update announced but downloads only 1.8 meg or 11 meg? where is whole thing? koha has to be larger!/ i got several update messages from source forge on this yesterday and today..... Help anyone?? Ed Sharpe please email me as I am on digest and miss alot. thanks In a message dated 12/23/2015 4:00:12 A.M. US Mountain Standard Time, koha-devel-request(a)lists.koha-community.org writes: Send Koha-devel mailing list submissions to koha-devel(a)lists.koha-community.org To subscribe or unsubscribe via the World Wide Web, visit http://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(a)lists.koha-community.org You can reach the person managing the list at koha-devel-owner(a)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. Perldoc website (Nicolas Legrand) 2. Re: Perldoc website (Galen Charlton) 3. Re: Perldoc website (Nicolas Legrand) 4. Re: Get rid of item-level_itype? (Katrin Fischer) ---------------------------------------------------------------------- Message: 1 Date: Tue, 22 Dec 2015 14:47:01 +0100 From: Nicolas Legrand <nicolas.legrand(a)bulac.fr> To: koha-devel(a)lists.koha-community.org Subject: [Koha-devel] Perldoc website Message-ID: <CAODBKZfM2ddWMazXvfbp3xFNDV1zY8YkL3NhN9LktJrNaBDutg(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Hey, I'm a bit puzzled by the web perldoc, some changes are not effective on master. I bumped on this one: http://perldoc.koha-community.org/C4/Reserves.html#CanItemBeReserved CanItemBeReserved $error = &CanItemBeReserved($borrowernumber, $itemnumber) This function return 1 if an item can be issued by this borrower. The return values has changed in commit 51f0a0b7229c1e76699708a548a9e3e68c9953ad : http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=51f0a0b7229c1e76 699708a548a9e3e68c9953ad $canReserve = &CanItemBeReserved($borrowernumber, $itemnumber) if ($canReserve eq 'OK') { #We can reserve this Item! } @RETURNS OK, if the Item can be reserved. ageRestricted, if the Item is age restricted for this borrower. [...] Cheers, -- Nicolas Legrand Administration technique et d?veloppements du syst?me de gestion de la biblioth?que Biblioth?que universitaire des langues et civilisations 65 rue des Grands Moulins F-75013 PARIS T +33 1 81 69 18 22 www.bulac.fr ------------------------------ Message: 2 Date: Tue, 22 Dec 2015 09:36:46 -0500 From: Galen Charlton <gmc(a)esilibrary.com> To: Nicolas Legrand <nicolas.legrand(a)bulac.fr> Cc: "koha-devel(a)lists.koha-community.org" <koha-devel(a)lists.koha-community.org> Subject: Re: [Koha-devel] Perldoc website Message-ID: <CAPLnt67Sk81EvqsYxqrEHrHU04_dajF3VnnmVhMwZcz73ies7g(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Hi, On Tue, Dec 22, 2015 at 8:47 AM, Nicolas Legrand <nicolas.legrand(a)bulac.fr> wrote: > I'm a bit puzzled by the web perldoc, some changes are not effective > on master. It looks like that a while back an issue with the Git clone used for generating the perldoc prevented updates from being fetched. I've corrected the issue and am regenerating the website now. Regards, Galen -- Galen Charlton Infrastructure and Added Services Manager Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org ------------------------------ Message: 3 Date: Tue, 22 Dec 2015 15:39:04 +0100 From: Nicolas Legrand <nicolas.legrand(a)bulac.fr> To: Galen Charlton <gmc(a)esilibrary.com> Cc: "koha-devel(a)lists.koha-community.org" <koha-devel(a)lists.koha-community.org> Subject: Re: [Koha-devel] Perldoc website Message-ID: <CAODBKZdcYcrnQS3XVBrObMrVMaohZyO4o3SecOkbp0rtdpBNkQ(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Thanks ! 2015-12-22 15:36 GMT+01:00 Galen Charlton <gmc(a)esilibrary.com>: > Hi, > > On Tue, Dec 22, 2015 at 8:47 AM, Nicolas Legrand > <nicolas.legrand(a)bulac.fr> wrote: >> I'm a bit puzzled by the web perldoc, some changes are not effective >> on master. > > It looks like that a while back an issue with the Git clone used for > generating the perldoc prevented updates from being fetched. I've > corrected the issue and am regenerating the website now. > > Regards, > > Galen > -- > Galen Charlton > Infrastructure and Added Services Manager > Equinox Software, Inc. / The Open Source Experts > email: gmc(a)esilibrary.com > direct: +1 770-709-5581 > cell: +1 404-984-4366 > skype: gmcharlt > web: http://www.esilibrary.com/ > Supporting Koha and Evergreen: http://koha-community.org & > http://evergreen-ils.org -- Nicolas Legrand Administration technique et d?veloppements du syst?me de gestion de la biblioth?que Biblioth?que universitaire des langues et civilisations 65 rue des Grands Moulins F-75013 PARIS T +33 1 81 69 18 22 www.bulac.fr ------------------------------ Message: 4 Date: Wed, 23 Dec 2015 08:24:57 +0100 From: Katrin Fischer <Katrin.Fischer.83(a)web.de> To: koha-devel(a)lists.koha-community.org Subject: Re: [Koha-devel] Get rid of item-level_itype? Message-ID: <567A4C49.2050806(a)web.de> Content-Type: text/plain; charset=windows-1252 Hi Jonathan, thx for looking into this! Am 17.12.2015 um 17:41 schrieb Jonathan Druart: > Update DB migration: > 1/ add column biblio.biblio_type > 2/ update biblio.biblio_type with biblioitems.itemtype > 3/ rename items.itype with items.item_type > 4/ set items.item_type = biblio.biblio_type if items.item_type is not > defined (or if item_level_itypes is not set?) > 5/ rename deleteditems.itype with items.item_type, and don't update it (right?) Hm, I think I'd update it for consistency and easier use for reporting. > 6/ drop column biblioitems.itemtype > 7/ rename course_items.itype with course_items.item_type (to be consistent) I am not sure about renaming the columns. Some thoughts: Both the itemtype on items and on biblio level will still refer to an entry in the itemtypes table. So if we rename, maybe we should reflect the connection somehow. It also looks like we are using 'itemtype' over 'item_type' in a lot of other tables: statistics, branchrules, default_branch_item_rules, issuingrules, suggestions... I think changing items.itype to items.itemtype would make sense to me. For record level... I am not sure about moving from biblioitems to biblio, it will mean that a lot of the reports will be broken and we probably can't fix them easily with a script. > Then we will have to replace the notices ^items.itype^items.item_type^ > and ^biblioitems.itemtype^biblio.biblio_type^ should solve the > problem. We should think about doing something similar to the custom SQL reports - I think there are probably a lot in all the databases that use the itemtypes in some way. > Looking at the code, I have found some places where I am not sure how > to fix the display: > 1/ For instance on the detail page of a biblio, or when a user place a > hold, the item type is display either *on top* of the items list, or > *in* a specific column of the table. > Which makes sense. If we remove the pref, we have 3 choices: > a. always display the item type in the table > b. display the item type on top only if all item types are identical > at the biblio type (will require some additional loops) > c. display both and set a css class: the library will be able to > hide the one it wants > d. the answer d Hm, for me it's either a or c. Or maybe d? ;) > 2/ The change will require a complete reindexation of zebra: the index > will be renamed (itype => item_type, mc-itype => mc-item_type, > itemtype => biblio_type, mc-itemtype => mc-biblio_type). > Is it acceptable? Hm, I am not sure how commonly people reindex after updating. Generally I think it's a good idea, but I am not sure we have this documented well. Could we avoid renaming maybe and use aliases so the old index names still work? > I think I can produce a patch in 2 days of work (which is nothing > compared to the number of days Koha developpers have lost to > understand how this code works...), but it will require a lot of deep > testing. > It will really hard to provide tests for this change since it impacts > a lot of file, but I will write some for the most common subroutines. > > I would like some people engaged in the signoff process, not to let > the patches in the signoff queue too long. > > Cheers, > Jonathan > > 2015-12-11 12:04 GMT+00:00 Jonathan Druart > <jonathan.druart(a)bugs.koha-community.org>: >> Hi devs, >> >> Friday is a good day for this kind of questions, fasten your seat belt >> for a time travel. >> >> As many of you know, the item type is not correctly managed all around >> the different Koha modules. Sometimes it's, sometimes it's not. >> The main issue is that we deal with it at too many places and the code >> is not clean/centralised at all. >> >> So I have searched for previous discussions on this subject and I have >> found this "Abandoned RFC" on the wiki : >> http://wiki.koha-community.org/wiki/Mandate_item-level_circulation_rules_RFC >> filled from this koha-devel thread >> http://lists.koha-community.org/pipermail/koha-devel/2008-October/031144.ht… >> >> The questions are: >> 1/ Is this still valid? >> 2/ Is there something missing in the different steps described? >> 3/ Does someone have some other suggestions to do? >> >> I would be happy to provide this change but first I would like to get >> confirmation about it and get people involved in signoffing/QAing the >> possible patch set. >> >> Cheers, >> Jonathan > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.koha-community.org > http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel > website : http://www.koha-community.org/ > git : http://git.koha-community.org/ > bugs : http://bugs.koha-community.org/ > ------------------------------ _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/ End of Koha-devel Digest, Vol 121, Issue 31 *******************************************

3 2

Re: [Koha-devel] easykoha update announed but downloads only 1.8 meg or 11 me...
by COURYHOUSE＠aol.com 29 Dec '15

29 Dec '15

source forge it is the fellow in India that makes the RuN FROM CD version great idea! Koha on the cd your catalog on a memory stick... Koha in non networked areas! Have Koha will travel! ok link Ed Sharpe ( the person that kicked at everyone ages ago to have LC numbers) Find, Create, & Publish Open Source Software for free. Hi! You have an update available. _EasyKoha_ (http://sourceforge.net/projects/vkmkoha/) Koha Customized Live DVD easykoha.iso Released on 2015-12-29 _Download Latest Version_ (http://sourceforge.net/projects/vkmkoha/files/latest/download?utm_campaign=…) In a message dated 12/29/2015 12:39:19 P.M. US Mountain Standard Tim, chrisc(a)catalyst.net.nz writes: * COURYHOUSE(a)aol.com (COURYHOUSE(a)aol.com) wrote: > easykoha update announced but downloads only 1.8 meg or 11 meg? where is > whole thing? koha has to be larger!/ i got several update messages from > source forge on this yesterday and today..... Help anyone?? Ed Sharpe > > please email me as I am on digest and miss alot. > Hi First off, what is easykoha? Where was it announced? Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

1 0

Update required to link on the Koha community website home page
by David Nind 29 Dec '15

29 Dec '15

On the https://koha-community.org/ home page the link to "Introducing Koha 3.22" should link to https://koha-community.org/koha-3-22-released/ (rather than https://koha-community.org/koha-3-22-0-released/ as it does not exist). Happy to create a bug if that is the preferred way to do this. David Nind | david.nind(a)gmail.com PO Box 12367, Thorndon, Wellington, New Zealand 6144 m. +64 21 0537 847 | w. +64 4 8906 098

2 2