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

koha-3.00.00 make fails
by Rick Welykochy 28 Dec '13

28 Dec '13

Hi all, I have downloaded http://download.koha.org/koha-3.00.00.tar.gz and began installing it on Debian/etch (in a Linux vserver environment). 0. FINE: cd koha-3.00.00 1. FINE: perl Makefile.PL 2. FAIL: make : : : Manifying blib/man3/C4::UploadedFile.3pm Manifying blib/man3/C4::BackgroundJob.3pm Manifying blib/man3/opac::opac-dictionary.3pm Manifying blib/man3/serials::member-search.3pm /usr/bin/perl "-Iblib/arch" "-Iblib/lib" fix-perl-path.PL blib /usr/bin/perl "-Iblib/arch" "-Iblib/lib" rewrite-config.PL blib/KOHA_CONF_DIR/koha-conf.xml Bad arg length for Socket::inet_ntoa, length is 0, should be 4 at rewrite-config.PL line 67. make: *** [blib/KOHA_CONF_DIR/koha-conf.xml] Error 255 Any ideas what went wrong and how to fix? Aside: there were a couple of other problems with this "out of the box" debian based install of Koha 3.0 which had to be fixed along the way, e.g. seven missing perl modules and libgd not found. I'll report on the entire process from unpacking to a running Koha/3.00.00 once I get to the end. cheers rickw -- ________________________________________________________________ Rick Welykochy || Praxis Services || Internet Driving Instructor The manual said Windows XP/SP2 or better so I installed Linux.

4 5

Adding items in Acquisition 3.2
by Marcel de Rooy 18 Mar '11

18 Mar '11

Hi, The new feature (in Koha 3.2) of adding items in Acquisitions with the framework display is quite promising. It appears however that the framework plugins cannot be activated there. Do I overlook something? Or is anyone still working on this functionality? Regards, Marcel

2 1

December Newsletter Call for Articles
by Nicole Engard 12 Dec '10

12 Dec '10

It's that time again! Please submit to me your short newsletter articles by the13th of December. This will be the last "monthly" issue of the Koha newsletter. Starting in 2011 the newsletter will be published every other month. So if you have an announcement you want out before February please send it to me for this newsletter. I encourage those with long articles to post them on the web and send me a summary with a link to the full article. Thanks Nicole

1 1

Search Engine Changes : let's get some solr
by LAURENT Henri-Damien 07 Dec '10

07 Dec '10

