[koha-commits] main Koha release repository branch 3.8.x updated. v3.08.10-17-g9b4b36e

Git repo owner gitmaster at git.koha-community.org
Mon Mar 11 10:45:39 CET 2013


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, 3.8.x has been updated
       via  9b4b36e6ffaabbd5c955042fc0feb90c81e2ef21 (commit)
       via  a9c6688a636d4b2f1c7be44935e72d30a08e4704 (commit)
       via  d7ed764b325e14bb3259fe1cb746b4cb0b6cd001 (commit)
       via  11489a43ad55c41bc4a5fb7c10d1923e1fc31ac7 (commit)
       via  210ad65f915ddcdb6b71b35b113da6a03c069387 (commit)
       via  090b9401b40a030f8f6d70064005c1791a618e8c (commit)
       via  e7b4a2a128ee2fd0a3a86be7360c939f509afa29 (commit)
       via  9e300f6a805d5ed824b722085abee5188331cb17 (commit)
      from  7d550c59814a0131ba0d559a84a98a5f2d6dbd84 (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 -----------------------------------------------------------------
commit 9b4b36e6ffaabbd5c955042fc0feb90c81e2ef21
Author: David Cook <dcook at prosentient.com.au>
Date:   Mon Feb 11 16:42:56 2013 +1100

    Bug 9586 - Remove $ENV{DEBUG} info from Member Template
    
    Currently, if $ENV{DEBUG} is set (for example to 1), the debug level
    will be printed on the Add/Edit Patron pages (memberentrygen.tt) in the
    form of: "Debug is on (level 1)".
    
    While many if not most folks might not set $ENV{DEBUG} on a production
    system, there is no reason to have this information printing on the
    member template(s).
    
    No where else in Koha is there a template that prints $ENV{DEBUG}
    information, with the exception of calendar.inc, although that doesn't
    activate until at least debug level 2 or 5, so it might be worth holding
    on to. It is certainly more complicated than simply printing the debug
    level. I don't do development on the calendars, so I'm not going to
    address that one.
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Elliott Davis <elliott at bywatersolions.com>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

commit a9c6688a636d4b2f1c7be44935e72d30a08e4704
Author: Tomas Cohen Arazi <tomascohen at gmail.com>
Date:   Tue Dec 11 17:14:28 2012 -0300

    Bug 9267 - Ubuntu 12.04 install docs broken
    
    Current install instructions are broken in the (1.6) step. On amd64
    architectures it breaks the whole dependency tree, pulling i386 packages.
    
    This patch replaces the 'dpkg --set-selections' combo and replacess some spaces
    for tabs in one line.
    
    This should be cherry-picked for other releases that have 12.04 install instructions
    as the problem is related to multiarch.
    
    Regards
    To+
    
    Signed-off-by: Galen Charlton <gmc at esilibrary.com>
    Signed-off-by: Elliott Davis <elliott at bywatersolions.com>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

commit d7ed764b325e14bb3259fe1cb746b4cb0b6cd001
Author: Jared Camins-Esakov <jcamins at cpbibliography.com>
Date:   Mon Mar 4 16:10:34 2013 -0500

    Bug 8620: Any index in DOM mode sensitive to -x flag of rebuild_zebra.pl
    
    The definition of the Any index was sensitive to whether
    spaces were present between (say) subfield elements in the
    MARCXML representation of the bib being indexed.  When using
    the -x option to rebuild_zebra.pl, spaces would be present
    because of how MARC::File::XML emits MARCXML.
    
    When not using the -x option, spaces would not be present
    and the contents of a field would be run together, potentially
    as one big token.
    
    The visible behavior was that doing a keyword search by
    item barcode would sometimes not work.
    
    To test:
    0) Make sure Zebra is using DOM mode
    1) Create an item record.
    2) Reindex using rebuild_zebra.pl -b -z, *without* -x
    3) Do a keyword search by the barcode of the item just
       added; the search shouldn't work
    4) Apply patch.
    5) Update the following two files:
        etc/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl
        etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl
    6) Reindex
    7) Do a search that was previously failing.
    
    Signed-off-by: Katrin Fischer <Katrin.Fischer.83 at web.de>
    Fixes the problem for me - formerly not working callnumbers
    and barcodes are now found in keyword (any) searches.
    
    Signed-off-by: Galen Charlton <gmc at esilibrary.com>
    (revised commit description to better explain why it fixes the problem)
    
    Signed-off-by: Martin Renvoize <martin.renvoize at ptfs-europe.com>
    Passes all my tests, happy to sign off
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

