Publishing details

Changelog

systemtap (4.1-9~ubuntu18.04.1~18.04.3) bionic; urgency=medium

  * No-change backport to bionic

systemtap (4.1-9) unstable; urgency=medium

  * tests: in case multiple linux-headers-amd64 versions are available, use the
    one which is installed.

systemtap (4.1-8) unstable; urgency=medium

  * tests: do not fail if more than one linux-headers-amd64 version is
    available. (Closes: #934710)

systemtap (4.1-7) unstable; urgency=medium

  * Do not override dh_install either.
  * Add lintian override: shell-script-fails-syntax-check
    usr/share/systemtap/examples/stapgames/2048.stp.

systemtap (4.1-6) unstable; urgency=medium

  * Do not override dh_auto_build/dh_auto_install when building
    arch-independent packages. This should fix systemtap-common and
    systemtap-doc, now built by the autobuilders.
  * Ship examples with systemtap-doc. (Closes: #880420)

systemtap (4.1-5) unstable; urgency=medium

  * Source-only upload.

systemtap (4.1-4) unstable; urgency=medium

  * Add debian/tests/build-hello to check that compiling a hello world probe
    (pass 4) works. The test targets the kernel version installed by
    linux-headers-amd64.
  * Add debian/tests/list-coreutils-probe-points to check that stap -L works
    as expected.
  * Mark debian/tests/stap-prep as 'isolation-machine', after having done so
    for the upstream testsuite in 4.1-3. The kernel running on ci.debian.net
    is an old 4.9.110, and stap-prep has no chance to do the right thing with
    such kernel in testing/unstable. More in general, it is unlikely that in a
    test environment the running kernel matches whatever is installed by
    linux-headers-`uname -r`.

systemtap (4.1-3) unstable; urgency=medium

  * Build with python3 instead of python2 for the python2-rm transition:
    https://release.debian.org/transitions/html/python2-rm.html
  * Pass -a to dh_listpackages instead of -s, which is deprecated.
  * Add 'isolation-machine' to the list of autopkgtest restrictions for
    upstream testsuite. systemtap inserts kernel modules, and that cannot be
    done in LXC containers.
  * Use stapbpf in stap-prep testsuite so that it can be executed in LXC
    containers.
  * Set debhelper compatibility level to 12.

systemtap (4.1-2) unstable; urgency=medium

  * Patch stap-prep to check for the right kernel debug symbols package (-dbg
    rather than -dbgsym)
  * Run basic stap-prep testing and upstream test suite via autopkgtest
    (Closes: #526957)
  * Use the Salsa CI Pipeline (see debian/salsa-ci.yml)
  * Ship debian/systemtap-common.emacsen-compat (Closes: #932440)

systemtap (4.1-1) unstable; urgency=medium

  * New upstream version
  * Add debian/patches/syscalls.xmlpart-tbody.patch to fix documentation
    building with xmlto. The patch can likely be removed when packaging
    systemtap 4.2
  * Remove old patches
  * Set Standards Version to 4.4.0

systemtap (4.0-1) unstable; urgency=medium

  [Emanuele Rocca]
  * New upstream version (Closes: #923016)
  * Add myself to uploaders
  * Update upstream signing key
  * Do not pass --parallel to dh, default since debhelper 10
  * Do not build depend on dh-autoreconf, debhelper enables it by default
    since version 10
  * Bump Standards Version

  [Ondřej Nový]
  * d/changelog: Remove trailing whitespaces
  * d/control: Remove trailing whitespaces
  * d/control: Fix wrong Vcs-*

systemtap (3.3-1) unstable; urgency=medium

  * Fix FTBFS on ia64.
    Thanks to Jason Duerstock (Closes: #884007)
  * New upstream version 3.2
  * Update patch debian/patches/systemtap-ia64.patch
  * Drop patches, merged upstream
  * Refresh patch debian/patches/suggest-readme.debian.diff
  * Switch packaging repo to Salsa
  * New upstream version 3.3
  * Refresh patches
  * Override stapbpf binary for user/group.
    Thanks to Emanuele Roca (Closes: #892995)
  * Don't create group twice during the build

 -- Mitsuya Shibata <email address hidden>  Sun, 01 Sep 2019 15:39:13 +0900

Available diffs

Builds

Package files