Hi As you already read in Paul previous message about "BibLibre strategy for 3.4 and next version", we are growing, want be involved in the community as previously. Paul promised some POCs, here is one available. We also worked on Plack and support. We created a base of script to search for Memoryleaks. We'll demonstrate that later. zebra is fast and embeds native z3950 server. But it has also some major drawbacks we have to cope with on our everyday life making it quite difficult to maintain. 1. zebra config files are a nightmare. You can't drive the configuration file easily. namely : Can't edit indexs via HTTP or configuration. all is in files hardcoded on disk. ⇒ you can't list indexes you can't change indexes, you can't edit indexes, you can't say I want this index at OPAC, that in intranet. (Could be done with scraping ccl.properties, and then record.abs and bib1.att…. But what a HELL) So you cannot customize configuration defining the indexes you want easily. And ppl donot get a translation of the indexes since all the indexes are hardcoded in the ccl.properties and we donot have a translation process so that ccl attributes could be translated into different languages. 2. no real-time indexing : the use of a crontab is poor: when you add an authority while creating a biblio, you have to wait some some minutes to end your biblio (might be solved since zebra has some way to index biblios via z3950 extended services, but hard and should be tested and at the time community first tested that, a performance problem was raised on indexing.) 3. no way to access/process/delete data easily. If you have indexes in it or have some problems with your data, you have to reindex the whole stuff and indexing errors are quite difficult to detect. 4. during index process of a file, if you have a problem in your data, zebraidx just fails silently… And this is NOT secure. And you have no way to know WHICH biblio made the process crash. We had a LOT of trouble with Aix-Marseille universities that have some arabic translitterated biblios that makes zebra/icu completly crash ! We had to do some recursive script to find 14 biblios on 730 000 that makes zebra crash (even is properly stored & displayed) 5. facets are not working properly : they are on the result displayed because there are problems with diacritics & facets that can't be solved as of today. And noone can provide a solution (we spoke about that with indexdata and no clear solution was really provided. 6. zebra does not evolve anymore. There is no real community around it, it's just an opensource indexdata software. We sent many questions onlist and never got answers. We could pay for better support but the fee required is quite deterrent and benefit is still questionable. 7. icu & zebra are colleagues, not really friends : right truncation not working, fuzzy search not working and facets. 8. we use a deprecated way to define indexes for biblios (grs1) and the tool developped by indexdata to change to DOM has many flaws. we could manage and do with it. But is it worth the strive ? I think that every one agrees that we have to refactor C4::Search. Indeed, query parser is not able to manage independantly all the configuration options. And usage of usmarc as internal for biblio comes with a serious limitation of 9999 bytes, which for big biblios with many items, is not enough. BibLibre investigated in a catalogue based on solr. A University in France contracted us for that development. This University is in relation with all the community here in France and solr will certainly be adopted by all the libraries France wide. We are planning to release the code on our git early spring next year and rebase on whatever Koha version will be released at that time 3.4 or 3.6. Why ? Solr indexes with data with HTTP. It can provide fuzzy search, search on synonyms, suggestions It can provide facet search, stemming. utf8 support is embedded. Community is really impressively reactive and numerous and efficient. And documentation is very good and exhaustive. You can see the results on solr.biblibre.com and catalogue.solr.biblibre.com http://catalogue.solr.biblibre.com/cgi-bin/koha/opac-search.pl?q=jean http://solr.biblibre.com/cgi-bin/koha/admin/admin-home.pl you can log there with demo/demo lgoin/password http://solr.biblibre.com/cgi-bin/koha/solr/indexes.pl is the page where ppl can manage their indexes and links. a) Librarians can define their own indexes, and there is a plugin that fetches data from rejected authorities and from authorised_values (that could/should have been achieved with zebra but only with major work on xslt). b) C4/Search.pm count lines of code could be shrinked ten times. You can test from poc_solr branch on git://git.biblibre.com/koha_biblibre.git But you have to install solr. Any feedback/idea welcome. -- Henri-Damien LAURENT BibLibre

23 67

ICU chains
by Ian Walls 01 Dec '10

01 Dec '10

Fellow Kohackers, There has been some talk before of using ICU chains with Zebra in order to resolve issues with diacritic search. I've looked at the patch from BibLibre ( http://git.biblibre.com/?p=koha;a=commit;h=c2465153cccb8965b0008186cdb0a94a…) and it seems pretty straightfoward, but it's nearly a year old, and I'm wondering if any work has been done since then. Does this commit resolve the issue (at least for French diacritics)? There has also been some recent posting on handling both Roman and Devangari script ( http://old.nabble.com/Re:-display-search-result-problem-p28106148.html) It references the BibLibre commit. If this methodology is working, what should we do to get it committed to Koha? I'd imagine that we'd need to generalize it to work with all languages... either by making a master set of rules, or having different xml files that can be called depending on your language choice... ideas? Cheers, -Ian -- Ian Walls Lead Development Specialist ByWater Solutions Phone # (888) 900-8944 http://bywatersolutions.com ian.walls(a)bywatersolutions.com Twitter: @sekjal

3 2

meeting solr
by LAURENT Henri-Damien 29 Nov '10

29 Nov '10

Two weeks ago, I said that we would organise a meeting around solr and our developments in progress. We think we may now plan that. We think we could do that next week or the week after in order to tell the community the point what we achieved, what we are missing (And the first and most time-consuming task would be to gather some biblios and some use cases to test so that we donot induce regressions, what we plan to work on, and what the community could help us to do.) Our plan is to share our work on a regular base so that you can all see the direction we are willing to take, and the reasons why we implemented things that way. I would like to invite you to the Doodle poll "meeting solr". I donot want to interfere with the regular meeting. It is more a kind of "Come and play". We will have an up and running interface. Every body interested or even skeptical about this development may come and make his own opinion. Please follow the link in order to participate in the poll: http://doodle.com/2eh7spytgmydduca We will take at least two meetings at two different time in the day so that the wider audience can benefit and ask questions. We will try and assign the questions that you may have. We will therefore take the top two options. One in the morning, and one in the evening. I hope you will join us. -- Henri-Damien LAURENT BibLibre

1 0

Fwd: [koha-commits] main Koha release repository branch, master, updated. v3.02.00-188-g4b69538
by Nicole Engard 29 Nov '10

29 Nov '10

I think this was brought up before but how do I know what has changed in these files? Commit emails that tell me bug numbers and a short title/summary are much more helpful than this. I use these emails to determine what to update in the manual and I can't keep track if I have to go hunt down these commit numbers. Is there another way to format these types of messages to look like the ones that include details about each patch? Nicole ---------- Forwarded message ---------- From: Git repo owner <gitmaster(a)git.koha-community.org> Date: Sun, Nov 14, 2010 at 9:22 PM Subject: [koha-commits] main Koha release repository branch, master, updated. v3.02.00-188-g4b69538 To: koha-commits(a)lists.koha-community.org This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "main Koha release repository". The branch, master has been updated via 4b69538f9bf6809126cc404a7bc09b02c3830328 (commit) via 38360b766c32ab89c6e5ee87d2459692b47f2b29 (commit) from c0272a6b66e053a86010c7eb8fce1bf080bf428b (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- ----------------------------------------------------------------------- Summary of changes: admin/aqbudgetperiods.pl | 4 +++- admin/aqbudgets.pl | 4 +++- admin/aqplan.pl | 5 +++-- .../prog/en/includes/budgets-active-currency.inc | 1 + .../prog/en/modules/admin/aqbudgetperiods.tmpl | 4 +++- .../prog/en/modules/admin/aqbudgets.tmpl | 6 +++--- .../prog/en/modules/admin/aqplan.tmpl | 2 +- .../prog/en/modules/virtualshelves/shelves.tmpl | 6 +++++- koha-tmpl/opac-tmpl/prog/en/css/opac.css | 5 ++++- .../opac-tmpl/prog/en/modules/opac-shelves.tmpl | 3 ++- 10 files changed, 28 insertions(+), 12 deletions(-) create mode 100644 koha-tmpl/intranet-tmpl/prog/en/includes/budgets-active-currency.inc hooks/post-receive -- main Koha release repository _______________________________________________ koha-commits mailing list koha-commits(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-commits

3 6

flaw in C4/Biblio.pm when controlnumber not set
by Reed Wade 29 Nov '10

29 Nov '10

Hi, I was playing around with strange records (one with no setting for control number) and managed to tickle this-- 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1266) sub GetMarcControlnumber { 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1267) my ( $record, $marcflavour ) = @_; 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1268) my $controlnumber = ""; 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1269) # Control number or Record identifier are the same field in MARC21 and UNIMARC 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1270) # Keep $marcflavour for possible later use 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1271) if ($marcflavour eq "MARC21" || $marcflavour eq "UNIMARC") { 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1272) $controlnumber = $record->field('001')->data(); 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1273) } 703156da (Katrin Fischer 2010-11-24 11:35:43 -0500 1274) } which causes-- Can't call method "data" on an undefined value at /home/reedpetone/koha/dev/koha/C4/Biblio.pm line 1272. when I do this-- http://koha/cgi-bin/koha/opac-detail.pl?biblionumber=2 ------- Since it's a small and recent item, advice on IRC was to just send this to the list. -reed

