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

Roles for 3.8
by Paul Poulain 02 Aug '11

02 Aug '11

Hi everybody, Chris suggested in one of his recent blog post that we should start thinking about positions for next release (starting october) I've added the page on the wiki: http://wiki.koha-community.org/wiki/Roles_for_3.8 During the last IRC meeting, we decided : * Nomination sept, 22th * Vote at the next IRC general meeting (beginning of october) You'll also notice that I've thrown my hat for the Release Manager responsibility, and put my proposal accordingly. It's something I'm thinking for some weeks/months now. During last chat session, Chris said: " volunteer if you are crazy". I'm crazy, I'm still volunteer, and we're organizing BibLibre to let me having time dedicated to the RM task. If you have some questions when reading my application, feel free to ask me (on the mailing list / irc - paul_p - / pm). I will probably refine my application, and will let you know everytime I make a noticeable change. Have a good day (or night) -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0

64-bit versions
by Paul 01 Aug '11

01 Aug '11

Some time ago yaz -- and possibly other Koha components -- may have proven problematic in a 64-bit server environment. I'm getting ready to do a fresh install of Koha 3.4.3 on a new server using Intel Xeon 64-bit architecture, and am looking for reassurance that this will not be a hang-up. I'll then migrate our current db from 3.2 (on a 32-bit machine) and again would appreciate any words of wisdom from any of you as to best practices. The new server will use Ubuntu 10.04LTS rather than 10.10 (current server) just for the long-term maintenance schedule in a production environment. tnx and br Paul Tired old sys-admin

5 4

Perl scripts not ending in .pl
by Edgar Fuß 01 Aug '11

01 Aug '11

Some of Koha's Perl scripts have filenames not ending in .pl. This just hit me badly because those are not handled by fix-perl-path.PL. Personally, I could just get away with pkgsrc's REPLACE_PERL feature, but maybe other people would benefit from correct interpreter paths too. So, is there any reason why not to change the following file names (and all references to them, of course)? ./misc/admin/koha-preferences ./misc/maintenance/borrowers-force-messaging-defaults ./misc/translator/translate ./opac/unapi ./reports/issues_by_borrower_category.plugin ./reports/itemtypes.plugin ./svc/bib_profile ./svc/bib ./svc/authentication ./svc/config/systempreferences ./svc/new_bib (there are, of course, *.t Perl scripts not listed here) debian/list-deps ist probably irrelevant as long as Debian keeps perl in /usr/bin. fix-perl-path.PL is special. acqui/pdfformat/layout[23]pages.pm have superflous shebang lines.

5 8

FW: Bug 6584
by Marcel de Rooy 01 Aug '11

01 Aug '11

Oops, Discovered that Katrin already signed it off. But it still needs some time to mature on the Signed list ;) Marcel Van: koha-devel-bounces(a)lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] Namens Marcel de Rooy Verzonden: maandag 1 augustus 2011 09:18 Aan: koha-devel(a)lists.koha-community.org Onderwerp: [Koha-devel] Bug 6584 Hi Owen [and all], >From the IRC channel [July 13]: * oleonard doesn't understand what Bug 6584 is about Zebra already indexes MARC field 000/7 as Bib-level. But since it is not defined in ccl.properties and not listed in Search.pm, you cannot do anything with it in Koha. This patch resolves that situation. You will not search for Bib-level many times, but it already helped me in combination with another search term to find some errors in MARC records. Anyone willing to test and sign-off (easy patch!) ? Regards, Marcel

2 1

Bug 6584
by Marcel de Rooy 01 Aug '11

01 Aug '11

Hi Owen [and all], >From the IRC channel [July 13]: * oleonard doesn't understand what Bug 6584 is about Zebra already indexes MARC field 000/7 as Bib-level. But since it is not defined in ccl.properties and not listed in Search.pm, you cannot do anything with it in Koha. This patch resolves that situation. You will not search for Bib-level many times, but it already helped me in combination with another search term to find some errors in MARC records. Anyone willing to test and sign-off (easy patch!) ? Regards, Marcel

1 0

IRC meeting reminder (August 2 02:00 UTC)
by Chris Cormack 31 Jul '11

31 Jul '11

Hi all It's nearly that time again, for our monthly IRC meeting. The agenda is here http://wiki.koha-community.org/wiki/General_IRC_Meeting,_2_August_2011 The meeting is open to all with an interest in Koha. http://koha-community.org/get-involved/irc/ Please come along, Koha is what we make it :) Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand

1 0

Sorting out Koha's dependecies
by Edgar Fuß 29 Jul '11

29 Jul '11

