Change logs for audit source package in Utopic

  • audit (1:2.3.7-1ubuntu1) utopic; urgency=medium
    
      * Merge from Debian testing (LP: #1357387). Remaining changes:
        - debian/rules: Disable auditd network listener, with --disable-listener,
          to reduce the risk of a remote attack on auditd, which runs as root
        - debian/control, debian/rules: Remove libwrap0-dev Build-Dependency and
          --with-libwrap configure argument since libwrap is only used by the
          auditd network listener
        - debian/auditd.init: The start command now requires $remote_fs to be
          started because it may call /bin/augenrules, which depends on
          /usr/bin/awk. $PATH must also be updated so that augenrules can find
          awk.
      * Dropped changes:
        - debian/auditd.preinst, debian/auditd.postinst, debian/auditd.postrm:
          Migrate from the Ubuntu-specific way of providing a rules directory
          (/etc/audit/rules.d/) to the new, upstream rules directory feature based
          on /sbin/augenrules. This migration logic was present in the 14.04 LTS
          and can now be dropped because all supported upgrade paths will include
          the 14.04 LTS package.
    
    audit (1:2.3.7-1) unstable; urgency=medium
    
      * New upstream release
    
    audit (1:2.3.6-1) unstable; urgency=medium
    
      * New upstream release
        - debian/rules: Rename --with-armeb flag to --with-arm, changed upstream
        - Adjust debian/libaudit1.symbols file: Add audit_determine_machine()
      * debian/rules: Include aarch64 support on arm64 architecture, we will build
        with it on all architectures when it will be an official port
    
    audit (1:2.3.4-1) unstable; urgency=medium
    
      * New upstream release
        - Adjust debian/libauparse0.symbols: Add a new symbol
      * Adopt the audit package (Closes: #692492)
    
    audit (1:2.3.3-4) unstable; urgency=low
    
      * QA upload
      * desactivated patch "build-on-hppa" since the package still doesn't
        build on hppa, and since upstream is reluctant to integrate the patch.
    
    audit (1:2.3.3-3) unstable; urgency=low
    
      * QA upload
      * fix pathnames of patches files in debian/patches/build-on-hppa
    
    audit (1:2.3.3-2) unstable; urgency=low
    
      * QA upload
      * Enable compilation on hppa (closes: 735944). Thanks to Helge Deller!
        - patch build-on-hppa
        - debian/rules: configure --with-hppa on hppa architecture
    
    audit (1:2.3.3-1) unstable; urgency=medium
    
      * QA upload.
      * New upstream release
        - Adjust debian/libauparse0.symbols
    
    audit (1:2.3.2-3) unstable; urgency=medium
    
      * QA upload.
      * debian/control: Relax the libaudit1 dependency against libaudit-common in
        case the soname gets bumped again (Closes: #721361)
      * debian/auditd.README.Debian: Rewrite the part on how enabling augenrules
        on systemd systems without copying the complete unit file.
      * debian/control: Mark -dev packages as Multi-arch: same (Closes: #731291)
      * debian/control: Add dependency against "mawk | gawk" for augenrules
      * debian/control: Bump Standards-Version to 3.9.5 (no further changes)
     -- Tyler Hicks <email address hidden>   Fri, 03 Oct 2014 13:06:42 +0100
  • audit (1:2.3.2-2ubuntu1) trusty; urgency=low
    
      * Migrate from the Ubuntu-specific way of providing a rules directory
        (/etc/audit/rules.d/) to the new, upstream rules directory feature based
        on /sbin/augenrules. If USE_AUGENRULES is set to "yes" in
        /etc/default/auditd, then the auditd init script will use
        /etc/audit/rules.d/*.rules files to generate /etc/audit/audit.rules.
        Instead of generating the /etc/audit/audit.rules file, the old
        Ubuntu-specific way of handling a rules directory parsed
        /etc/audit/audit.rules, in addition to the /etc/audit/rules.d/*.rules
        files.
        - debian/auditd.preinst, debian/auditd.postinst, debian/auditd.postrm:
          When upgrading from a version without augenrules, check for a
          pre-existing rules directory (/etc/audit/rules.d/). If it exists and is
          populated with rules files, move /etc/audit/audit.rules to
          /etc/audit/rules.d/audit.rules and set USE_AUGENRULES to "yes". This
          migration logic should be dropped after the 14.04 release.
      * Merge from Debian testing (LP: #1251795). Remaining changes:
        - debian/rules: Disable auditd network listener, with --disable-listener,
          to reduce the risk of a remote attack on auditd, which runs as root
        - debian/control, debian/rules: Remove libwrap0-dev Build-Dependency and
          --with-libwrap configure argument since libwrap is only used by the
          auditd network listener
      * Dropped changes:
        - debian/auditd.init: apply the intent of Peter Moody's patch to add
          support for rules.d directory for splitting out audit.d rules
          + The new augenrules tool, called from the init script, replaces this
        - debian/control: The upstream audit sources embed and build against their
          own version of libev. This is not desirable, but there's no reason to
          list libev-dev as a build dependency at this time.
          + Debian commented out the libev Build-Dependency
        - debian/patches/FTBFS-python-multiarch.diff: No longer needed
        - debian/patches/fix-asprintf-warnings.patch,
          debian/patches/fix-unused-result-warnings.patch
          debian/patches/fix-discards-const-qualifier-warnings.patch: Present in
          upstream release
      * debian/auditd.init: The start command now requires $remote_fs to be
        started because it may call /bin/augenrules, which depends on
        /usr/bin/awk. $PATH must also be updated so that augenrules can find awk.
    
    audit (1:2.3.2-2) unstable; urgency=low
    
      * QA upload.
      * Upload to unstable.
    
    audit (1:2.3.2-1) experimental; urgency=low
    
      * QA upload.
      * New upstream release
      * debian/control, debian/rules: Add support for dh-systemd
      * debian/rules: Call dh_installinit with --restart-after-upgrade to minimize
        downtime
      * debian/patches/01-no-refusemanualstop.patch: Remove RefuseManualStop=yes
        option, this is preventing the auditd daemoin to be restarted on upgrade
    
    audit (1:2.3.1-1) experimental; urgency=low
    
      * QA upload.
      * New upstream release
        - debian/libauparse0.symbols: Adjust .symbols file
      * debian/control: Bump Standards-Version to 3.9.4 (no further changes)
      * debian/control: Use canonical URL for VCS field
      * debian/auditd.init: Remove the usage of the VERBOSE variable
        (see lintian error: init.d-script-call-internal-API)
    
    audit (1:2.3-1) experimental; urgency=low
    
      * QA upload.
      * New upstream release
      * debian/auditd.install: Install /sbin/augenrules and the related manpage
      * debian/auditd.post{inst,rm}: /etc/audit/audit.rules is no longer shipped
        in the package, copy it on first installation and remove it on purge.
      * debian/auditd.default, debian/auditd.init: Automatically generate
        /etc/audit/audit.rules on start if USE_AUGENRULES is set to yes
      * debian/auditd.NEWS, debian/auditd.README.Debian: Add documentation about
        automatically generating the audit.rules file on startup.
      * debian/auditd.lintian-overrides: Adjust overrides to match new installed
        config files.
      * debian/auditd.default, debian/auditd.init: Add an option to disable the
        audit system when the daemon is stopped.
    
    audit (1:2.2.3-1) experimental; urgency=low
    
      * QA upload.
      * New upstream release
        - Properly document audit_open() can fails and sets errno (Closes: #642501)
        - Drop all the patches, they have been applied upstream
      * Remove libev-dev Build-Dependency
        - debian/control: The upstream audit sources embed and build against their
          own version of libev. This is not desirable, but there's no reason to
          list libev-dev as a build dependency at this time. (Closes: #699933)
     -- Tyler Hicks <email address hidden>   Fri, 15 Nov 2013 17:24:58 -0800