2 2

Circular references
by LAURENT Henri-Damien 29 Nov '10

29 Nov '10

Hi During KohaCon, Plack and Data persistance was discussed and wome work was done on that. Ian posted a perl script. Marc did another script. It works quite fast. I wanted to publicise this in order to contribute code so that eventually all the circular references could be solved. Find enclosed both scripts : CIRCDeps.pl from Marc and dep_check.pl We will try and keep you informed of what we achieved with that. -- Henri-Damien LAURENT

2 3

FW: [Koha-patches] [PATCH] Bug 4959 (Language inconsistencies on basket groups; skip confirmation when closing basket.)
by Marcel de Rooy 26 Nov '10

26 Nov '10

Hi, I would welcome any input from you on the following proposed patch. Regards, Marcel -----Oorspronkelijk bericht----- Van: koha-patches-bounces(a)lists.koha-community.org [mailto:koha-patches-bounces@lists.koha-community.org] Namens Marcel de Rooy Verzonden: donderdag 25 november 2010 13:50 Aan: koha-patches(a)lists.koha-community.org Onderwerp: [Koha-patches] [PATCH] Bug 4959 (Language inconsistencies on basket groups; skip confirmation when closing basket.) This patch adds a new pref SkipBasketConfirmations. This adds the option to skip confirmations on closing and reopening a basket. If you skip the confirm, you do not create a new basket group. The confusing line Create a purchase order (when closing a basket) is replaced by Attach basket to a new basket group with the same name. A warning for a null value on basketgroupid is fixed. --- acqui/basket.pl | 7 +++++-- .../prog/en/modules/acqui/basket.tmpl | 9 ++++----- .../en/modules/admin/preferences/acquisitions.pref | 6 ++++++ 3 files changed, 15 insertions(+), 7 deletions(-) diff --git a/acqui/basket.pl b/acqui/basket.pl index 005fcb9..57308b1 100755 --- a/acqui/basket.pl +++ b/acqui/basket.pl @@ -90,6 +90,9 @@ if (!defined $op) { $op = q{}; } +my $skip_pref= C4::Context->preference("SkipBasketConfirmations") || 0; +$template->param( skip_confirm_reopen => 1) if $skip_pref; + if ( $op eq 'delete_confirm' ) { my $basketno = $query->param('basketno'); DelBasket($basketno); @@ -144,7 +147,7 @@ if ( $op eq 'delete_confirm' ) { print GetBasketAsCSV($query->param('basketno')); exit; } elsif ($op eq 'close') { - my $confirm = $query->param('confirm'); + my $confirm = $query->param('confirm') || $skip_pref; if ($confirm) { my $basketno = $query->param('basketno'); my $booksellerid = $query->param('booksellerid'); @@ -197,7 +200,7 @@ if ( $op eq 'delete_confirm' ) { if ($basket->{closedate} && haspermission({ flagsrequired => { acquisition => 'group_manage'} })) { $basketgroups = GetBasketgroups($basket->{booksellerid}); for my $bg ( @{$basketgroups} ) { - if ($basket->{basketgroupid} == $bg->{id}){ + if ($basket->{basketgroupid} && $basket->{basketgroupid} == $bg->{id}){ $bg->{default} = 1; } } diff --git a/koha-tmpl/intranet-tmpl/prog/en/modules/acqui/basket.tmpl b/koha-tmpl/intranet-tmpl/prog/en/modules/acqui/basket.tmpl index 9079b6d..3084b48 100644 --- a/koha-tmpl/intranet-tmpl/prog/en/modules/acqui/basket.tmpl +++ b/koha-tmpl/intranet-tmpl/prog/en/modules/acqui/basket.tmpl @@ -39,8 +39,8 @@  <script type="text/javascript"> //<![CDATA[ - function confirm_reopen() { - var is_confirmed = confirm(_('Are you sure you want to reopen this basket?')); + function confirm_reopen(skip) { + var is_confirmed = skip || confirm(_('Are you sure you want to reopen this basket?')); if (is_confirmed) { window.location = "?op=reopen&basketno="; } @@ -95,7 +95,6 @@ <li><a href="basketheader.pl?basketno=&op=add_form" class="button" id="basketheadbutton">Edit basket header information</a></li> <li><a href="javascript:confirm_deletion();" class="button" id="delbasketbutton">Delete this basket</a></li>  - <li><button onclick="confirm_close()" class="yui-button-disabled" id="closebutton" type="button" disabled="disabled" title="You can not close this basket">Can not close basket</button></li>  <li><a href="/cgi-bin/koha/acqui/uncertainprice.pl?booksellerid=&owner=1" class="button" id="uncertpricesbutton">Uncertain prices</a></li>  @@ -121,7 +120,7 @@ //]]> </script> <ul id="toolbar-list" class="toolbar"> - <li><a href="javascript:confirm_reopen();" class="button" id="reopenbutton">Reopen this basket</a></li> + <li><a href="javascript:confirm_reopen();" class="button" id="reopenbutton">Reopen this basket</a></li> </ul> </div>  @@ -313,7 +312,7 @@ <form action="/cgi-bin/koha/acqui/basket.pl" class="confirm"> <h1>Are you sure you want to close basket ?</h1> <p> - <label for="createbasketgroup">create a purchase order now?</label> + <label for="createbasketgroup">Attach this basket to a new basket group with the same name</label> <input type="checkbox" id="createbasketgroup" name="createbasketgroup"/> </p> <input type="hidden" id="basketno" value="" name="basketno" /> diff --git a/koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/acquisitions.pref b/koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/acquisitions.pref index 2a900f0..41ebe78 100644 --- a/koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/acquisitions.pref +++ b/koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/acquisitions.pref @@ -18,6 +18,12 @@ Acquisitions: - The default tax rate is - pref: gist - (enter in numeric form, 0.12 for 12%) + - + - When closing or reopening a basket, + - pref: SkipBasketConfirmations + choices: + 0: always ask for confirmation. + 1: do not ask for confirmation. Printing: - -- 1.6.0.6 _______________________________________________ Koha-patches mailing list Koha-patches(a)lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-patches website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/

3 2