| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Let's automatically apply the recommended git config with meson.
|
| |
|
| |
|
|
|
|
| |
Follow-up for 82047a6aa7230031d2a579e81d5f8871c23e0616
|
|
|
|
|
|
| |
Useful information to have in the logs.
Mar 14 16:45:27 H systemd-portabled[510]: Successfully attached ephemeral '/usr/share/minimal_0.raw' and its extension(s) '/usr/share/app0.raw' using profile 'default'
|
|\
| |
| | |
sd-dhcp-server: several cleanups and extension
|
| |
| |
| |
| |
| | |
And introduce a tiny helper to retrieve these information.
The function is not used at this time, but will be used later.
|
| |
| |
| |
| |
| | |
No functional changes, just refactoring and preparation for later
commits.
|
| |
| |
| |
| |
| |
| |
| | |
directory fd
Currently, though, no valid directory fd is passed to the function call.
Preparation for later commits.
|
|\ \
| | |
| | | |
Unit retitling and comments
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
"Starting Boot Control…" would be a fairly confusing message in the boot logs.
Use "… Service" to mirror what we have in other services like
systemd-{hostnamed,timedated,portabled,machined,…}.service.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We generally don't specify the protocol implementation in unit descriptions.
For journald, we have:
$ git grep Description 'units/*journald*'
units/systemd-journald-audit.socket:Description=Journal Audit Socket
units/systemd-journald-dev-log.socket:Description=Journal Socket (/dev/log)
units/systemd-journald-varlink@.socket:Description=Journal Varlink Socket for Namespace %i
units/systemd-journald.service.in:Description=Journal Service
units/systemd-journald.socket:Description=Journal Sockets
units/systemd-journald@.service.in:Description=Journal Service for Namespace %i
units/systemd-journald@.socket:Description=Journal Sockets for Namespace %i
so we need to keep "Varlink" in the name. But also use "Sockets" (plural)
for the "main" socket unit, since it opens multiple sockets.
|
| | |
| | |
| | |
| | |
| | | |
Our docs say that the Description should be capitalized.
Also, change "commit" to "save" to make this more accessible.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
I was looking at the logs in some bug and saw this:
Mar 13 15:55:12 fedora systemd[1]: systemd-pcrmachine.service - TPM2 PCR Machine ID Measurement was skipped because of an unmet condition check (ConditionSecurity=measured-uki).
Mar 13 15:55:12 fedora systemd[1]: Starting systemd-remount-fs.service - Remount Root and Kernel File Systems...
Mar 13 15:55:12 fedora systemd[1]: systemd-tpm2-setup-early.service - TPM2 SRK Setup (Early) was skipped because of an unmet condition check (ConditionSecurity=measured-uki).
This is overly technical, for most units we don't provide this level of
detail about the implementation. So retitle the units to be more accessible.
Also, the fact that it's a v. 2 of the TPM is not that important. We don't
support TPM 1.2, but computers without TPM v2 are getting rare. For other
units we don't advertise the version of hardware, and let's not do this here,
to reduce some complexity.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Previously, if an [Address] section is configured with a null address,
e.g. Address=0.0.0.0/24, then we acquired a free address in
link_request_address().
With this commit, we queue a request with the null address as is, and
acquire a free address later in address_process_request(). Similary,
now IPv4ACD daemon is configured in address_process_request().
With this change, we can make the address acquisition depend on other
conditions, e.g. if the persistent storage is ready or not.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Since this sentence is in the same section it refers to, it does not
make much sense to mention the "section below".
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
to get MSan jobs to work with the latest Ubuntu images.
https://github.com/google/sanitizers/issues/1614
https://github.com/actions/runner-images/issues/9491
|
| |/
|/| |
|
| |
| |
| |
| | |
Follow-up for 34c6b7d9de64e357071005ec49e88d2354cc4e8a.
|
| | |
|
|\ \
| | |
| | | |
pid1: send various notifications via sd_notify() reporting boot progress
|
| | |
| | |
| | |
| | |
| | |
| | | |
This mirrors the existing CONTAINER_INTERFACE.md document, but describes
extension points of systemd running in a VM with a machine manager
supervising it.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
container manager
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
systemd's special UNIX signals become available
From the outside it's difficult to determine whether (and when) the PID1
inside a container supports systemd's more complete set of UNIX process
signals or not. Let's make this easier, and simply send a notification
message when we are ready.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This new passive target is supposed to be pulled in by SSH
implementations and should be reached when remote SSH access is
possible. The idea is that this target can be used as indicator for
other components to determine if and when SSH access is possible.
One specific usecase for this is the new sd_notify() logic in PID 1 that
sends its own supervisor notifications whenever target units are
reached. This can be used to precisely schedule SSH connections from
host to VM/container, or just to identify systems where SSH is even
available.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Let's inform the the supervisor about various happenings of our service
manager, specifically the boot milestones we reach.
We so far have only a singular READY=1 message, to inform about bootup
completion. But sometimes it is interesting to have something for
finegrained, in particular something that indicates optional components
that have been activated.
Usecase for this: in a later PR I intend to introduce a generic
"ssh.target" that is supposed to be activated when SSH becomes available
on a host. A supervisor (i.e. a VMM/hypervisor/container mgr/…) can
watch for that, and know two things:
1. that SSH is generally available in the system
2. when it is available
In order to not flood the supervisor with events I only send these out
for target units. We could open this up later, in theory, but I think it
makes sense to tell people instead to define clear milestone target
units if they want a supervisor to be able to track system state.
|
| | |
| | |
| | |
| | |
| | | |
Let's add assert()s, and let's put checks in similar order to emphasize
the symmetry. Also let's do cheap checks first.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Similar as the previous commit, it's useful for a supervisor to know
what machine ID we settlted on, in particular as various other things
are deterministically derived from it, for example MAC addresses and
such.
|
| | |
| | |
| | |
| | |
| | |
| | | |
once we decided on a hostname, let's tell the supervisor about it. This
is useful for example in order to recognize the system via mDNS/LLMNR or
in a DHCP lease.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
per-user/per-service scope
Always check the scope explicitly, always assert(m), and name the two
functions in a symmetric way.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Always cast to (void) if we ignore the return value.
Always pass the first arg as boolean.
Always prefix the first arg with /* unset_environment= */.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Otherwise, even if the persistent storage is not ready, the DHCP server
may be started e.g. by unplugging and plugging cable.
Follow-up for 5582b36c384fc522c23ef1ac032001882d033aff.
|
|/ /
| |
| |
| |
| | |
The specified vendor UUID is not actually a UUID. This changes it to an actual UUID.
The new value matches the ones from the systemd-boot man page and [The Boot Loader Interface](https://systemd.io/BOOT_LOADER_INTERFACE/).
|
| | |
|
| |
| |
| |
| |
| | |
Currently it is not used, but the fucntion is already quite generic and
useful.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Debian packaging includes the exploded tarball, so scripts used to
detect files that should be in POTFILES.in, like intltool-update -m
used on https://l10n.gnome.org/module/systemd/, falsely detect its
files as needed to be translated. Avoid this behavior by putting
the whole submodule in POTFILES.skip.
|
| |
| |
| |
| |
| |
| | |
Follow-up for 45bcab66a9c23a74107118d310e09a46f28494fd
Addresses https://github.com/systemd/systemd/pull/31754#discussion_r1524715062
|
|\ \
| | |
| | | |
journal/cat: allow connecting output to specific journal namespace
|