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

Kohacon12 - Sponsorship now open!
by MJ Ray 06 Apr '12

06 Apr '12

Hi All I'm delighted to send this mail (on behalf of the organising team) to let people know we are now accepting general sponsorships for Kohacon12, by bank transfer or paypal/card. http://koha-community.org/kohacon12/sponsoring-kohacon12/ As you probably all know Kohacon is a free conference and it's all being organised by some brilliant volunteers, but we do need to pay for it somehow. So all donations are welcome, but there are two levels of extra benefits: "Kind Hearts" if you give over GBP 50 and "The Full Monty" for contributions over GBP 500. It will be a great conference and you could help to make it even better... See you in Edinburgh! -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/

1 0

Kohacon12 - Registrations now open!
by Chris Cormack 06 Apr '12

06 Apr '12

Hi All I'm delighted to send this mail (on behalf of the organising team) to let people know registrations for Kohacon12 are now open. http://koha-community.org/kohacon12/registration/ As you probably all know Kohacon is a free conference but we do need people to preregister so we have ideas of numbers. So please fill out the form above if you are planning to attend. It will be a great conference, a time of learning, sharing, strengthening and creating friendships, so register now. Chris

1 0

last hours before string freeze...
by Paul Poulain 06 Apr '12

06 Apr '12

Hello koha-devel, Reminder : the string freeze will be declared on monday. I've QAed & pushed all patches that were in "signed-off" status (except some 4 new features submitted by BibLibre that will wait for next release), but I'd like to point that the bug 2780 contains a *lot* of patches that I would be happy to push if someone sign-off them (there are others, but this one is really worth it for translators !!!) Thanks ! -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

Solr / zebra / search in Koha 3.10 => starting a workgroup
by Paul Poulain 06 Apr '12

06 Apr '12

Hello all, As you know, our main goal for the oct12 release of Koha is to introduce solr as an alternate search engine. BibLibre already explained which improvements will be added by this search engine on the blog page: http://drupal.biblibre.com/en/blog/entry/solr-developments-for-koha During the hackfest in Marseille, a group of 4 persons (Claire, Henri-Damien, Juan and Zeno) worked on how this work should be done to be introduced smoothly. The first goal being that a library wanting to run zebra still could. As some librarians could want to use another search engine than zebra or solr, we want to follow a path that would result in a better modularity. I also think that most of us agree that current search code is ugly & very hard to maintain/improve. The hackfesters have produced a drawing explaining how we could name the different packages: https://docs.google.com/a/biblibre.com/drawings/d/1ZdsQsoThYgIVSgH3LqgRZy17…, with a page on the wiki: http://wiki.koha-community.org/wiki/Switch_to_Solr_RFC#.23kohahack12 In this drawing (read from bottom to top), there are 2 main layers "Search" and "Index", that are reponsible of doing searches and doing indexing. The "Conf" object will be responsible to retrieve the configuration (current getIndexes), the "Query" object would be responsible to build the query in SearchEngine grammar, the "Plugin" object would be reponsible to deal with records before indexing (like normalizing data) Claire (from BibLibre) made a first implementation of this organization on github: https://github.com/clrh/wip-searchengine-layer/tree/master/lib/SearchEngine. Juan (from xercode), also worked on this organization, on the zebra side. His code is available also on github: https://github.com/xercode/Data-SearchEngine-Zebra. Now, Henri-Damien is continuing the work for implementing zebra with this global structure. In the meantime, 2 other directions have been followed: * Frédéric (Demians, from Tamil) wrote a daemon for zebra indexing (see http://git.tamil.fr/?p=Koha-Contrib-Tamil;a=summary) that resulted in bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7759, that document how to introduce this daemon for indexing. Liz (and maybe others) are using it without any problem. This git repository introduces some other tools, but what they effectively do is not completely clear to me (Frédéric, if you want, to add some info...) * Galen (Charlton, from Equinox) wrote some code that you can see in http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7818 and is in "needs signoff" status. The description of the bug includes a lot of things: DOM indexing for biblios (and a tool to automatically write the DOM xsl from the record.abs), and a normalizer for datas, an indexer (Koha::Indexer). Unless I've missed something (Galen, tell if I'm wrong): for now, only the DOM indexing is submitted, normalizer and indexer are not. What we all agree about: we should have a clearer way to: Normalize / Index / Search in Koha. That's great ! The structure described by the hackfester is great because it's independent from the SearchEngine you use. I think large portions (if not all) of Koha::Contrib::Tamil could be used to write the zebra indexing layer. I also think that The DOM indexing part of what Galen has submitted can be signed-off & pushed without any risk, but the normalize and indexer parts will need coordination to avoid having BibLibre/xercode working in a direction, and Galen working in another. I really like the idea of having normalizer not necessary being MARC; that could be useful in the future. That's why I propose to organize an IRC meeting (date and time to define, but that will be in Europe afternoon / US morning) with all volunteers to coordinate their efforts. I think this meeting should be regular (monthly ?) After each meeting, a summary of the conclusions would be made on the wiki and posted on this mailing-list. My proposition: if you're interested by participating to this effort, please answer to this mail. (I'll then start a doodle to find a proper time. I propose 2 hours for the duration of the 1st meeting, then, hopefully, shorter meetings) -Juan/Galen/Zeno, you're considered as being interested by this topic ;-) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

6 10

Performance of Koha and usage of remote MySQL server
by jonathan DUPERRIER 06 Apr '12

06 Apr '12

Hello, I would like to know if the installation of Koha with a MySQL database on another server than the application may affect the performance of Koha. The MySQL server and application are on the same LAN, regardless of any order might be slowdown during query execution. Thanks for help

6 5

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