meson: bump numbers for v250-rc1

NEWS: add contributors

NEWS: fix crucial cultural misappropriation

man: bump Fedora version to 35

Fedora-Cloud-Base-35-1.2.x86_64.qcow2 is again the latest version.

NEWS: adjust wording and reorder by category

Also wrap stuff to 80 columns, fix some spelling mistakes, and remove some
repetitions in phrasing.

Merge pull request #21692 from yuwata/network-wireguard-allow-to-start-ndisc-or-radv

network: wireguard: allow to start ndisc or radv

NEWS: add more entries for v250

NEWS file additions

Merge pull request #21691 from yuwata/network-route-prefix-length

network: route: several tiny cleanups

libsystemd-network: ignore -ENETDOWN or friends in recv()

And this makes most errors in io events ignored.

network: refuse empty or numeric route table names

doc: fix typo

network: wireguard: allow to run NDisc and RADV when IPv6LL address is manually configured

Fixes #17380.

network: address: add scope in debugging logs

network: address: also adjust scope when address is link local address

But again only when Scope= is not explicitly specified.

network: address: do not adjust user specified scope

This reverts cd1caf30c0bd0d0c6e8df7610c614f52a7345c40.

I cannot remember why such change was made.
At least, the kernel does not refuse to set IPv4 localhost address with
non-host scope, e.g. global.

network: route: mask lower bits of destination or source prefix

Let's gracefully handle user's misconfiguration, e.g.
Destination=192.168.0.1/24

network: json: add src address when its prefix length is non-zero

This should not change anything. Just for consistency with
route_set_netlink_message(), which sets RTA_SRC attribute when prefix
length is non-zero.

network: route: show prefix length of the source in debugging logs

Similar fix to b489d6a26e44d430a997e756ac81767f6e646976.

bootctl: optionally install .signed efi file

if /usr/lib/systemd/boot/efi/systemd-bootx64.efi.signed exists
install that instead of /usr/lib/systemd/boot/efi/systemd-bootx64.efi

the idea is that SecureBoot tooling can create the efi.signed file
whenever /usr/lib/systemd/boot/efi/systemd-bootx64.efi from the package
is updated.

Merge pull request #21686 from yuwata/network-wlan-fix-reconfigure

network: do not reconfigure wireless interface when previously not connected to any APs

Merge pull request #21637 from nabijaczleweli/EBA

kernel-install: export BOOT_ROOT instead of hacking it in hooks, note KERNEL_INSTALL_* ABI

Merge pull request #21678 from keszybz/sysusers-work

Make it easier to figure out what sysusers is doing and why

network: do not reconfigure wireless interface when previously not connected to any APs

Follow-up for 6706ce2fd2a13df0ae5e469b72d688eaf643dac4.

Fixes #21685.

network: wifi: ssid may be NULL

This fixes the following log message:
systemd-networkd[888]: wlan0: nl80211: received new_interface(7) message: iftype=station, ssid=(null)

Merge pull request #21667 from yuwata/resolve-do-not-re-read-settings-from-networkd-when-unmodified

resolve: do not re-read settings from networkd when link state file is unmodified

docs: Clarify that the fd store is discarded when a service is stopped

Merge pull request #21676 from keszybz/rename-variables-to-make-codeql-happy

Rename variables to make codeql happy

journal: succes[s]fully typo

As found by fossies codespell:
https://fossies.org/linux/test/systemd-main.bb916f3.211208.tar.gz/codespell.html

kernel-install: note $KERNEL_INSTALL_{MACHINE_ID,BOOT_ROOT}= ABI

kernel-install: export $BOOT_ROOT and use it in downstreams

The previous approach, to strip "$MACHINE_ID/$KERNEL_VERSION" from the
end, is pretty bad and encourages this for users, which makes them
inflexible to this being modified locally

ci: ignore FIXME alerts in the CodeQL Action

We already track them in LGTM and it unnecessarily clutters the Security
page.

sysusers: raise level of message about UID/GID being already used

It can be quite important that a different value was used, so let's
log this by default.

sysusers: improve message about conflicting entries

Without any markup, the sentence could be quite confusing:
g user 55
g user 56
→
"Two or more conflicting lines for user configured"
It also wasn't clear which line is ignored.

Inspired by https://github.com/systemd/systemd/pull/21156.

sysusers: add --dry-run

sysusers: use ordered_hashmap_isempty()

network: call link_check_ready() when all stacked netdevs are created

Follow-up for 879377cad531aabbf85a140201b0ea3ff9a8c3d2.

Otherwise, the underlying interface may stuck in configuring state.

resolve: do not re-read settings from networkd if link state file is unmodified

If many interface creation/deletion occurs continuously, then resolved
becomes easily busy. Let's slightly optimize the event triggered by
sd-network.

sd-network: introduce sd_network_link_get_stat()

sd-network: drop unnecessary +1 for buffer size

