summary |
shortlog | log |
commit |
commitdiff |
tree
first ⋅ prev ⋅ next
Michael Biebl [Thu, 4 Sep 2014 23:15:16 +0000 (01:15 +0200)]
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
Tollef Fog Heen [Tue, 5 Jun 2012 18:59:36 +0000 (20:59 +0200)]
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
Michael Biebl [Thu, 18 Jul 2013 18:11:02 +0000 (20:11 +0200)]
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
Lennart Poettering [Wed, 8 Apr 2020 14:25:03 +0000 (16:25 +0200)]
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
Lennart Poettering [Wed, 8 Apr 2020 14:24:23 +0000 (16:24 +0200)]
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
Lennart Poettering [Wed, 8 Apr 2020 14:10:38 +0000 (16:10 +0200)]
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
Lennart Poettering [Wed, 8 Apr 2020 14:08:35 +0000 (16:08 +0200)]
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
Lennart Poettering [Wed, 8 Apr 2020 14:12:00 +0000 (16:12 +0200)]
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
Lennart Poettering [Tue, 7 Apr 2020 08:38:39 +0000 (10:38 +0200)]
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
Franck Bui [Fri, 3 Apr 2020 08:00:25 +0000 (10:00 +0200)]
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
Michael Biebl [Sat, 18 Apr 2020 18:41:18 +0000 (19:41 +0100)]
systemd (245.5-1) unstable; urgency=medium
[ Michael Biebl ]
* New upstream version 245.5
* Rebase patches
[ Dan Streetman ]
* Follow symlinks when finding link files to copy into initramfs.
If the /{etc,lib}/systemd/network directory itself is a symlink, the find
command will not actually find any of the files in the dir it links to.
Use the find -L param to follow symlinks.
(LP: #
1868892)
* Remove Ubuntu-specific ondemand.service.
New processors handle scaling/throttling in internal firmware
(e.g. intel_pstate), and do not require OS config.
Additionally, nobody else does this, not even Debian.
[dgit import unpatched systemd 245.5-1]
Michael Biebl [Sat, 18 Apr 2020 18:41:18 +0000 (19:41 +0100)]
Import systemd_245.5.orig.tar.gz
[dgit import orig systemd_245.5.orig.tar.gz]
Michael Biebl [Sat, 18 Apr 2020 18:41:18 +0000 (19:41 +0100)]
Import systemd_245.5-1.debian.tar.xz
[dgit import tarball systemd 245.5-1 systemd_245.5-1.debian.tar.xz]