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

Running Koha 3.2 and 3.4
by Nicole Engard 17 Jan '11

17 Jan '11

Hi all, I have seen a bunch of messages from chris_n saying that we need to test our patched on Koh 3.2.x as well as the current HEAD. So my question is how do you all do that? I have one local virtual machine with HEAD on it - I have no clue how to have both 3.2.x and HEAD. I tried copying my VM and while it looks like that went okay, I have no idea how to access that VM via the browser to actually test Koha. So I guess I'm looking for a tutorial and/or guidance on how to keep two installs up to date. Nicole

2 1

Out of the Office
by adrea＠moablibrary.org 15 Jan '11

15 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

2 1

3.2.3 Release Schedule
by Chris Nighswonger 15 Jan '11

15 Jan '11

Hi all, 3.2.3 is on track to be released on January 22, 2010, however, there is another important date between now and then which I wanted to point out. On January 15, 2011, 3.2.3 will enter a string freeze to facilitate finalization of translation updates. After this date the only patches introducing string changes which will be pushed for 3.2.3 will be those addressing blocker bugs or security issues. All others will be pushed to 3.2.4. Patches not introducing string changes will be pushed up to the time of the release. Keep up the good work! Kind Regards, Chris Nighswonger 3.2 Release Maintainer

1 2

Koha - Advanced cataloging search RFC on 001
by Linda Culberson 14 Jan '11

14 Jan '11

In the wiki, it has that Howard County Library was proposing an RFC to allow searching on the 001. http://wiki.koha-community.org/wiki/Advanced_cataloging_search_RFC In the old documentation that is on LibLime's site, it says "field 001 is a special field that you cannot map data to in Koha" We need to be able to link to that number. Does anyone have any ideas about how to do so, since we cannot seem to keep our current id's when migrating to Koha 3.2? Thanks. -- Linda Culberson lculber(a)mdah.state.ms.us Archives and Records Services Division Ms. Dept. of Archives& History P. O. Box 571 Jackson, MS 39205-0571 Telephone: 601/576-6873 Facsimile: 601/576-6824

3 5

Out of the Office
by adrea＠moablibrary.org 14 Jan '11

14 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

1 0

FW: What should an empty authority subfield do?
by Marcel de Rooy 14 Jan '11

14 Jan '11

Copying to dev list for additional comments. ________________________________ Referring a question in bug 5572 to the Koha list for further comments from the list. Bug 5572 introduces a refinement on authority merging. (Copying the change of an authority to the related biblio records.) Janusz (author of the patch) wrote: The original behavior in 3.0 was: when authority has been changed, then in the corresponding fields in the bibliographic records all the subfields of such fields controlled by authority will be dropped and created anew with only subfields which have a value in the authority. The new behavior is much better: in the bibliographic record only subfields which have a value in the authority_to (the new authority) will be changed. BUT what if there was a subfield present (with value) in authority (and in bibliographic) and the value is now deleted form authority? It will still stay in all bibliographic, whereas it should not. Hence my proposal: subfields not active in authority framework will be preserved; subfields active in the authority framework (i.e. controlled by this authority type) should be set as in the authority record - either have the value of corresponding subfield in authority or be empty. Marcel (tester of patch) commented: Tested your patch: it works as described. I see your point when you should clear a subfield at the authority side and you want to see the same at the biblio side. [How often would that happen?] However, if the subfield was already empty at the authority side and you update the auth record, do you also want to clear at that moment any possible info in that subfield at the biblio side? Does an empty authority subfield that is "not in the ignore tab" in the framework, really mean that that subfield should always be empty too at the biblio side? I am not sure about that; I will copy this comment to the Koha list for possible further discussion. What do you think? Thanks for further clarification.

1 0

3.2.x Maintenance Request
by Chris Nighswonger 12 Jan '11

12 Jan '11

Hi all, Kudos to all of those who have been turning out bugfixes like grist mills of late! I have a request for both devs and those doing qa/sign-offs. Please verify that patches apply cleanly both to master and to 3.2.x prior to submitting. This is becoming more important as these two branches diverge. It will become imperative for all patches after the move to TT in a few weeks. I will do my best to send notices back to the patches list for those that do not apply to 3.2.x. Kind Regards, Chris Koha 3.2. Release Maintainer

1 0

QA session for BibLibre for Circ & members improvements
by Paul Poulain 11 Jan '11

11 Jan '11

Hello, Today, I've been available on IRC for some QA on our Circ & Members branch. Thanks to Katrin that said she could not join and to owen that did some tests but could not go far because of an updatedatabase with XXX numbers. I had planned to be available from 20GMT to 22GMT, but it will be from 21GMT to 23GMT, sorry for the delay. Anyway, I did a lot of testings and have fixed some glitches in fines partial payements (patchs to be picked up by chris). I did a lot of tests on check-in/checkouts/hold/renewals without noticing any problem (reminder : with this branch, all issuing rules are now at a granular level branch/patron category/itemtype : Current checkouts allowed Loan period (day) Fine amount Fine charging interval Grace period (day) Suspension duration (day) Renewals allowed (count) Renewals period (days) Holds allowed (count) Holds pickup delay (day) Allow on shelf holds Holds restricted to library Rental Discount (%) HTH, and see you again in 3 hours ;-) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

Out of the Office
by adrea＠moablibrary.org 11 Jan '11

11 Jan '11

I will be on vacation from Saturday 1/8/11 to Wednesday 2/2/11. I apologize for any inconvenience! For immediate assistance during regular library hours, please call the library information desk at 435-259-1111 ext0. I will respond to your email as soon as possible when I return to work. Thank you, Adrea Adrea Lund Head of Adult Services Grand County Public Library 257 E. Center St. Moab, UT 84532 435-259-1111 ext11 www.moablibrary.org

1 0

(reminder) IRC QA-meeting for BibLibre circulation & borrower patches
by Paul Poulain 11 Jan '11

11 Jan '11

Hello, As announced last week, i'm available today on IRC and anyone who want to jump in a QA session of circulation & borrowers improvements coming from BibLibre for 3.4 can jump in. * http://borrowers34.git.biblibre.com/cgi-bin/koha/mainpage.pl login test/test is available and is a fresh install from this branch * what it contains is on wiki.biblibre.com http://wiki.koha-community.org/wiki/BibLibre_patches_to_be_integrated_for_3… * the bugzilla entry for any comment is #5575 HTH -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 1