If you're on a distribution running recent version of software, note
that prefix delegation is completely dysfunctional as of 251 [1].
[1] https://github.com/systemd/systemd/issues/23546
> use DNSStubListenerExtra=
It's indeed this directive I'm using on the downstream interface. Maybe
I should have mentioned that.
Configuration / results (MACs etc. obfuscated, but all correct on the
running system):
# head -n-0 /etc/systemd/network/linux-dummy_local0.{netdev,network}
==> /
Hi, Petr.
> Do you need any systemd-resolved specific features?
Primarily, it's about the way directive Domains allows for directing
queries to particular DNS servers based on the queries' domains.
I'm using it to restrict the ISP's DNS server to the ISP's domain, use a
local DNS server for loc
been limited to labels in /dev/disk/by-label so far.
On a side note several partitions tagged by the same partition label
will probably exist on nearly every system. As /dev/disk/by-partlabel
seems to reference only one per label I wonder whether this directory
makes any sense at all.
-generator.html,
see section "Description") systemd-gpt-auto-generator is supposed to
behave like this by now already.
So maybe a bug in systemd-gpt-auto-generator manifesting only in the
context of BIOS + GPT?
Regards,
Peter Mattern
___
s
Similar findings can result from running systemd ≥ 209 on a kernel
compiled without CONFIG_FHANDLE.
You may want to check this on your system.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listin
man machine-info lacks hostnamed chassis type "embedded" as introduced in 218.
The following lines should fix this.
---
man/machine-info.xml | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/man/machine-info.xml b/man/machine-info.xml
index c654daa..9bf2bcb 100644
--- a/man/m
Thanks for fixing this.
May I suggest to adjust man systemctl accordingly, too?
Necessary parts would be the one about option --reverse and command
list-dependencies.
As for the latter I'd suggest another change while you're at it. Phrase
"required and wanted units" is rather ambiguous as it mi
Hello.
Right now systemctl's command list-dependencies is considering
parameters Wants and Requires only.
But given that command's purpose I was wondering whether it wouldn't
make sense to have it consider BindsTo as well.
Regards,
Separating the unit to sync time from the ones featuring OnCalendar by
time-sync.target (or any arbitrary target used as "separating wall")
worked exactly as expected on ARM and is indeed a workaround for the
problem.
Couldn't reproduce the need to set DefaultDependencies=No in the units
featur
First, thank you very much for your quick responses.
I had missed the description in man systemd.unit ("If any of these
options is assigned the empty string, ..." at the end of the paragraph
about Condition*, right?) and a snippet as posted by Michal works (I had
already checked this myself bu
If one of these options gets stated more than once the different
instances seem to be linked by a logical AND, too. This prevents
overwriting these options via snippets in /etc, e. g.
systemd-timesyncd.service still won't run in KVM with a snippet
/etc/systemd/system/systemd-timesyncd.service.d
;s or Busybox's cron implementation.
I don't know whether something could or should be done about this
(personally I think yes), but thought it might make some sense to report
here.
Regards,
Peter Mattern
___
systemd-devel mailing list
systemd-de
13 matches
Mail list logo