[koha-commits] main Koha release repository branch, master, updated. v3.02.00-alpha2-168-g79d5a0f

[Git repo owner]

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  79d5a0fce8599719ba7a0408bc60014a1a9b559c (commit)
       via  5b12c69f27cf468068e03310bea23ab9f4e49fb2 (commit)
       via  6858a1fedae6be07ef055965b179079d508fcf21 (commit)
       via  3944230624c0f5d50a5ae5655a6cab1ca4a0faca (commit)
       via  204ee9e854b6b5914ffcbf26c2d4ef9c745b4101 (commit)
       via  2fcc4fe94e87f08baf6bad8b4578895f29fb5a99 (commit)
      from  469b32f3180831b1946257b6bcb07699c713f226 (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 79d5a0fce8599719ba7a0408bc60014a1a9b559c
Author: Lars Wirzenius <lars at catalyst.net.nz>
Date:   Wed Jun 2 17:51:38 2010 +1200

    Update FSF address in debian/copyright.
    
    This makes lintian be a bit more quiet.
    
    Signed-off-by: Galen Charlton <gmcharlt at gmail.com>

commit 5b12c69f27cf468068e03310bea23ab9f4e49fb2
Author: Lars Wirzenius <lars at catalyst.net.nz>
Date:   Wed Jun 2 17:34:24 2010 +1200

    Upgrade Koha instance database schema when package is upgraded.
    
    If the new version of Koha requires a newer version of the database
    schema, the Koha instances will work immediately after the package
    is upgraded, rather than after the sysadmin has run koha-upgrade-schema
    manually.
    
    Signed-off-by: Galen Charlton <gmcharlt at gmail.com>

commit 6858a1fedae6be07ef055965b179079d508fcf21
Author: Lars Wirzenius <lars at catalyst.net.nz>
Date:   Wed Jun 2 16:56:47 2010 +1200

    Fix bug 4818: Add note to koha README.Debian to maybe disable default vhost.
    
    Signed-off-by: Galen Charlton <gmcharlt at gmail.com>

commit 3944230624c0f5d50a5ae5655a6cab1ca4a0faca
Author: Lars Wirzenius <lars at catalyst.net.nz>
Date:   Wed Jun 2 16:42:43 2010 +1200

    Add YAML as a dependency, since C4/Record.pm uses it.
    
    Signed-off-by: Galen Charlton <gmcharlt at gmail.com>

commit 204ee9e854b6b5914ffcbf26c2d4ef9c745b4101
Author: Lars Wirzenius <lars at catalyst.net.nz>
Date:   Wed Jun 2 16:42:44 2010 +1200

    Add missing build-dependencies (python, python-debian).
    
    Also, debian/control gets re-generated, from debian/control.in and
    PerlDependencies.pm.
    
    Signed-off-by: Galen Charlton <gmcharlt at gmail.com>

commit 2fcc4fe94e87f08baf6bad8b4578895f29fb5a99
Author: Lars Wirzenius <lars at catalyst.net.nz>
Date:   Fri May 28 16:29:48 2010 +1200

    Add tools to update debian/control's build dependencies.
    
    The canonical list of Perl module dependencies are in
    C4::Installer::PerlDependencies::PERL_DEPS now. Add a script
    (debian/list-deps) to turn that into a list of Debian package names.
    
    Because that is a slow process, and the output rarely changes, do
    not do that at build time. Also, doing it at build time would require
    modifying debian/control in evil ways.
    
    Instead, add another tool, debian/update-control, which reads the
    new file debian/control.in, and adds the output of debian/list-deps to
    Build-Depends and creates a new debian/control.
    
    debian/control.in is the master file. If changes are needed, that should
    be edited. For performance and convenience reasons, the output is also kept
    in git, but don't edit debian/control directly, please. Such changes
    might get lost by the next commit by someone else.
    
    Whenever PERL_DEPS changes, debian/update-control should be run as well
    and the result committed to git.
    
    This is not quite as automatic as it might be, but should be good enough.
    It avoids keeping the list of Perl modules in two places.
    
    Note that since it seems impossible to automatically figure out the Debian
    package version that corresponds to a Perl module version, I have not
    tried to do that at all.
    
    Signed-off-by: Galen Charlton <gmcharlt at gmail.com>

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

Summary of changes:
 C4/Installer/PerlDependencies.pm |   12 ++++
 debian/bd-to-depends             |    2 +
 debian/control                   |  131 +++++++++++++++++++++-----------------
 debian/control.in                |   50 ++++++++++++++
 debian/copyright                 |   10 ++--
 debian/koha-common.postinst      |    2 +
 debian/koha.README.Debian        |    4 +
 debian/list-deps                 |   49 ++++++++++++++
 debian/update-control            |   11 +++
 9 files changed, 207 insertions(+), 64 deletions(-)
 create mode 100644 debian/control.in
 create mode 100755 debian/list-deps
 create mode 100755 debian/update-control


hooks/post-receive
-- 
main Koha release repository