Merge pull request #21527 from vcaputo/journal-file-mfd-centric

journal-file: get rid of JournalFile.mmap

sysusers: use uppercase UID/GID consistently in messages

test-dhcp-option: inline iterator variable declarations

test-exec-util: rename variable to avoid global/local name conflict

test-dhcp-option: rename variable to avoid global/local name conflict

CodeQL was complaining that the local variable obscurs the global
one. It is indeed a bit confusing when reading this… Let's rename
the variable to avoid confusing the reader.

gitignore: remove patterns for build files in source dir

Those made sense when autotoolz were used. With meson, everything
should land in the build dir, and this is only likely to obscure issues
with custom build rules.
C.f. https://github.com/systemd/systemd/pull/20429#issuecomment-988132332

kernel-install: respect $MACHINE_ID and ignore /etc/machine-id if on tmpfs

Confer https://github.com/systemd/systemd/pull/19006#issuecomment-800234022:
  On some systems it's the admin's explicit choice not to to have the
  machine ID leak into the ESP
  On some systems the machine ID is transient, generated at every boot,
  and hence should not be written to the ESP

Merge pull request #21672 from yuwata/network-old-kernel-support

network: old kernel support

meson: drop libgcrypt dep from resolved tests

Follow-up for pull request #21170.

I hoped that we would drop libgcrypt fully and drop all references to the
library in meson, but this doesn't seem feasible (because of the use in
sd-journal). But let's remove it here, all the resolved code has been switched
to work either of the two libraries.

dhcp: fix assertion failure

Fixes #21671.

journal-file: require MMapCache* for journal_file_open()

Previously the MMapCache* was optionally NULL, which open would
handle by creating a new MMapCache* for the occasion.

This produced some slightly circuitous refcount-handling code in
the function, as well as arguably creating opportunities for
weirdness where an MMapCache* was intended to be supplied but
happened to be NULL, which this magic would then paper over.

In any case, this was basically only being utilized by tests,
apparently just to avoid having to create an MMapCache.  So
update the relevant tests to supply an MMapCache and make
journal_file_open() treat a NULL MMapCache* as fatal w/assert.

mmap-cache: add MMapCache trivial cleanup helpers

Enable _cleanup_(mmap_cache_unrefp) style cleanup for MMapCache*

journal-file: goodbye JournalFile.mmap

This gets rid of the manual MMapCache ref/unref goop in
journal_file_{open,close}(), in favor of just letting the
JournalFile.cache_fd MMapFileDescriptor carry the baton.

journal: stop using JournalFile.mmap everywhere

Preparatory commit; before JournalFile can stop hanging onto its
copy of MMapCache, all these users need to find another way.

Most of the time these callers already have the MMapCache onhand,
so it's no big deal for them to just supply it.

journal_file_rotate() in particular needed to change, and it
seemed wise to not use the mmap_cache_fd_cache() accessor on
f->cache_fd, instead requiring the caller supply the cache to
use.  This was done with an eye towards a potential future where
the journal_file_archive() isolates the cache_fd to a private
cache, which the newly rotated-to file wouldn't be allowed to
use.  It's no biggie for the existing callers to just provide the
appropriate surviving cache.

Basically the mmap_cache_fd_cache() accessor was added just for
journal-verify.c's (ab)use of the mmap-cache.  Which, if the
ugly singleton MMapCache assumption ever goes away, can be
cleaned up to simply use a separate MMapCache for those search
arrays.

mmap-cache: add MMapFileDescriptor.cache accessor

Sometimes we want to reuse an existing MMapFileDescriptor's
cache, but it's a private struct.

This lets us access that pointer if necessary.

mmap-cache: ref/unref MMapCache in fd add/free

Preparatory commit; callers manually ref/unref MMapCaches
alongside MMapFileDescriptor add/frees, when the latter should be
sufficient.

A subsequent commit will drop some of those manual MMapCache
reference hoop-jumping, leaving the lifecycle bound to
MMapFileDescriptors.

network: address: read flags from message header when IFA_FLAGS is not supported by kernel

Follow-up for 0828a38605975b68c14c9194a1ee2c5c2ff7038f.

Fixes #21670.

network: route: tighten variable scope

Follow-up for 5e82a6137546d3a2ac403df261732076130356a8.

sd-network: drop _public_ attribute

sd-network is not public yet.

Merge pull request #20476 from jamacku/new-feature-reloaded-stamp

core: indicate the time when units were loaded

bpf: refactor skeleton generation

This should hopefully fix cross compilation for the bpf programs.

Merge pull request #21625 from yuwata/network-dhcp-6rd

network: dhcp: add 6rd support

core: add StartUnitWithFlags DBUS method

When an activation job is skipped because of a Condition*= setting failing,
currently the JobRemoved signal lists 'done' as the result, just as with
a successful job.

This is a problem when doing dbus activation: dbus-broker will receive a
signal that says the job was successful, so then it moves into a state where
it waits for the requested name to appear on the bus, but that never happens
because the job was actually skipped.

