sbuild (0.91.0) experimental; urgency=medium

    The schroot related configuration has been split into the sbuild-schroot
    package. Please make sure to install it if you still use it. Also consider
    switching to the unshare version instead.

 -- Jochen Sprickerhof <jspricke@debian.org>  Mon, 29 Sep 2025 10:36:05 +0200

sbuild (0.90.0) unstable; urgency=medium

    sbuild now uses the "unshare" backend by default (from "schroot"
    previously).

    If your system does not install Recommends: automatically, you
    should at least install uidmap, iproute2 and mmdebstrap.

    To restore the previous behaviour, make sure schroot is installed
    and use this sbuild configuration:

        $chroot_mode = 'schroot';

 -- Chris Hofstaedtler <zeha@debian.org>  Sun, 10 Aug 2025 17:13:44 +0200

sbuild (0.87.1) unstable; urgency=medium

    Default build path is /build/reproducible-path and switch off log
    filtering. To restore the previous behaviour, use:

        $build_path = '';
        $log_filter = 1;

    Changing the default build path aligns default sbuild behaviour with sbuild
    as run on Debian buildds and thus uploaded .buildinfo files can now
    exactly mimic those that will be created by the buildds.

    This change will makes it impossible to do concurrent builds of the same
    package with the same version using the schroot backend. If you want to
    do multiple builds of the same package, consider to either:

     - vary the version for example with --make-binNMU=...
     - manually set the build path via ~/.sbuildrc or --build-path
     - don't use the schroot backend

    With non-randomized build paths, log filtering does not serve its original
    purpose anymore (easy diffing of two build logs). Disabling log filtering
    will also improve readability of the build logs for newcomers who are not
    familiar with the placeholders.

 -- Johannes Schauer Marin Rodrigues <josch@debian.org>  Wed, 13 Nov 2024 08:00:24 +0100

sbuild (0.87.0) unstable; urgency=medium

    This release introduces an experimental new feature for the unshare
    backend which is supposed to make sbuild more easy to use because
    sbuild will manage the chroot tarballs itself.
    With unshare-mode, sbuild will now automatically create a chroot tarball
    upon startup using mmdebstrap if it cannot find one in ~/.cache/sbuild.
    This feature can be disabled by setting $unshare_mmdebstrap_auto_create=0;
    in your ~/.sbuildrc. If you like the feature and you would like to keep
    the tarballs sbuild creates so that they can be re-used in subsequent
    invocations of sbuild, you can set $unshare_mmdebstrap_keep_tarball=1; in
    your ~/.sbuildrc. This will also make sbuild update an existing tarball (by
    re-creating it) if it has become too old. The maximum age of a chroot
    tarball can be specified by setting $unshare_mmdebstrap_max_age to a
    maximum age value in seconds (default is 604800, which is one week).
    To customize the chroot tarball creation, refer to the setting
    UNSHARE_MMDEBSTRAP_EXTRA_ARGS in your sbuild.conf(5).

 -- Johannes Schauer Marin Rodrigues <josch@debian.org>  Thu, 24 Oct 2024 16:39:50 +0200

sbuild (0.75.0-1) unstable; urgency=medium

    sbuild now builds arch:all packages by default.
    sbuild now runs lintian by default.

 -- Michael Stapelberg <stapelberg@debian.org>  Wed, 21 Mar 2018 22:25:31 +0100


sbuild (0.73.0-3) unstable; urgency=medium

    Generating a public/private keypair using "sbuild-update --keygen" for
    signing the sbuild internal dummy repository is now optional. You are only
    required to generate the keys if you plan to build packages for Debian
    Squeeze or older.

    If you only build packages for Debian Wheezy or newer, then
    /var/lib/sbuild/apt-keys/sbuild-key.sec and
    /var/lib/sbuild/apt-keys/sbuild-key.pub can be safely removed from
    your system.

 -- Johannes Schauer <josch@debian.org>  Tue, 24 Jan 2017 10:51:16 +0100

sbuild (0.69.0-1) unstable; urgency=medium

    With this release, logically opposite boolean command line arguments cannot
    be specified together anymore. Attempting to do so will result in an error.

    The remaining changes in this version only concern users of sbuild external
    command hooks involving the %SBUILD_CHROOT_DIR percent escape in
    --pre-build-commands or --post-build-commands.

    With this release, the %SBUILD_CHROOT_DIR percent escape is now deprecated.
    It can still be used but it will only work for sbuild backends that work on
    the same file system as the sbuild process. With the addition of more
    backends like the autopkgtest backend sbuild is now able to build inside
    qemu virtual machines, containers and on remote hosts via ssh. In these
    cases the %SBUILD_CHROOT_DIR variable doesn't make sense anymore because
    the sbuild process cannot directly access the build environment anymore.

    Instead, the %SBUILD_CHROOT_EXEC percent escape can be used to run an
    arbitrary command inside the build chroot independent of the used backend.
    See the sbuild manual page of how to utilize %SBUILD_CHROOT_EXEC to even
    transfer files between the host running sbuild and the chroot backend.

 -- Johannes Schauer <josch@debian.org>  Mon, 23 Jan 2017 19:54:26 +0100

