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

externalising translator and etc
by LAURENT Henri-Damien 15 Nov '10

15 Nov '10

Hi I propose to get etc and translator as external git repositories. Why ? It would allow to have po files in their own repository and limit the weight of Koha git archives. For etc, it would allow to change the installer in order to keep track of local changes for every person and therefore be able to synchronize with community version properly. HOW ? operation is simple : git filter-branch --subdirectory-filter misc/translator -- --all and then git push on an external repository. for instance etc.git and translator.git on git.koha-community This would allow to have more than one branch for etc and for instance create and etc/apache etc/nginx etc/plack and so on... WHEN ? when you think operation should be done, if you think it could be interesting. and then we could have git submodules in the koha.git repository in order to keep in synch and synchronise versions when we want. http://www.kernel.org/pub/software/scm/git/docs/git-submodule.html It is just a proposition. -- Henri-Damien LAURENT

7 8

Perl resource
by Colin Campbell 15 Nov '10

15 Nov '10

This may be of interest to some: http://www.onyxneon.com/books/modern_perl/index.html This new book is available as a free pdf. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell(a)ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com

2 1

Re: [Koha-devel] Bug 5401: WYSWYG for Koha News
by MJ Ray 15 Nov '10

15 Nov '10

Galen Charlton wrote: > Since TinyMCE is used by only one page, if we decide to switch to > elRTE (or to something else entirely), it won't be a big deal. Has > anybody done a direct comparison? I've used TinyMCE and haven't used elRTE, but wouldn't this question get better answers if asked on koha-devel? Thanks -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. Past Koha Release Manager (2.0), LMS programmer, statistician, webmaster. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire for Koha work http://www.software.coop/products/koha

5 7

Call for testing .. Reports module changes
by Chris Cormack 14 Nov '10

14 Nov '10

Hi all There is a branch at git.koha-community.org, new/biblibre_reports. It has had some good initial testing, with a few issues found and fixed, (Thanks Galen). If people could check it out and do some more testing, and let me know what they find. I think it is very close to being merged to master, I would just like a little more testing by some others. You can see the branch in gitweb here http://git.koha-community.org/gitweb/?p=koha.git;a=shortlog;h=refs/heads/ne… And can report your findings here http://wiki.koha-community.org/wiki/BibLibre_patches_to_be_integrated_for_3… Thanks in advance. Chris

1 0

November Newsletter
by Nicole Engard 13 Nov '10

13 Nov '10

Hello all, I'm thinking for the next Koha Newsletter we'll do a conference sum-up. So between the start of the conference and the 12th of November please send me links to posts you may have written about conference sessions, links to pictures from KohaCon, and anything else conference related. Thanks Nicole C. Engard

1 2

RE : Re: XML processing
by Henri-Damien LAURENT 12 Nov '10

12 Nov '10

Other reason is that deserializing from xml rather than iso2709 is WAY slower and proc intensive. It would not be a problem is any setup would CORRECTLY and SENSIBLY use XSLT. But since XSLT.pm is what it is ie taking marc record, editing, tranforms to xml before processing xslt, this process would only be slower if we used xml. Moreover the main reason why record are bigger than 9999 bytes is because of items. It is proven that it would really be HEALTHY to remove them. So the problem wouls not exist any longer. My 2 cts. -- Henri-Damien Laurent Le 12 nov. 2010, 7:55 AM, "Frédéric Demians" <frederic(a)tamil.fr> a écrit : > Here we go > > http://www.nntp.perl.org/group/perl.perl4lib/2006/05/msg2369.html >From this email, as I understand it, it seems that here is the reason why Koha in search result deserialize MARC records from their ISO2709 representation rather than their MARCXML. If we were able to use marcxml, the 99,999 limitation for MARC record size could be exceed. And we would have one less reason to move to SolR--notwithstanding the other reasons to move to. -- Frédéric _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.koha-comm...

3 2

XML processing
by Clay Fouts 12 Nov '10

12 Nov '10

Hi, all. Can anyone point me to documentation about why Expat is considered incompatible with Koha (and I'm assuming MARC::File::XML). I know there are dire warnings against such, but what are the test cases where it fails? Expat is considerably faster than the LibXML implementation, and it would be a shame if we were continuing to avoid using it without due cause. I've been unable to detect issues with it in my anecdotal test cases thus far. Thank you, Clay

4 6

While we are cleaning house on RFCs and Enhancement Requests
by Chris Nighswonger 11 Nov '10

11 Nov '10

I note that there are some 620 open enhancement requests in Bugzilla. Here is the search: http://bugs.koha-community.org/bugzilla3/buglist.cgi?query_format=advanced&… It might be good to take some time and see if any of these belong to you and update the status of them, as well as consider adding the appropriate RFC to the wiki using the template available here: http://wiki.koha-community.org/wiki/Category:RFCs#RFC_Template Kind Regards, Chris

1 0

z3950NormalizeAuthor
by Galen Charlton 11 Nov '10

11 Nov '10

Hi, Question for the UNIMARC users among us - what is the purpose of this system preference? I can make out what it's doing in terms of copying over selected 7XX values to the UNIMARC author tag, but why is this necessary? Regards, Galen -- Galen Charlton gmcharlt(a)gmail.com

1 0

Tests failing due to "none-mandatory" modules not being installed
by Chris Nighswonger 11 Nov '10

11 Nov '10

I've noticed recently that several tests fail if one elects not to install the so-called "optional" dependencies of Koha. It seems to me that this is undesirable behavior, but then, I may be missing something. So.... is this desirable, or should tests of code requiring "optional" deps be conditioned to skip parts that would fail due to non-installation of these deps? Kind Regards, Chris

1 0