Add a new StartUnitWithFlags that changes the behaviour of the JobRemoved
signal to list 'done' or 'skipped'.

Fixes #21520

github: mention the systemd-devel ML in the new issue tab

Merge pull request #21657 from mrc0mmand/codeql-shenanigans

ci: sync the list of CodeQL queries with LGTM

core: Indicate the time when the manager started loading units the last time

core: Add new DBUS properties UnitsReloadStartTimestamp and UnitsLoadTimestampMontonic

ci: pack-ify our custom CodeQL queries and enable them in Actions

Unlike LGTM, the CodeQL Action requires the custom queries to have their
own qlpack.yml file, so let's provide one.

ci: run the CodeQL action also when its configuration changes

Just to make sure we didn't break anything.

ci: sync the list of CodeQL queries with LGTM

resolve: remove server 'large' level

This removes the DNS_SERVER_FEATURE_LEVEL_LARGE, and sets the EDNS0
advertised max packet size as if always in 'large' mode.

Without this, we always send out EDNS0 opts that limit response sizes
to 512 bytes, thus the remote server will never send anything larger
and will always truncate responses larger than 512 bytes, forcing us
to drop from EDNS0 down to TCP, even though one of the primary benefits
of EDNS0 is larger packet sizes.

Fixes: #20993

ci: add a missing SPDX header

Merge pull request #21264 from medhefgo/boot-lto

sd-boot: LTO support

test-network: support the case that the default config files are not installed yet

test-network: add test for 6rd

man: network: document Use6RD= setting

network: dhcp-pd: add 6rd support

Closes #19152.

sd-dhcp-client: support 6rd option

network: introduce link_remove()

network: dhcp-pd: rename [DHCPv6PrefixDelegation] -> [DHCPPrefixDelegation]

This just changes the names of settings, variables, functions, files, and so on.
No functionality is changed.

Preparation for supporting 6rd.

Merge pull request #21653 from yuwata/network-dhcp6pd-unreachable-route-cleanups

network: dhcp6pd: cleanups for unreachable route

Merge pull request #21655 from yuwata/network-creating-enslaving-netdev-cleanups

network: cleanups for creating or enslaving netdevs

network: dhcp6pd: assign addresses in the delegated prefix instead of a subnet prefix /64 on upstream interface

network: dhcp6pd: do not check Announce= setting when the link does not support RADV

network: fix memleak

Follow-up for ab106a609bc253c0dc49667e981108110b3a87a5.

Fixes CID#1467055.

network: dhcp6pd: drop link_has_preferred_subnet_id() and inline condition

network: dhcp6pd: use the kernel's default value for priority of unreachable route

This should not change any behavior, as both values are equivalent.

network: dhcp6pd: always use main route table for unreachable route

This mostly reverts e47bcb7d0b2cb07c5c594e374baeb061bb7f88ba.

network: dhcp6pd: set server address for unreachable route

This is just for json output.

network: dhcp6pd: gracefully handle delegated prefix whose prefixlen is larger than 64

Merge pull request #20522 from yuwata/cgroup-fix

core/cgroup: fix io.weight and blkio.weight

ci: pin python dependencies and let Dependabot keep track of them

Merge pull request #21307 from medhefgo/boot-alloc

sd-boot: Non-failing allocators

network/netdev: drop spurious state from the condition to create stacked netdevs

Stacked netdevs are requested when the underlying interface is in
configuring state.

network/netdev: create stacked netdevs after all set-link operations are finished

E.g. setting MAC address must be done before creating VLAN interface.

network: do not block configuring addresses by creating stacked netdevs

`link_is_ready_to_configure()` is used to judge we can configure
addresses, routes, and etc. And they can be configured independently of
stacked netdevs.

network: set MAC address before enslaving to bond or bridge interface

As the master interface may inherit the slave MAC address.

units/systemd-udevd: allow bpf() syscall

Programs run by udev triggers may need to execute the bpf() syscall. Even more
so, since on a cgroup v2 system, the only way to set up device access filtering
is to install a BPF program on the cgroup in question and one way of passing
data to such program is through BPF maps, which can only be access using the
bpf() syscall. One such use case was identified in RHBZ#2025264 related to
snap-device-helper, and led to RHBZ#2027627 being filed.

Unfortunately there is no finer grained control over what gets passed in the
syscall, so just enable bpf() and leave fine grained mediation to other
security layers (eg. SELinux).

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=2027627

Signed-off-by: Maciek Borzecki <maciek.borzecki@gmail.com>

Merge pull request #21598 from DaanDeMeyer/journald-file

journal: Fix re-enabling COW for archived journal files on BTRFS

network,udev: do not adjust local assignment bit of specified MAC address

People often assigns the MAC address of the enslaved interface to e.g.
bridge interface. So, the local assignment bit should not be adjusted.

Fixes #21649.