glibmm2.4 (2.64.2-2) [PTS] [DDPO]

COMMITS: VCS has seen 2 commits since the debian/2.64.2-1 tag

Git: https://salsa.debian.org/gnome-team/glibmm.git
Enter a full Vcs-* header, supported schemes are: Vcs-Bzr, Vcs-Cvs, Vcs-Darcs, Vcs-Git, Vcs-Hg, Vcs-Mtn, Vcs-Svn.
For Vcs-Git append -b branch to select the branch name; append [subdir] if the debian/ directory is not in the repository root.
The next upload will reset the information from the source package headers.
Branch: debian/master
Path: debian/changelog
Browser: https://salsa.debian.org/gnome-team/glibmm
Last scan: 2020-07-07 23:27:08+00
Next scan: 2020-07-15 23:21:00+00

Debian changelog in Git:

glibmm2.4 (2.64.2-2) unstable; urgency=medium

  * Team upload
  * Stop managing shlibs version by hand.
    This approach to dependency generation relies on maintainers
    remembering to update the version when necessary, which in practice
    isn't reliable, so it's only appropriate for libraries that very rarely
    add new ABI. Normally I'd add a symbols file, but those are problematic
    for C++ code unless it manages its ABI very carefully. Instead rely on
    debhelper compat level 12, which we already use, defaulting to the
    equivalent of dh_makeshlibs -VUpstream-Version; this results in
    dependent software getting a dependency on at least the same upstream
    version it was compiled against. (Closes: #961216)

 -- Simon McVittie <smcv@debian.org>  Wed, 24 Jun 2020 18:12:03 +0100

This branch is 2 commits ahead of tag debian/2.64.2-1

Git log:

commit 80d45aa3fbb8cf90ef86d0577f78a2948a6e1915
Author: Simon McVittie <smcv@debian.org>
Date:   Wed Jun 24 18:12:15 2020 +0100

    Release to unstable

commit 2c83b3d3f9685c4400a3bfe9c87caab089d8c49b
Author: Simon McVittie <smcv@debian.org>
Date:   Wed Jun 24 18:07:12 2020 +0100

    Stop managing shlibs version by hand
    
    This approach to dependency generation relies on maintainers
    remembering to update the version when necessary, which in practice
    isn't reliable, so it's only appropriate for libraries that very rarely
    add new ABI. Normally I'd add a symbols file, but those are problematic
    for C++ code unless it manages its ABI very carefully. Instead rely on
    debhelper compat level 12, which we already use, defaulting to the
    equivalent of dh_makeshlibs -VUpstream-Version; this results in
    dependent software getting a dependency on at least the same upstream
    version it was compiled against.
    
    Closes: #961216