commit 11489a43ad55c41bc4a5fb7c10d1923e1fc31ac7
Author: Chris Cormack <chris at bigballofwax.co.nz>
Date:   Mon Mar 11 22:15:03 2013 +1300

    Bumping db version

commit 210ad65f915ddcdb6b71b35b113da6a03c069387
Author: Bernardo Gonzalez Kriegel <bgkriegel at gmail.com>
Date:   Thu Jan 31 16:11:01 2013 -0300

    Bug 9520 -[Revised] - Update default LOC Z39.50 target
    
    This patch updates (if present) target settings
    of Library of Congress Z39.50 server.
    
    Revision: Was trying to update wrong column 'type',
    now correct column 'syntax'.
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Amended patch: add the SetVersion call
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    
    Conflicts:
    	installer/data/mysql/updatedatabase.pl
    
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

commit 090b9401b40a030f8f6d70064005c1791a618e8c
Author: Tomas Cohen Arazi <tomascohen at gmail.com>
Date:   Wed Feb 27 10:47:13 2013 -0300

    Bug 5333 - z3950 normalization should apply only on UNIMARC
    
    It's been a while since this bug is around. This normalization is only
    used for UNIMARC and yields a fatal error when those variables are set
    on (at least) MARC21 setups.
    
    Regards
    To+
    
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Amended patch: update comment
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

commit e7b4a2a128ee2fd0a3a86be7360c939f509afa29
Author: Owen Leonard <oleonard at myacpl.org>
Date:   Tue Feb 19 12:10:40 2013 -0500

    Bug 9663 - Individual bibliographic record "Save" option requires export permission
    
    This patch corrects permission on the export option available on
    catalogue pages in the staff client (detail.pl, MARCdetail.pl, etc) so
    that users no longer require "export_catalogue" permission.
    "export_catalogue" permission is required only for tools/export.pl.
    
    This patch also corrects some crazy nearby indentation. Sorry, couldn't
    resist.
    
    To test, visit a page like detail.pl with and without "export_catalogue"
    permission. It should be possible to save the record as MODS, MARCXML,
    MARC, etc. without error.
    
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

commit 9e300f6a805d5ed824b722085abee5188331cb17
Author: Liz Rea <liz at catalyst.net.nz>
Date:   Thu Jan 31 14:53:29 2013 +1300

    Bug 8682 - Renewals do not appear on quick slips
    
    To test:
    Issue two books to a patron.
    Do a renewal on one of them.
    update the issuedate on the item that has been renewed to something before today (renewals on the same day will work even without this patch)
    I did: select * from issues;
    update issues set issuedate="2013-01-25 14:00:00" where itemnumber = 948; (itemnumber is variable depending on your test data.)
    
    Print a quick slip before the patch - the renewal will not show up as one of today's issues.
    Print a quick slip after the patch - the renewal will show up as one of today's issues.
    
    If you need reasoning as to why a renewal should show up on the quick slip, think of it as a record of everything
    a borrower did today, without the hassle of overdues.
    
    Signed-off-by: Kyle M Hall <kyle at bywatersolutions.com>
    Signed-off-by: Jonathan Druart <jonathan.druart at biblibre.com>
    Signed-off-by: Jared Camins-Esakov <jcamins at cpbibliography.com>
    Signed-off-by: Chris Cormack <chris at bigballofwax.co.nz>

-----------------------------------------------------------------------

Summary of changes:
 C4/Members.pm                                      |    2 +-
 INSTALL.ubuntu.12.04                               |   37 ++++++++------------
 catalogue/export.pl                                |   14 ++++----
 cataloguing/addbiblio.pl                           |    5 ++-
 .../marc21/biblios/biblio-zebra-indexdefs.xsl      |    3 +-
 etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl        |    3 +-
 install_misc/ubuntu.12.04.packages                 |    2 +-
 installer/data/mysql/updatedatabase.pl             |    7 ++++
 .../prog/en/modules/members/memberentrygen.tt      |    5 ---
 kohaversion.pl                                     |    2 +-
 members/memberentry.pl                             |    1 -
 11 files changed, 39 insertions(+), 42 deletions(-)


hooks/post-receive
-- 
main Koha release repository


More information about the koha-commits mailing list