wesnoth-1.18 (1:1.18.7-1) [PTS] [DDPO]

COMMITS: VCS has seen 3 commits since the debian/1.18.7-1 tag

Git: https://salsa.debian.org/games-team/wesnoth.git
JSON
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: master
Path: debian/changelog
Repo size: 970752
Browser: https://salsa.debian.org/games-team/wesnoth
Last scan: 2026-07-16 09:54:01+00
Next scan: 2026-07-24 19:29:00+00

Debian changelog in Git:

wesnoth-1.18 (1:1.18.7-1) unstable; urgency=medium

  * New upstream stable release.
  * Bump Standards-Version to 4.7.4, no changes needed.

 -- Vincent Cheng <vcheng@debian.org>  Sun, 12 Apr 2026 11:14:59 -0700

This branch is 3 commits ahead of tag debian/1.18.7-1

Git log:

commit faec9c7aca22c295fcc44b0c1aa36faa04eb3cc6
Merge: c38fef6 00cd40e
Author: Alexandre Detiste <alexandre.detiste@gmail.com>
Date:   Thu May 7 13:27:27 2026 +0200

    Merge branch 'sysusers' into 'master'
    
    Install and use sysusers.d/tmpfiles.d config files
    
    See merge request games-team/wesnoth!3

commit 00cd40e17a1d40abb477fc0c77bdab56574b26e5
Author: Luca Boccassi <luca.boccassi@gmail.com>
Date:   Sun Apr 26 14:40:29 2026 +0100

    Install and use sysusers.d/tmpfiles.d config files
    
    sysusers.d/tmpfiles.d config files allow a package to use
    declarative configuration instead of manually written
    maintainer scripts. This also allows image-based systems to
    be created with /usr/ only, and also allows for factory
    resetting a system and recreating /etc/ on boot.
    https://www.freedesktop.org/software/systemd/man/latest/sysusers.d.html

commit 1230dc5278fa83a599721c09c3abc270a338b41e
Author: Luca Boccassi <luca.boccassi@gmail.com>
Date:   Sun Apr 26 14:37:58 2026 +0100

    Stop deleting system user on remove/purge
    
    This is widely considered bad practice, as the kernel
    recycles UIDs/GIDs. So any potential leftover file/directory
    can then become owned by the next user/group that gets
    added, with unpredictable consequences.