Revert "core: set RLIMIT_CORE to unlimited by default"
Partially revert commit
15a900327ab as this completely breaks core dumps
without systemd-coredump. It's also contradicting core(8), and it's not
systemd's place to redefine the kernel definitions of core files.
Commit
bdfd7b2c now honours the process' RLIMIT_CORE for systemd-coredump. This
isn't what RLIMIT_CORE is supposed to do (it limits the size of the core
*file*, but the kernel deliberately ignores it for piping), so set a static
2^63 core size limit for systemd-coredump to go back to the previous behaviour
(otherwise the change above would break systemd-coredump).
Bug-Debian: https://bugs.debian.org/815020
Gbp-Pq: Topic debian
Gbp-Pq: Name Revert-core-set-RLIMIT_CORE-to-unlimited-by-default.patch
systemd (255.2-3) sid; urgency=medium
* Cherry-pick fixes for upstream integration tests.
Fixes TEST-07-PID1, TEST-08-INITRD (skip), TEST-26-SYSTEMCTL and
TEST-75-RESOLVED.
* Add explicit Build-Depends on debhelper (>= 13.11.6)
This ensures we have a recent enough version of dh_installsystemd that
supports service files in /usr/lib/.
* test: deny-list TEST-13-NSPAWN.
The default ram size of 1024M for qemu virt is not sufficient
to make the test pass reliably on Debian sid/trixie.
Disable the test for now until this has been addressed in debci:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
1059840
[dgit import unpatched systemd 255.2-3]