In the course of importing Koha 3.4.2 into the NetBSD pkgsrc collection, I tried to sort out the required Perl modules. I compared a hand-crafted list (obtained by grep'ing) with C4/Installer/PerlDependencies.pm and it looks like I've found some mis-matches. 1. The following modules are listed in $PERL_DEPS, but I can't find any place where they are actually being used: DBD::mysql DateTime Email::Date GD::Barcode::UPCE PDF::API2::Simple PDF::API2::Util XML::RSS 2. The following modules are NOT listed in $PERL_DEPS, though it appears to me they are, in fact, used (maybe in dead code?) in the listed file(s): Archive::Zip C4/ImportExportFramework.pm Cache::Memcached C4/Auth.pm, C4/Cache/Memcached.pm File::Slurp misc/load_testing/benchmark_webservices.pl HTML::Entities C4/Acquisition.pm, C4/ILSDI/Services.pm HTML::Tree misc/translator/text-extract.pl HTTPD::Bench::ApacheBench misc/load_testing/benchmark_circulation.pl MARC::Lint misc/cronjobs/MARC21_parse_test.pl Mail::RFC822::Address misc/cronjobs/smsoverdues.pl SQL::Statement C4/ImportExportFramework.pm Test::Class::Load t/db_dependent/database_dependent.pl Test::Exception selenium/PERL/Members/FilterMembers.pl, selenium/PERL/Members/AddMember.pl, selenium/PERL/Members/Searchmember.pl Test::WWW::Selenium selenium/PERL/Members/FilterMembers.pl, selenium/PERL/Members/AddMember.pl, selenium/PERL/Members/Searchmember.pl Unix::Syslog misc/bin/zebraqueue_daemon.pl Win32::Process sms/sms_listen_windows_start.pl 3. The following CORE modules are listed in $PERL_DEPS. This may be intentional: CGI::Carp Digest::MD5 Digest::SHA File::Temp Getopt::Long Getopt::Std IPC::Cmd List::Util Locale::Language MIME::Base64 MIME::QuotedPrint POSIX Storable Term::ANSIColor Test Test::Harness Test::More Text::Wrap Time::HiRes Time::localtime Unicode::Normalize 4. It appears to be inconsistent whether $PERL_DEPS lists the modules actually use'd or require'd (i.e., ZOOM) or those modules' base modules (i.e., Net::Z3950::ZOOM). Thanks for any clarification.

2 2

haspermission() usage
by Edgar Fuß 29 Jul '11

29 Jul '11

I'm confused about the usage of haspermission(). According to the documentation, the first parameter is the userid (named userid) and the second a hash reference of permission to check (named flagsrequired). However, haspermission() is called with totally different parameters, sometimes only one, that being a hash with a key "flagsrequired". I actually put some Data::Dumper stuff into C4::Auth::haspermission to check; the arguments are totally broken. > ./acqui/basket.pl: if ($basket->{closedate} && haspermission({ flagsrequired => { acquisition => 'group_manage'} })) { Missing userid, broken flagsrequired. > ./acqui/booksellers.pl: || haspermission( $uid, { flagsrequired => { acquisition => q{*} } } ) Broken flagsrequired. Plus $uid is generated rather strangely. > ./admin/aqbudget_owner_search.pl: my $perms = haspermission( $res->{'userid'} ); Missing flagsrequired, maybe OK. > ./members/deletemem.pl: unless(C4::Auth::haspermission($userenv->{'id'},{'staffaccess'=>1})) { > ./members/deletemem.pl: unless(C4::Auth::haspermission($userenv->{'id'},{'borrowers'=>1})) { > ./members/memberentry.pl: if (ref($borrower_data) && ($borrower_data->{'category_type'} eq 'S') && ! (C4::Auth::haspermission($userenv->{'id'},{'staffaccess'=>1})) ) { Looks correct.

1 0

Re: [Koha-devel] [Koha-patches] [PATCH] [SIGNED-OFF] Bug 6614: Remove newlines from order notes when exporting to CSV
by Robin Sheat 27 Jul '11

27 Jul '11

Nicole C. Engard schreef op di 26-07-2011 om 14:22 [-0400]: > If an order > contained a note with a newline in it, that line would come out as a > blank entry in > the exported CSV. This patch strips such characters, globally. It should be OK to have \r and \n in CSVs, provided the fields are correctly wrapped in a quote characters, and any internal quote characters are correctly escaped (let me regale you with my tales of dealing with malformed CSV files coming from other ILS systems...another time perhaps.) I would expect Text::CSV to be able to understand such quoting and escaping properly. Also, keep in mind that some spreadsheet systems can't handle newlines in CSV files, while others can. IME, LibreOffice can, gnumeric can't. Robin.

3 3

patches conflict (bugs 5549 / 5872)
by Paul Poulain 27 Jul '11

27 Jul '11

Hi, This week, I worked hard to rebase & test & clean bugzilla 5872 (it's something like the 4th or 5th time someone does that...) 5872 is about granular circulation rules (including hold rules based on library branch/itemtype/patron categorycode) The bug 5549 is about hourly loans. There are *big* conflicts between them : admin/smart-rules.pl, C4/Circulation.pm just to name 2 files that will have problem. How will we deal with this problem ? who ? -- Paul POULAIN http://www.biblibre.com Expert en Logiciels Libres pour l'info-doc Tel : (33) 4 91 81 35 08

1 0