| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
sd-device, udev: several cleanups and one udevadm fix
|
| | |
|
| | |
|
| |
| |
| |
| | |
This may be useful to invoke the command by non-privileged users.
|
| |
| |
| |
| | |
Prompted by https://github.com/systemd/systemd/pull/18559.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
sd_device_set_sysattr_value()
As sd_device_get_sysattr_value() may be already used to read uevent
file. The read value of uevent file may be usually quite different
from the action string.
|
| | |
|
| |
| |
| |
| | |
See assertion in sd_device_get_devpath().
|
| |
| |
| |
| |
| |
| | |
Though, setting NULL for some getters, e.g. sd_device_get_syspath()
may be meaningless, but anyway also let's make them accept NULL for
consistency.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
original error code
There are three calls of device_cache_sysattr_value(). Two of them are
just caching the value. Hence, let's ignore its failure, and propagate
original error code.
One exception is the last call in sd_device_get_sysattr_value().
Unfortunately, it returns `const char *` instead of `char *`. So,
sd_device object must have the reference of the returned value.
Hence, error in updating the cache by device_cache_sysattr_value()
is critical, and we need to propagate the error in that case.
|
| | |
|
| |
| |
| |
| |
| | |
Also, this drops trailing '\r' from sysattr value set in
sd_device_set_sysattr_value().
|
| |
| |
| |
| |
| | |
And propagate the original error on write.
Note that some attributes are read-only.
|
| |
| |
| |
| |
| |
| | |
It is not intuitive, and I do not know why the function behave so.
But let's keep that behavior for compatibility, as such behavior
may be already used explicitly by callers.
|
| |
| |
| |
| |
| | |
They just handle cache of sysattr values. Hence, let's use more
explanatory names.
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
|
| |
argv[0] might be prefixed by a path, and we shouldn't get confused by
that. Hence provide a simple helper call that abstracts the checking
away, which we can use everywhere, and expose the same behaviour, even
if argv[0] is not set.
(While we are at it, port all other multi-call binaries over to the new
helper, too)
Follow-up for: d41a9e4fc1e1bcdefc8d358da2744a97aac5820a
|
| |
|
|
|
|
|
|
| |
And disable it for wireguard interfaces by default.
Closes #18492.
|
|\
| |
| | |
network: add NextHop= setting in [Route] section
|
| | |
|
| | |
|
| |
| |
| |
| | |
It will be used in later commits.
|
| |
| |
| |
| | |
there's no point in having two arguments, if one does as well.
|
| | |
|
| |
| |
| |
| |
| | |
let's mark cgroupsv1 systems as "tainted" in the taint string logic.
It's time.
|
|\ \
| | |
| | | |
xdg-autostart-generator: silence warning
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
See https://wiki.gnome.org/HowDoI/DBusApplicationLaunching and
https://wiki.gnome.org/Initiatives/GnomeGoals/DBusActivatable for a description
of this key:
> Instead of the typical UNIX-style fork()/exec() approach to process creation,
> launching an application is done by sending a D-Bus message to the well-known
> name of that application, causing a D-Bus activation.
>
> Starting processes with D-Bus activation ensures that each application gets
> started in its own pristine environment, as a direct descendent of the
> session -- not in the environment of whatever its parent happened to be. This
> is important for ensuring the app ends up in the correct cgroup, for example.
So this motivation is not important for us: we launch stuff ourselves better.
This fixes warnings during boot:
systemd-xdg-autostart-generator[2274]: /etc/xdg/autostart/org.freedesktop.problems.applet.desktop:92: Unknown key name 'DBusActivatable' in section 'Desktop Entry', ignoring.
|
| | | |
|
|\ \ \
| | | |
| | | | |
Links and syntax highlighting
|
| |/ /
| | |
| | |
| | |
| | | |
Having the extra slash at the end is not a problem, just inconsistent. But the links with
.html or .md return 404.
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
freep() has it's own definition, so I missed it in fd421c4adc7406de02e03e2f7ceede2cc6e1d9d4.
Again, there is a small growth, but the compiler should be able to optimize it away:
-Dbuildtype=debug:
-rwxrwxr-x 1 zbyszek zbyszek 4106816 Feb 19 12:52 build/libsystemd.so.0.30.0
-rwxrwxr-x 1 zbyszek zbyszek 7492952 Feb 19 12:52 build/src/shared/libsystemd-shared-247.so
-rwxrwxr-x 1 zbyszek zbyszek 4472624 Feb 19 12:53 build/systemd
-rwxrwxr-x 1 zbyszek zbyszek 4107056 Feb 19 13:03 build/libsystemd.so.0.30.0
-rwxrwxr-x 1 zbyszek zbyszek 7493480 Feb 19 13:03 build/src/shared/libsystemd-shared-247.so
-rwxrwxr-x 1 zbyszek zbyszek 4472760 Feb 19 13:03 build/systemd
Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=31055.
|
|\ \
| | |
| | | |
network: several follow-ups for recent IPMasquerade= change
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Previously, any positive boolean string for IPMasquerade= enables only IPv4
masquerade. The commit 48ed276647c754bfb3ed5c6c5af9404e073ffe54 adds
IPv6 masquerade support. However, only "yes" is handled as "ipv4", and other
positive boolean strings are handled as "both".
This makes all positive boolean strings considered as "ipv4", warn that they
are deprecated, and suggest to use "ipv4" or "both".
Follow-up for 48ed276647c754bfb3ed5c6c5af9404e073ffe54.
|
| | |
| | |
| | |
| | |
| | |
| | | |
It is not necessary to use different flag for each address family.
Follow-up for 48ed276647c754bfb3ed5c6c5af9404e073ffe54.
|
| |/
|/|
| |
| | |
potentically -> potentially
(And a small grammar fix)
|
| |
| |
| |
| |
| |
| |
| | |
Otherwise, nexthop_configure() -> nexthop_add() creates NextHop object
without ID in link->nexthop, and then, manager_rtnl_process_nexthop() ->
nexthop_add_foreign() also creates another NextHop object with ID in
link->nexthop_foreign.
|
| |
| |
| |
| |
| | |
This is a preparation for later commits. When RTA_NH_ID is set to a
route, then the corresponding nexthop must be exist.
|
|/ |
|
|\
| |
| | |
use scaling relative to UINT32_MAX instead of percentages/permyriads wherever we can
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
oomd.conf has two parameters with fractionals: SwapUsedLimit= and
DefaultMemoryPressureLimit=, but one accepts permyriads, the other only
percentages, for no apparent reason. One carries the "Percent" in the
name, the other doesn't.
Let's clean this up: always accept permyriads, and drop the suffix,
given that it is misleading.
I figure we should internally try to focus on scaling everything
relative to UINT32_MAX, and if that isn't in the cards at least 10000,
but never permille nor percent unless there's a really really good
reason for it (e.g. interface defined by someone else).
|