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

Bugzilla update, git bz attach no longer working
by Chris Cormack 28 Oct '13

28 Oct '13

There was another security issue with bugzilla that has been fixed, unfortunately it was a CSRF issue, which has meant that git bz needs to be updated to deal with tokens better. Until git-bz is fixed, the attach will no longer work Chris

2 1

OPAC theme proposal
by Galen Charlton 28 Oct '13

28 Oct '13

Hi, Based on the feedback received last week, here is my current proposal for managing the OPAC themes: [1] We ship Bootstrap as the default theme for 3.14 for new installations. [2] We announce deprecation of prog and CCSR when 3.14 is released and issue a recommendation that libraries start switching to Bootstrap. [3] At the same time, we announce that prog and CCSR will be removed in 3.18. If some organization wishes to maintain either theme after then, they can do so, but as a separate contrib. However, if you are inclined to support either theme after they've been removed ... please think carefully about the amount of work that would entail. [4] The RM will assist in getting OPAC template patches in the pipeline that were written for prog updated to support Bootstrap as well. [5] Starting with the 3.16, new OPAC patches should be targeted for Bootstrap first. During the 3.16 cycle, contributors are requested to make an effort to update the prog theme as well, particularly for new features, but this is a request, not a requirement. In other words, this means that for 3.16, libraries may need to switch to Bootstrap to take full advantage of new OPAC functionality, but the prog theme will continue to be functional. [6] During the 3.18 cycle, no patches will be pushed for prog except insofar as they may be needed to fix security issues in the maintenance releases. Before 3.18 is released, prog and CCSR will be taken out entirely. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

7 8

OPAC theme defaults for 3.14
by Galen Charlton 28 Oct '13

28 Oct '13

Hi, Another point for discussion: I propose that the Bootstrap OPAC theme be made the installation default for 3.14, and that we announce deprecation of the prog and CCSR themes at the same time, with those themes to be removed (or split into separate packages, if somebody really wants to maintain one or both) in 3.16. Why deprecate prog? For one thing, I don't think we have enough people to successfully maintain both prog and Bootstrap. Why deprecate CCSR? The Bootstrap theme, since it's responsive, provides support for both mobile devices and desktop screens, thereby addressing the mobile concerns that motivated the creation of CCSR. Furthermore, since CCSR is a derivative of prog, maintaining support for CCSR would effectively mean maintaining support for prog as well. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

9 13

Bug 10454, mysqlism to insert support to sequences
by Zeno Tajoli 28 Oct '13

28 Oct '13

Hi to all, I write this mail to revamp the discussion about bug 10454 and to have more clear idea about MySQLism, Postgresism and DBIx::xxx As I can see DBIx::xx is the ORM select for support different DB. As I know DBIx::xxx doesn't cover the problem of sequences, so we still need something like Koha::Sequence.pm. I think it is mandatory to use inside it MySQLism, Postgresism, etc. In fact it will became an 'ORM' for sequnces So to improve it I need something that says me if I use MySQL, Postgres, etc. What do you think about use C4::Context->db_scheme2dbi ? Cheers Zeno Tajoli -- Dr. Zeno Tajoli Dipartimento Gestione delle Informazioni e della Conoscenza z.tajoli(a)cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate

1 0

error circulation
by Carlos Rodrigo Cordova Sandoval 25 Oct '13

25 Oct '13

Hello, I am using koha 3.8.10.2 and I have problems when I return a book gives the following message: screenshot: http://snag.gy/Rio25.jpg and the apache log is: [Mon Oct 14 21:17:27 2013] [error] [client 186.105.227.88] [Mon Oct 14 21:17:27 2013] returns.pl: Invalid local time for date in time zone: America/Santiago, referer: http://catalogo.ipciisa.cl:8080/cgi-bin/koha/mainpage.pl thank you very much. -Carlos

4 3

Default indexing and search options for 3.14
by Galen Charlton 25 Oct '13

25 Oct '13

Hi, I would like to have a discussion regarding making certain options the default for new installations of Koha 3.14 and deprecating other options. Here's the list of proposals: Enable DOM mode by default for both bibs and authorities ----------------------------------------------------------------------------------- Now that MARC21, NORMARC, and UNIMARC have DOM indexing configurations available, this is now possible. Deprecating the GRS-1 filter ----------------------------------------- Giving that DOM has significant advantages of GRS-1 in its flexibility, and as the DOM filter would be required for non-MARC metadata support by Zebra, I propose that we announce a deprecation of the GRS-1 configuration with it to be removed by 3.16. I foresee several features coming down the pike for 3.16 that would require a reindexing during upgrade anyway, so switching to DOM for 3.16 would not impose a burden that wouldn't be present anyway. Enable QueryParser by default --------------------------------------------- Bug 10542 might be a blocker for this, and doing something about bug 10831 would be nice in order to do this. Deprecating non-QueryParser mode --------------------------------------------------- Removing the non-QueryParser code would go a long way towards easing the rewrite of C4::Search. Enable ICU by default ------------------------------- This was discussed during hackfest. One precondition I see is that bug 10729 would have to pass QA Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

