network: honor SetDNSRoutes= even if UseGateway=False

(cherry picked from commit 244490f5e0a98f83190e92033fbdaa1bbcd9b000)

Gbp-Pq: Name network-honor-SetDNSRoutes-even-if-UseGateway-False.patch

test: modify/add tests for UseRoutes= and UseGateway= configuration

The last commit changed the UseGateway= default to the value of UseRoutes=
so the tests need to check for all combinations of the two parameters.

(cherry picked from commit 7c0d36ff5fc31d00e26661fd2ad45291ed0eb6f7)

Gbp-Pq: Name test-modify-add-tests-for-UseRoutes-and-UseGateway-config.patch

network: change UseGateway= default to UseRoutes= setting

Anyone previously using the UseRoutes=false parameter expected their
dhcp4-provided gateway route to be ignored, as well.  However, with
the introduction of the UseGateway= parameter, this is no longer true.

In order to keep backwards compatibility, this sets the UseGateway=
default value to whatever UseRoutes= has been set to.

(cherry picked from commit 589397a27759bd650b3674029cb0ef73347c913b)

Gbp-Pq: Name network-change-UseGateway-default-to-UseRoutes-setting.patch

test-network: add a test case for DHCPv4.UseGateway=no

(cherry picked from commit 0d7bd445d26590aad7b05040c9d8423fcd6e5d4f)

Gbp-Pq: Name test-network-add-a-test-case-for-DHCPv4.UseGateway-no.patch

network: add a flag to ignore gateway provided by DHCP server

Closes #15117.

(cherry picked from commit b453122789ec4c6f39e6ceb9900e0e80a6abeb99)

Gbp-Pq: Name network-add-a-flag-to-ignore-gateway-provided-by-DHCP-ser.patch

units: make sure systemd-pstore stops at shutdown

This doesn't matter too much given that the service doesn't do anything
on shutdown, but let's still stop it to make things cleaner.

(cherry picked from commit b0c1a07654c80d3cbbbcc52f860d4206707c0b08)

Gbp-Pq: Name units-make-sure-systemd-pstore-stops-at-shutdown.patch

units: drop systemd-remount-fs.service dependency from more services

All services using StateDirectory= don't need the explicit dep anymore,
let's hence drop it everywhere.

(cherry picked from commit e0f968ad96e9a6340edced8e22089c802c2f6497)

Gbp-Pq: Name units-drop-systemd-remount-fs.service-dependency-from-mor.patch

units: drop dependency on systemd-remount-fs.service from systemd-pstore.service

This dependency is now generated automatically given we use
StateDirectory=. Moreover the combination of Wants= and After= was too
strong anyway, as whether remount-fs is pulled in or not should not be up
to systemd-pstore.service, and in fact is part of the initial
transaction anyway.

(cherry picked from commit 0c978faa16fa9ecf92f0bbb5c7cc709dc472d115)

Gbp-Pq: Name units-drop-dependency-on-systemd-remount-fs.service-from-.patch

core: automatically add dependency on systemd-remount-fs.service if StateDirectory= is used

And similar for other settings that require a writable /var/.

Rationale: if these options are used for early-boot services (such as
systemd-pstore.service) we need /var/ writable. And if /var/ is on the
root fs, then systemd-remount-fs.service is the service that ensures
that /var/ is writable.

This allows us to remove explicit deps in services such as
systemd-pstore.service.

(cherry picked from commit f3b7a79b973a28af4f7a592a8b2e199cc194218b)

Gbp-Pq: Name core-automatically-add-dependency-on-systemd-remount-fs.s.patch

units: pull in systemd-pstore.service from sysinit.target

sysinit.target is the target our early boot services are generally
pulled in from, make systemd-pstore.service not an exception of that.

Effectively this doesn't mean much, either way our unit is part of the
initial transaction.

(cherry picked from commit 167241912f51fbc0d7d0869b9af34c15b5ecc4b6)

Gbp-Pq: Name units-pull-in-systemd-pstore.service-from-sysinit.target.patch

docs: add a longer document explaining our rules on user/group names

(cherry picked from commit cafed7b32cdac13024c4093b7942a49ee8602dcf)

Gbp-Pq: Name docs-add-a-longer-document-explaining-our-rules-on-user-g.patch

pid1: by default make user units inherit their umask from the user manager

This patch changes the way user managers set the default umask for the units it
manages.

Indeed one can expect that if user manager's umask is redefined through PAM
(via /etc/login.defs or pam_umask), all its children including the units it
spawns have their umask set to the new value.

Hence make user units inherit their umask value from their parent instead of
the hard coded value 0022 but allow them to override this value via their unit
file.

Note that reexecuting managers with 'systemctl daemon-reexec' after changing
UMask= has no effect. To take effect managers need to be restarted with
'systemct restart' instead. This behavior was already present before this
patch.

Fixes #6077.

(cherry picked from commit 5e37d1930b41b24c077ce37c6db0e36c745106c7)

Gbp-Pq: Name pid1-by-default-make-user-units-inherit-their-umask-from-.patch

systemd (245.7-1) unstable; urgency=medium

  [ Michael Biebl ]
  * New upstream version 245.7
    - resolve: enable RES_TRUSTAD towards the 127.0.0.53 stub resolver
      (Closes: #965371)
    - basic/cap-list: parse/print numerical capabilities
      (Closes: #964926)
  * Rebase patches

  [ Dan Streetman ]
  * Add libzstd-dev and zstd as build and test deps.
    https://github.com/systemd/systemd/pull/15422

[dgit import unpatched systemd 245.7-1]

Import systemd_245.7.orig.tar.gz

[dgit import orig systemd_245.7.orig.tar.gz]

Import systemd_245.7-1.debian.tar.xz

[dgit import tarball systemd 245.7-1 systemd_245.7-1.debian.tar.xz]