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

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

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 3.14.13 released
by Fridolin SOMERS 03 Nov '15

03 Nov '15

The Koha community is proud to announce the release of 3.14.13. This is a security and maintenance release and contains 2 security bugfixes. As always you can download the release from http://download.koha-community.org. Have a look at release post : http://koha-community.org/koha-3-14-13-released "Get the pie while it's hot". Regards, -- Fridolin SOMERS Biblibre - Pôles support et système fridolin.somers(a)biblibre.com

1 4

Thoughts about timing and Koha schedules
by Brendan Gallagher 14 Sep '15

14 Sep '15

Hi All - ByWater is on its 7th year, so we have a solid set of data for analyzing, and recently I've noticed a few things. Let me try and paint the picture. Major Koha releases are every six months and usually the 22nd day of the month, with the target being November and May. (Please correct me if I am wrong) Library funding cycles in the US run either fiscal year (July to June), Calendar year (January to December), or some odd fiscal year close to the July~June year. Ok that being said from the time management situation with ByWater that introduces a few complexities. (Let me describe the workflow and maybe you'll see what I am talking about) Most of the time a library will sign a migration contract with us that dictates we must have them "go-live" before a certain fiscal date OR the library isn't really able to "sign" a contract for services until a certain fiscally motivated date (which places us into a similar roll-out). That being said we find that May and November (plus and minus a month) are our busiest times of the year. I've got 3 people on the road for education/training, 3 people heavily in the fields of migrations scripts, and 3 developers that are heavily in the field of meeting development expectations for lots and lots of go-lives (*note - plus additional staff to support an influx in tickets or other support needs during a go-live period). So if we slide the releases to say February and August - I would be able to dedicate more man power (9+ people from the above paragraph) around the heavy testing/ debugging / bug writing/squashing periods for a release. I know I know - there isn't really a time that Koha doesn't need more testing, but I've noticed that the volunteer effort is usually much greater/demanding the closer we are to major release date. I am wondering if others are finding the same with their work schedules (other support providers, academic institutions, public institutions, and my favorite volunteers). Are there certain times of the years where your day job is predictably busy that you aren't able to dedicate the resources that you want towards the greatest project in the world Koha. With the data set that we're sitting on here, we are constantly seeking ways that we can contribute more. Just a thought and was curious if others analyzed a similar aspect with their environment and perhaps maybe we should bring such a discussion into the open or a general IRC meeting. Especially any of us that are support providers we should be always be thinking about how we can do more for Koha. Thanks and Cheers (another sleepless night thinking about my favorite subject - Koha), Brendan -- --------------------------------------------------------------------------------------------------------------- Brendan A. Gallagher ByWater Solutions CEO Support and Consulting for Open Source Software Installation, Data Migration, Training, Customization, Hosting and Complete Support Packages Headquarters: Portland, OR - Office: Redding, CT Phone # (888) 900-8944 http://bywatersolutions.com info(a)bywatersolutions.com

11 19

Facilitate integration of some patches
by Jonathan Druart 01 Sep '15

01 Sep '15

Hello devs, I would like to suggest a simplification of the integration workflow for some patches. Indeed the signoff queue is back to a critical threshold (200) and the signoffer's activity is very low. Being part of the QA team, I try not to test patches in the Needs Signoff queue as I loose my QA token. The active members of the QA team are very limited and when we do SO, this increase the QA queue. As a result there is less chances my patches are QAed as there are more and more patches in the QA queue. It's a bit egoistic, but we all have the same problem. So I suggest that for some patches, the ones with a minor severity, small or template changes could, IMO, bypass the signoff step. I would like to discuss this during the next dev meetings, but I am keen to get some feedbacks on this idea. Cheers, Jonathan PS: If I am correct, we already have discussed about that previously.

9 10

Koha 3.16.14 released
by Mason James 31 Aug '15

31 Aug '15

The Koha release team are proud to announce the release of Koha 3.16.14. This release contains 9 bugfixes, including 1 critical bug. All 3.16.x series users are strongly encouraged to upgrade to this version. Please install from the tarball, as .deb packages are not currently built for the 'oldoldstable' series More installation info... http://www.koha-community.org/download-koha The full release notes are at... http://koha-community.org/koha-3-16-14-released Mason

1 0

Global Bug Squashing Day - September 3 2015!
by Katrin Fischer 31 Aug '15

31 Aug '15