sbuild (0.58.3-1) unstable; urgency=low

    The sbuild group was previously created as a non-sytem group.
    When upgrading from older versions of sbuild, the group will be
    deleted and re-created as a system group.

    Group membership will be transferred to the new group, and system
    files and directories owned by group sbuild will be updated to be
    owned by the new group.  Files and directories which are set to be
    owned by group sbuild on the system or inside any build chroots
    will need to be manually updated.  The group database inside any
    build chroots may also need updating.  If using schroot to access
    chroots, the group database should normally be updated
    automatically, as should file and directory ownership.

 -- Roger Leigh <rleigh@debian.org>  Sun, 17 May 2009 19:16:30 +0100

sbuild (0.58.0) unstable; urgency=low

    The configuration option @no_auto_upgrade, which was no longer
    used, has been removed.  To prevent packages being upgraded
    automatically, please use sbuild-hold.  See sbuild-hold(1).

    The configuration option $chroot_mode has been restored, allowing
    chroot access by both schroot (which remains the default) and
    sudo.

    A new configuration option $chroot_split has been added.  This
    allows both schroot and sudo chroot access to be modified to run
    apt/dpkg on the host system.  Note that schroot needs sudo to run
    commands as root on the host system.

    Deprecated commands from /usr/lib/sbuild have been removed.
    Please use the sbuild-* replacements found in /usr/bin.

    The maintainer name defaults to DEBEMAIL if set in the
    environment, so no longer needs setting explicitly in .sbuildrc.

    Unless configured as a buildd ($sbuild_mode), when using sudo
    chroot access, chroots are searched for in /etc/sbuild/chroots.
    This directory should contain symlinks to the chroots, with the
    distribution name being the name of the symlink.  Buildd mode will
    continue to use the old method of current-$distribution symlinks
    in the current directory.

    The log format used for build logs has been updated to use a more
    readable format, and is now encoded in UTF-8 rather than US-ASCII.
    Code which parses the log file may need to be updated to handle
    the new format.  Further log format changes made in the future.

    The wanna-build configuration has moved from
    /etc/wanna-build/wanna-build.conf into /etc/sbuild/sbuild.conf as
    part of ongoing refactoring work.  It is expected that this will
    be split into a separate file in the future once this work is
    completed.

    wanna-build can now correctly dump and restore its databases using
    the --export and --import options.  Note that wanna-build-catmldbm
    and related commands can not correctly dump the current database
    format, can not be used to restore the dump and will be removed in
    the future.

    The wanna-build commands do-merge-packages and do-merge-quinn
     have been renamed to wanna-build-merge-packages and
     wanna-build-merge-quinn.

 -- Roger Leigh <rleigh@debian.org>  Sun, 08 Mar 2009 21:49:22 +0000

sbuild (0.54) unstable; urgency=low


    Support for manual source dependencies has been removed.  Packages
    must now supply all their build dependencies in the debian/control
    file in the source package.  This should now be the case for all
    packages in the archive.

    Support for sudo has been removed.  schroot is now required to access
    build chroots.  This change has been effected in order to improve the
    safety and security of sbuild, which no longer requires unrestricted
    sudo access to the host system.  Guidance for migrating to a schroot
    setup is provided in error messages and in sbuild-setup(7).  Also see
    schroot(1) and schroot.conf(5) for help configuring schroot.

    Support for building outside a chroot on the host system has been
    removed, as has the corresponding $chroot_only option.  Building on
    the host system was rather dangerous, and also made the code far more
    complex than needed.  All building must now take place inside a chroot
    managed by schroot.

    Support for building an unpacked source directory has been removed,
    because the .dsc needs to be available in the current working
    directory and copied into the chroot, or downloaded inside the chroot.

    Several configuration options have been removed.  sbuild will print a
    diagnostic error message and exit with an error when obsolete options
    are used.

    The default for $build_mode has been changed from "buildd" to "user".
    The means that sbuild will return a nonzero exit status on build
    failure.

 -- Roger Leigh <rleigh@debian.org>  Fri, 18 May 2007 17:46:17 +0100

