Make /run/lock tmpfs an API fs

The /run/lock directory is world-writable in Debian due to historic
reasons. To avoid user processes filling up /run, we mount a separate
tmpfs for /run/lock. As this directory needs to be available during
early boot, we make it an API fs.

Drop it from tmpfiles.d/legacy.conf to not clobber the permissions.

Closes: #751392
Gbp-Pq: Topic debian
Gbp-Pq: Name Make-run-lock-tmpfs-an-API-fs.patch

Bring tmpfiles.d/tmp.conf in line with Debian defaults

Closes: #675422
Gbp-Pq: Topic debian
Gbp-Pq: Name Bring-tmpfiles.d-tmp.conf-in-line-with-Debian-defaul.patch

Use Debian specific config files

Use /etc/default/locale instead of /etc/locale.conf for locale settings.

Use /etc/default/keyboard instead of /etc/X11/xorg.conf.d/00-keyboard.conf for
keyboard configuration.

Read/write /etc/timezone if /etc/localtime does not exist.

Gbp-Pq: Topic debian
Gbp-Pq: Name Use-Debian-specific-config-files.patch

udev-node: drop redundant trial of devlink creation

Previously, the devlink was created based on the priority saved in udev
database. So, we needed to reevaluate devlinks after database is saved.

But now the priority is stored in the symlink under /run/udev/links, and
the loop of devlink creation is controlled with the timestamp of the
directory. So, the double evaluation is not necessary anymore.

(cherry picked from commit 7920d0a135fb6a08aa0bfc31e9d0a3f589fe7a1f)

Gbp-Pq: Name udev-node-drop-redundant-trial-of-devlink-creation.patch

udev-node: add random delay on conflict in updating device node symlink

To make multiple workers not update the same device node symlink
simultaneously.

(cherry picked from commit 0063fa23a1384dd4385d03b568dc629916b7e72a and
commit 5291f26d4a6450d1fbf3656640ef20c5e78aa6a5)

Gbp-Pq: Name udev-node-add-random-delay-on-conflict-in-updating-device.patch

udev-node: shorten code a bit and update log message

(cherry picked from commit 8424da2de88ceeed7be8544fb69221f0b0ea84ea)

Gbp-Pq: Name udev-node-shorten-code-a-bit-and-update-log-message.patch

udev-node: check stack directory change even if devlink is removed

Otherwise, when multiple device additions and removals occur
simultaneously, symlink to unexisting devnode may be created.

Hopefully fixes #19946.

(cherry picked from commit 1cd4e325693007b3628f1a27297f0ab7114b24b8)

Gbp-Pq: Name udev-node-check-stack-directory-change-even-if-devlink-is.patch

udev-node: always atomically create symlink to device node

By the previous commit, it is not necessary to distinguish if the devlink
already exists. Also, I cannot find any significant advantages of the
previous complecated logic, that is, first try to create directly, and then
fallback to atomically creation. Moreover, such logic increases the chance
of conflicts between multiple udev workers.

This makes devlinks always created atomically. Hopefully, this reduces the
conflicts between the workers.

(cherry picked from commit 242d39ebc1391f4734f6e63ff13764de92bc5f70)

Gbp-Pq: Name udev-node-always-atomically-create-symlink-to-device-node.patch

udev-node: assume no new claim to a symlink if /run/udev/links is not updated

During creating a symlink to a device node, if another device node which
requests the same symlink is added/removed, `stat_inode_unmodified()`
should always detects that. We do not need to continue the loop
unconditionally.

(cherry picked from commit 8f27311eb2aec2411d1fb7d62e6c9d75d21ae8df)

Gbp-Pq: Name udev-node-assume-no-new-claim-to-a-symlink-if-run-udev-li.patch

udev-node: always update timestamp of stack directory

Please see the comments in the code.

(cherry picked from commit 6df797f75fa08bb1a9e657001229bd47903e6174)

Gbp-Pq: Name udev-node-always-update-timestamp-of-stack-directory.patch

udev-node: save information about device node and priority in symlink

Previously, we only store device IDs in /run/udev/links, and when
creating/removing device node symlink, we create sd_device object
corresponds to the IDs and read device node and priority from the
object. That requires parsing uevent and udev database files.

This makes link_find_prioritized() get the most prioritzed device node
without parsing the files.

(cherry picked from commit 377a83f0d80376456d9be203796f66f543a8b943)

Gbp-Pq: Name udev-node-save-information-about-device-node-and-priority.patch

udev-node: stack directory must exist when adding device node symlink

(cherry picked from commit 46070dbf26435ba0def099121f46a6253f3f19b6)

Gbp-Pq: Name udev-node-stack-directory-must-exist-when-adding-device-n.patch

udev-node: split out permission handling from udev_node_add()

And then merge udev_node_add() and udev_node_update_old_links().

(cherry picked from commit 2f48561e0db3cd63f65e9311b4d69282b4ac605d)

Gbp-Pq: Name udev-node-split-out-permission-handling-from-udev_node_ad.patch

sd-device: introduce device_has_devlink()

(cherry picked from commit b881ce16b9ccae4c3089c82e2ea1781cd9773a4f)

Gbp-Pq: Name sd-device-introduce-device_has_devlink.patch

test: fix TEST-10-ISSUE-2467

Depending on the timing, socat will either get ECONNREFUSED oder EPIPE
from systemd. The latter will cause it to exit(1) and subsequently the
test to fail.
We are not actually interested in the return code of socat though. The
test is supposed to check, whether rate limiting of a socket unit works
properly.

So ignore any failures from the socat invocation and instead check, if
test10.socket is in state "failed" with result "trigger-limit-hit" after
it has been triggered.

TriggerLimitIntervalSec= by default is set to 2s. A "sleep 10" should
give systemd enough time even on slower machines, to reach the trigger
limit.

For better readability, break the test into separate ExecStart lines.

Fixes #19154.

Gbp-Pq: Name test-fix-TEST-10-ISSUE-2467.patch

systemd (249.5-1+rpi1) bookworm-staging; urgency=medium

  [changes brought forward from 239-9+rpi1 by Peter Michael Green <plugwash@raspbian.org> at Thu, 20 Sep 2018 20:22:45 +0000]
  * Disable testsuite, it fails on some of our buildboxes (probablly because of
    old kernels).
  * Add breaks on raspi-copies-and-fills, it doesn't seem to get on with
    this version of systemd/udev.

  [changes brought forward from 241-1+rpi2 by Peter Michael Green <plugwash@raspbian.org> at Tue, 02 Apr 2019 19:29:26 +0000]
  * Bump "breaks" on raspi-copies-and-fills to << 0.12
    (raspi-copies-and-fills was reverted by the raspberry pi foundation)

[dgit import unpatched systemd 249.5-1+rpi1]

Import systemd_249.5-1+rpi1.debian.tar.xz

[dgit import tarball systemd 249.5-1+rpi1 systemd_249.5-1+rpi1.debian.tar.xz]

Import systemd_249.5.orig.tar.gz

[dgit import orig systemd_249.5.orig.tar.gz]