5 6

Re: [Koha-devel] OPAC theme defaults for 3.14
by Naval Marine Archive 24 Oct '13

24 Oct '13

At 08:04 AM 10/24/2013 -0700, it was written: >I propose that the Bootstrap OPAC theme be made the installation default >for 3.14, and that we announce deprecation of the prog and CCSR themes at >the same time [snip] I don't think we have enough people to successfully >maintain both prog and Bootstrap. [snip] The first mention I can find for "bootstrap" is bug 10309 and is less than six months old: "I started the redesign by throwing out everything in opac.css and starting from scratch..." I'm not sure what exactly is meant by "bootstrap" in the Koha context (in years gone by I did occasionally get involved in programming bootstrap hardware which were independent boxes for starting-up main-frames) particularly as regards continuity. We spent quite some time getting our OPAC to "look the way we wanted it" -- basically a seamless continuation of our main website -- and when we upgrade Koha next year I'd like to thing that we don't have to totally reinvent the wheel. Is it possible to point me towards an overview of what is being suggested? What is being "deleted" and what is being "added"? I can only guess "start from zero." As a possible non-sequitur, a W3 css verification of one of our OPAC pages comes up with 256 "errors", all of them, as far as I can see, from .yui style sheets. So there is most probably enormous room for improvement. Many thanks and best regards, Paul

2 3

Linking bibs to authorities
by Ian Bays 24 Oct '13

24 Oct '13

Hi. I mentioned we also have a problem with linking bibs to authorities. We use authorities and want to link them to bibs. Over previous versions of Koha this has sometimes worked quite well. However on a few systems we have at version 3.12 it seems that the Zebra search into the authorities (used by link_bib_to_authorities) is returning all terms that contain any of the words in the bib field. So if the linkage is set to "default" then most authority searches will return multiple answers which means they do not link. If the linkage syspref is set to first or last then most of the bibs will link to the wrong authority as it is pot luck which will be first (or last) of the many authorities found by searching all the words ORed together. The only terms that will link are single-word authorities that are not used in any other authorities. If anyone has any pointers or knows how to get round or over this problem I would love to hear from you. More details on request... We are using Zebra dom indexing and icu chains and are using Koha 3.12 on Debian. We are not yet using QueryParser. Sysprefs and Help > About are here: Sysprefs are: +--------------------------+-------+ | variable | value | +--------------------------+-------+ | IncludeSeeFromInSearches | 0 | | QueryAutoTruncate | 0 | | QueryFuzzy | 0 | | QueryStemming | 0 | | QueryWeightFields | 1 | | TraceCompleteSubfields | 0 | | TraceSubjectSubdivisions | 0 | | UseICU | 1 | | UseQueryParser | 0 | +--------------------------+-------+ Koha> About: Koha version: 3.12.01.000 OS version ('uname -a'): Linux dclg.koha.ptfsadmin.uk0.bigv.io 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux Perl interpreter: /usr/bin/perl Perl version: 5.014002 Perl @INC: /home/koha/kohaclone /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . MySQL version: mysql Ver 14.14 Distrib 5.5.31, for debian-linux-gnu (x86_64) using readline 6.2 Apache version: Server version: Apache/2.2.22 (Debian) Zebra version: Zebra 2.0.55 (C) 1994-2013, Index Data ApS Zebra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. SHA1 ID: bd2bc9360225e695bbaba2c2d1cd6925c4eb23a5 Using ICU Many thanks folks. Ian -- Ian Bays Director of Projects, PTFS Europe Limited Content Management and Library Solutions +44 (0) 800 756 6803 (phone) +44 (0) 7774 995297 (mobile) +44 (0) 800 756 6384 (fax) skype: ian.bays email: ian.bays(a)ptfs-europe.com

6 10

SearchEngine, a step by step plan
by Paul Poulain 23 Oct '13

23 Oct '13

Hello koha-devel, Chris & I had a discussion during KohaCon, to try to have a step by step (and small steps) plan to move ahead and introduce searchengine options into Koha. The result of our discussion (no code provided) is on the wiki: http://wiki.koha-community.org/wiki/KohaCon13_searchengine_plan Feedback/comments welcomed ! -- Paul POULAIN - BibLibre http://www.biblibre.com Free & Open Source Softwares for libraries Koha, Drupal, Piwik, Jasper

4 7

Hackfest update #3
by Galen Charlton 23 Oct '13

23 Oct '13

Hi, Some notes from the last day of hackfest: * A total of 132 kittens have been saved during hackfest. As the scoreboard leader, Katrin Fischer won a bottle of Nevada wine donated by Brendan Gallagher. * Tomas Cohen Arazi gave an update on his progress on work to get Koha to not use ISO 2709 internally, thereby avoiding search and display issues for MARC records that are larger than the ISO 2709 limit. David Cook also worked on this. * I conducted a tutorial on Zebra's configuration files, released version 2.0.6 of MARC::Record, and cut the second alpha of 3.14. * Chris Cormack and Paul Poulain discussed potential steps for replacing C4::Search. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

1 0