Hi all, we have a Global Bug Squashing Days (GBSD) planned for September 3 2015! During the July General IRC meeting [1] we talked about the Global Bug Squashing Days (GBSD) in general and about how to make them more successful. One of the ideas discussed was to have some events during the day - tutorials, questions & answers, developers talking about new stuff they are working on etc. So now we are looking for: Ideas! - What would you get interested in participating? - What would help you to get started with testing? - Do you want to know how to file a bug? - Sign off a patch? - How to use a sandbox? - How to set up a Koha testing environment`on your own computer? ... Volunteers! - Would you be able to run a tutorial on that day? - Do you want to present some of your new developments? - Will you be there to answer questions during a specific time slot? ... Please let us know and/or add your ideas to the wiki page [2]! Thanks, Katrin [1] http://wiki.koha-community.org/wiki/General_IRC_meeting_8_July_2015 [2] http://wiki.koha-community.org/wiki/2015-09-03_Global_bug_squashing_day

1 1

Koha Community Newsletter: August 2015
by kohanews 28 Aug '15

28 Aug '15

Fellow Koha users: The Koha Community Newsletter for August 2015 is here: http://koha-community.org/koha-community-newsletter-august-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

[QA] Too many major and critical bugs in the QA queue
by Jonathan Druart 27 Aug '15

27 Aug '15

Hi QAers, There are 18 bug reports in the QA queue which are either major or critical. For most of them I am the author or am not able to QA on it. Please have a look at them in priority. Here the list with the people out to QA (JD Jonathan Druart, KH Kyle Hall) 14098 Regression in Marc Modification Templates Major (JD, KH) Really, this one should be tested and passed as quick as possible, I have already try and draw the attention on this one but without success... 13411 SIP server returns not ok for checking in items that are not checked out Major (KH) I can try and take this one, but SIP... Colin maybe? 8723 holds don't transfer when moving items Critical (JD) An old Critical, so certainly not *very* critical, but maybe a little bit :) 12525 Patron Lists aren't added to list pulldown when created from Patron search Major (JD) Open by Kyle, so maybe you could be a good candidate? :) 13943 Cancelling the deletion process of an item deletes item anyway Major (JD) This one is really bad. "Are you sure you want to delete? No? Ok too bad for you!" 6756 Patron anonymizing tool reports false success Major (JD) 140 lines of tests added for a 3 lines patch, that would be worthwhile! 14205 Deleting an Item/Record does not remove link to course reserve Major (JD) Maybe not major, but quite easy to tests. 10005 inventory checks items in without warning Major (JD) This one is waiting for a patch for more than 2 years, now it has one! 12965 can create an item type that already exists Major (JD) Just to be consistent... Really easy to test. 12885 Search fails with errors when HTML5 Media is enabled and url has plus (+) charcters Major (JD) Really easy to test. 14584 Encoding broken with system preferences Major (JD) Encoding problem! 14598 itemtype is not set on statistics by C4::Circulation::AddReturn Major (KH) I have let a comment, but you can have a look too. 14685 Cannot set guarantor for a child account Critical (JD) Yes you have correctly read, it's critical: regression in stable branches! 14155 Placing holds via ILSDI bypass some checks Major (JD, potential conflict of interest) 14597 Reverting a batch where a record overlaid is now deleted record will fail Major (KH) I have let a comment, Kyle has answered, but needs another fresh look. Kyle, maybe should we let the Logger decision for another patch (one which would not be major)? 14141 Changing the Library for a notice duplicates the notice instead of updating it Major (JD) Not a good patch, but a quick workaround. 14709 The export tool is broken if used from the command line Major (JD) Very small patch, all is in the title. Could be a critical one, it's in 3.20.x 14509 Koha still allows spaces at the end, beginning or as your password Major (JD) quick follow-up for stable branches. I can do all my best to patch major and critical bugs, but if nobody tests them, I feel a bit useless... Thanks in advance, Jonathan

2 1

[Advert] Bug 13618 - Prevent XSS
by Jonathan Druart 27 Aug '15

27 Aug '15

Hello devs, During the second part of the dev meeting, bug 13618 has been one of the subject of discussion. Liz and Chris asked to get it into 3.22 but were a bit anxious, the patch set could cause several bugs and regressions. To prevent that, we have to catch the issues before the patch is pushed, and test it as much as possible. Since the patch set will move a lot, I will [try and] maintain an up-to-date version of it on my github account [1]. If you are a Koha dev and you are using master every day, please use this branch when you are working. Yes it will require more time (will certainly need to rebase your patches against master), but tell yourself it's useful :) Cheers, Jonathan Off Topic: I think I have already proposed that, but I will try again: It would be useful to have a master_dev branch, with master + the big patches needing a lot of testing, for devs. [1] https://github.com/joubu/Koha/tree/bug_13618

1 0