[Git-commits] grml-live: branch, master, updated. v0.15.0-3-g91e9fb2

[git repository hosting]

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 "grml-live - build system for creating a Grml (based) live system".

The branch, master has been updated
       via  91e9fb27abd062d995110c8e03bfd1e60c6813c4 (commit)
       via  6d5124d02e3912ac0ca53c0f0af92ef9ebceae23 (commit)
       via  4a05b54fec18a572de88ccf028fb1b5a1121ca0c (commit)
      from  1d6dbfb96bb05b613b18af989c052488ffdea793 (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 91e9fb27abd062d995110c8e03bfd1e60c6813c4
Author: Michael Prokop <mika at grml.org>
Date:   Sun Jul 10 15:54:59 2011 +0200

    instsoft.GRMLBASE: Use --force-yes option when using apt-get for upgrade.
    
    For example when configuration files have been modified and user
    input is required then apt-get will fail and complain with:
    
    | E: There are problems and -y was used without --force-yes
    
    So let's force the action as we are in automated mode.

commit 6d5124d02e3912ac0ca53c0f0af92ef9ebceae23
Author: Michael Prokop <mika at grml.org>
Date:   Sun Jul 10 15:53:18 2011 +0200

    98-clean-chroot: check existence of aptitude binary via $ROOTCMD.
    
    /usr/bin/aptitude might point to /etc/alternatives/aptitude which
    points to e.g. /usr/bin/aptitude-curses. When testing for
    precense of /usr/bin/aptitude the test might fail because test(1)
    dereferences symbolic links. So make sure to check existence of
    aptitude binary inside $target using $ROOTCMD.

commit 4a05b54fec18a572de88ccf028fb1b5a1121ca0c
Author: Michael Prokop <mika at grml.org>
Date:   Sun Jul 10 15:36:28 2011 +0200

    98-clean-chroot: check existence of updatedb binary via $ROOTCMD.
    
    /usr/bin/updatedb might point to /etc/alternatives/updatedb which
    points to another updatedb binary. When testing for precense of
    /usr/bin/updatedb the test might fail because test(1) dereferences
    symbolic links. So make sure to check existence of updatedb
    binary inside $target using $ROOTCMD.

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

Summary of changes:
 etc/grml/fai/config/hooks/instsoft.GRMLBASE        |    6 +++---
 .../fai/config/scripts/GRMLBASE/98-clean-chroot    |    2 +-
 2 files changed, 4 insertions(+), 4 deletions(-)
hooks/post-receive
-- 
build system for creating a Grml (based) live system