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

performance issues with mysql and koha on 2 physical servers
by Claire Hernandez 05 Apr '12

05 Apr '12

Hello all, I would like to better understand why when we put koha source on a different mysql physical server we have a performance problems. If I put mysql on koha source server, an opac-search take 2 times less than if I separate mysql server and koha sources. I don't really know why: - perl libs? (CGI + DBH?) - mysql setting? - network setting? Do you know thinks about this? did you work or remember works from others ? (I am really not comfortable with hardware architecture or server settings and first I would like to collect your feedbacks.) Claire;

8 8

Question qrt Bug 7785
by Marc Balmer 05 Apr '12

05 Apr '12

Bug 7785 has state "Pushed to Master", yet when I do a git pull of my master branch, the changes do not show off, i.e. C4/Members.pl still has the unused "columns()" function. Is that really pushed to master or is there some argument needed to "git pull" when in the master branch? Thanks, Marc

2 1

automagically replacing tabs by spaces in patches
by Paul Poulain 04 Apr '12

04 Apr '12

Hello, We have a coding guideline saying we must use 4 spaces and not tabs for indenting. Some patches are still provided with tabs. Fortunately, chris has found a way to automagically fix trailing whitespaces, and I've commented his blog entry to deal with tabs. So, head to : http://blog.bigballofwax.co.nz/2011/12/15/fixing-whitespace-when-apply-patc… (and see comment 1) I'll remove the tab control on the git hook and update the wiki now, to point to this page. -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

2 1

wiki permission denided when replacing file upload with newer one
by Dobrica Pavlinusic 04 Apr '12

04 Apr '12

I tried to add nicer version of picture on http://wiki.koha-community.org/wiki/Performance which resulted in following error: Warning: mkdir() [function.mkdir]: Permission denied in /home/wiki/web/w/includes/GlobalFunctions.php on line 2176 Warning: wfMkdirParents: failed to mkdir "/home/wiki/web/w/images/thumb/archive/20120404002807!Mysql_queries-day.png" mode 511 in /home/wiki/web/w/includes/GlobalFunctions.php on line 2179 File:Mysql queries-day.png Warning: mkdir() [function.mkdir]: Permission denied in /home/wiki/web/w/includes/GlobalFunctions.php on line 2176 Warning: wfMkdirParents: failed to mkdir "/home/wiki/web/w/images/thumb/archive/20120404002807!Mysql_queries-day.png" mode 511 in /home/wiki/web/w/includes/GlobalFunctions.php on line 2179 Picture *did* upload, and it seems that thumbnail got recreated, but can somebody do chmod to make it happy? -- Dobrica Pavlinusic 2share!2flame dpavlin(a)rot13.org Unix addict. Internet consultant. http://www.rot13.org/~dpavlin

1 0

To-morrow and to-morrow and to-morrow
by BWS Johnson 03 Apr '12

03 Apr '12

Salvete! If you only make 2 IRC Meetings a year, tomorrow's is one to catch. 4 April at 10 UTC we're voting on roles for 3.10. There's still time to visit the wiki, step up, and volunteer in advance of the meeting. So have your +1s at the ready! See you soon, Brooke

2 1

call for signoff (bug 2780)
by Paul Poulain 03 Apr '12

03 Apr '12

Hello koha-devel, Owen just submitted a lot of patches fixing capitalization mistakes in Koha. Those patches are only related to templates and strings. But as we will reach "string freeze" in a few days, could someone take care of signing-off them now, so the 3.8 could be consistent. If those patches are not signed-off before next monday, they wont be in 3.8 ! Thanks -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

Re: [Koha-devel] Improving permissions on lists (virtual shelves)
by Marcel de Rooy 02 Apr '12

02 Apr '12

Thanks all for responding to this inquiry. This was very helpful. I am merging here the results and will be posting them back to report 7310 or a wiki page. Feel free to correct me where I made the wrong conclusion. 1 Public lists in OPAC: Currently, a user should be logged in to create a list. I would strongly recommend to keep that restriction. A new preference is added that allows opac users to create public lists or does not allow that. Additionally, I would add the restriction that another opac user cannot change the list type of a public list to private list or change the list permissions when he did not create it (currently possible); the owner can do that or a staff member with permissions in the staff client. 2 Three new permissions per list: Add items, Delete own items, Delete other items. This makes the Open list type obsolete. 3 Share private lists with another patron (as described before). Can be turned on/off with a preference. 4 Staff client features: add an option under Tools to moderate inappropriate list names for public lists and shared private lists. (A library is free to use it or not.) Add staff list permission: allow to manage lists (virtual shelves). With that permission a staff member can moderate the list names as mentioned and access the staff Lists module. (He can change list type and permissions. He can take ownership of a public list if the owner has been deleted.) 5 [NEW] Deleting a patron should also delete his (unshared) private lists, his shares with private lists of someone else and clear owner on his public lists. [Currently, the virtualshelves table will contain lists (of any type) of deleted borrowers.] A new problem is what to do with shared private lists (still used by other patrons). Just deleting them would not be nice for those patrons. Just promoting them to public lists could not be ideal too; same for leaving this to be sorted out by the librarian. The best [pragmatic] solution is probably setting ownership to the first user that received a share on that list. (He already had access to those lists, but is now able to change settings on that list too.) ADDITIONAL COMMENT If a library does not allow public list creation in OPAC and does not share lists, how should a staff member change list type of a private list? This is not possible. You could say by design. It is the result of combining those two prefs. As a workaround, a staff member could enable public list creation, let the user change list type in opac and reset the pref. Or enable sharing lists, let the user share that list with staff member, accept it and reset the pref.

1 1

Call for papers for Kohacon12
by Chris Cormack 02 Apr '12

02 Apr '12

The call for conference papers is open. We’d love to see presentations from librarians for librarians, sharing their experiences, tricks and tips. Talk times are flexible, with long and short options, so please consider registering as a speaker. We are particularly keen to receive proposals about archives/special libraries using Koha, Resource Description Framework/Semantic Web/Linked Data and the Koha packages, in both the main conference and the later hackfest. Please complete the form at http://koha-community.org/kohacon12/call-papers/ We will prefer vendor-neutral talks, in English or with English translation, with copyright licensed under GPLv2+, CC-By, CC-By-SA or something similar. Examples from a previous conference can be viewed at http://www.kohacon10.org.nz/ The deadline for talk proposals is April 20, so please go submit one now Chris

2 2