Usually they should
ship tmpfiles.d snippets so that all necessary files in /run/ are
created. Similar, they either should create all users or provide a
sysusers.d snippet to have it created automatically on first boot.
Ether way, this smells as if you sho
08)
This process dies during earliest initialization in the dynamic
loader. No systemd code has run at that point yet.
Something is wrong with your libc/dynamic loader. Or maybe you have a
corrupted udev binary?
Either way, please contact your downstream distro about that first.
Lennart
--
L
gt; perform some other action?
Best would be to file a PR on github with the fix ready. If you can't
do that file an issue there instead and eventually hopefully someone
else will prep a PR for this.
Thanks!
Lennart
--
Lennart Poettering, Berlin
___
syst
ons of a size
below some compiled-in threshold are generated? anything smarter?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
uot; in USB stack some time ago...
Better something to ask the kernel people.
if you boot with "debug" on the kernel cmdline you get a bunch more
debug info from both kernelspace and userspace.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
.slice. And you will get
it turned on forthe units immediately in throse, i.e. also in
otherdaemon.service, bar-uuu.slice, foo.slice, zzz.slice. However, it
will not be turned on in: miau.service, rumpel.service, zzz-yyy.slice
and wuff.service, since those are neither in the path to the root
slice nor im
just fine. What
> > else do you need?
>
> How about a partition for backups that is encrypted and uses
> filesystem-based compression? How about a RAID array? There are thousands
> of cool things you can do with new filesystems and device mapper!
I think the truly useful stuff is
On Fr, 29.05.20 08:22, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote:
> >>> Lennart Poettering schrieb am 28.05.2020 um 22:25
> in
> Nachricht
> <24474_1590697505_5ED01E21_24474_24_1_20200528202504.GA118706@gardel-login>:
> > On Do, 28.05.20 15:43,
hub about
this?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
resting point is that ypbind.service is disabled. So why is
> ypbind-systemd-pre complaining about NIS domain not being set?
Maybe ypbind-systemd-pre.service has Wants= or Requires= on
ybind.service?
Either way, this sounds like something to talk to your distro/package
of ypbind with.
rry the drop-in for
these two services that turn of the sandbox. That way the majority
people can enjoy a tightly locked sandbox for these services, and only
those who actually run NIS opt into non-sandboxed operation.
Lennart
--
Lennart Poettering, Berlin
_
temd/systemd/issues/7074 is back with the
> nss-nis bug but I made sure that IPAddress= is set (to nothing).
Make sure to turn the sandboxing off for systemd-userdb.service too if
you want to use NIS.
Lennart
--
Lennart Poettering, Berlin
___
systemd-dev
`/dev/mapper/root` device
> automatically.
> But I don't think more complex devicemapper setups are supported like
> dm-raid are supported.
Correct.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@
c.
gpt-auto can cover LUKS/dm-crypt as well as dm-verity just fine. What
else do you need?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
ons suddenly pop into
existance, fully populated with whatever they shall contain.
That said, I also want to add an --image= switch to "systemd-tmpfiles"
and "systemd-sysusers" so that you can run them easily offline too if
you want, just by pointing them to some disk image.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
labels.
Yes, I guess we can make that available. Please file an RFE
issue. Even better, provide a patch!
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
ting or
> the services are active and we are trying to disable or do a mask
> operation?
Yes.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
h every boot by the
kernel. i.e. the stuff exposed by the kernel in
/proc/sys/kernel/random/boot_id.
The journal implicitly attaches the data from that file to each log
line in the _BOOT_ID field. See systemd.journal-fields(7).
Lennart
--
Lennart Poette
in the not working case
>
> Line 6311: May 06 10:31:23 systemd-networkd[185]: enp2s0: New device has no
> master, continuing without
It appears networkd picks up the device before it was processed by udev.
Lennart
--
Lennart Poettering, Berlin
_
> hardly possible, so being able to see it on the screen for 90 seconds
> and then never see it again is the best we can do.)
"journalctl" is the way to access logs on systemd systems. Please have
a look there, or paste them so that we can have a look.
Lennart
--
Lennart Po
ed if
cgroupfs is not yet mounted in the container, in which case systemd
will try to mount it. Generally, it's a good idea to pre-mount it
though, as you typically want the same cgroups logic inside and
outside the container. systemd tries to adapt to the environment it
runs in, and that means cgro
On Do, 07.05.20 09:21, Tomasz Torcz (to...@pipebreaker.pl) wrote:
> On Thu, May 07, 2020 at 08:56:24AM +0200, Lennart Poettering wrote:
> > > > > Is there an API in systemd to move specific program to a dedicated
> > > > > slice?
> > >
On Do, 07.05.20 08:49, Ulrich Windl (ulrich.wi...@rz.uni-regensburg.de) wrote:
> >>> Lennart Poettering schrieb am 06.05.2020 um 17:16
> in
> Nachricht
> <19374_1588778203_5EB2D4DB_19374_121_1_20200506151636.GL89018@gardel-login>:
> > On Mo, 04.05.20 11:52, nitis
On Do, 07.05.20 08:28, Tomasz Torcz (to...@pipebreaker.pl) wrote:
> On Wed, May 06, 2020 at 11:53:14PM +0200, Lennart Poettering wrote:
> > > > >
> > > > > You can use low-level cgroup access to move it. Something like:
> > > > > system
On Mi, 06.05.20 22:05, Tomasz Torcz (to...@pipebreaker.pl) wrote:
> On Wed, May 06, 2020 at 05:18:34PM +0200, Lennart Poettering wrote:
> > On Mo, 04.05.20 08:31, Tomasz Torcz (to...@pipebreaker.pl) wrote:
> >
> > > On Mon, May 04, 2020 at 11:52:37AM +0530, nitish nag
ould make sure that no DHCP server has
> been started and help me understanding why ?
Are you sure your .network files match on the iface properly? What
does "networkctl status" say about the interface?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Mi, 06.05.20 15:50, Peter Morrow (peter.mor...@microsoft.com) wrote:
> On Wed, 2020-05-06 at 17:39 +0200, Lennart Poettering wrote:
> > On Mi, 22.04.20 14:44, Peter Morrow (
> > peter.mor...@microsoft.com
> > ) wrote:
> >
> > > Hi Folks,
> > >
Can anyone offer any suggestions for where I should look to try to
> speed things up here?
Turn on debug logging for networkd. it should tell you what it is
doing, and the timestamps should allow you to determine what precisely
is being waited for.
Lennart
--
Le
oner or later.
if you want to muck around in the cgroup tree, acquire a delegated
cgroup subtree, where you can do whatever you want.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://list
ways in systemd to handle this
> requirement.
We don't support that. Slice assignments are sticky during service
runtime.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
t; maybe still for /sys and /proc)
Yeah, but /sys and /proc and /run do matter.
> My gut feeling the answer to this question is "not all initrd's use
> systemd; so they might not parse /sysroot/etc/fstab so early we need to
> account for that". Is that the case?
Yes, partially, see above.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
information?
Maybe something asks systemd to? Consider enabling debug logging with
"systemd.log_level=debug" on the kernel cmdline. It will then print
information about incoming dbus msgs which might cause this, as well
as signals it receives that might cause it.
Lennart
--
Lenn
> Now how do I check exactly what was the problem in that session?
Which systemd version is this?
Current versions (since ~231 iirc) of systemd log about the processes
they kill due to timeouts. You should find that in the logs.
There's also:
https://freedesktop.org/wiki/
y issue I see: docker doesn't acknowledge the existance of
/run inside the container iirc, i.e. doesn't pre-mount it, hence
passing data in via some subdir in /run is weird...
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
lementation ids into the
container but no host identifiers, and hence should be OK to do
unconditionally. Would that suffice for your usecase?
I am tempted to say this discussion is specific enough to be tracked
in a github RFE issue btw, so that we don't
on would be called five times,
each time with the same userdata ptr, i.e. the one you specified.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
regexes might be fine, but not matching of file
names.
Or to say this differently: as soon as you convinced bash to replace
its glob matching with regex matching we can consider this for udev
too.
Lennart
--
Lennart Poettering, Berlin
___
s
" from
a user to itself and now doesn't anymore. Eithre way, it's kinda
pointless doing that anyway...
In general: it's not a good idea to use "su" in shell scripts. "su"
creates login sessions, but for system stuff that's not desirab
an page says that pretty clearly, no?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
m missing here.
> Please any one can help me at your earliest convenience .
Which desktop environment are you using? Not all DEs support the
locking logic and simply ignore it.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing l
suggestions here?
A service for which sd_notify() is enabled can send
an EXTEND_TIMEOUT_USEC= message to the service manager, in order to
extend its timeouts. Wouldn't that work for you?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailin
ke sure things are
properly owned on next start if it uses different users and drops
privs on its own.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
ttribute the git commit to you, so that you get
attribution.
I hope that's OK?
https://github.com/systemd/systemd/pull/15639
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
additional software.
>
> sorry for bad english. I use translation.
Please see:
https://systemd.io/SECURITY/
i.e. please report to systemd-secur...@redhat.com
Thank you,
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
syste
d-bus is not thread-safe. Use a seprate connection for each
thread. You cannot share connections between multiple shares (unless
of course, you lock around it yourself)
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
sy
lgrind community about that, it has nothing to do with
systemd.
Other people ran into the same error:
https://sourceforge.net/p/valgrind/mailman/message/35008834/
maybe googling further might help you.
Lennart
--
Lennart Poettering, Berlin
___
systemd
autofs.service has begun shutting down.
> Apr 21 12:02:19 server1 automount[22213]: umount_autofs_indirect:
> ask umount returned busy /vsaabrmount
This is a message from your automount service, not from systemd.
Lennart
--
Lennart Poettering, Berlin
_
roperty in a vtable with the
SD_BUS_WRITABLE_PROPERTY() macro, and a read-only one with
SD_BUS_PROPERTY().
But not sure I grok your question properly.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
ged bus clients. With a PolicyKit
action configuration you can open them up, but typically unprivileged
clients can't change them.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/m
On Mo, 20.04.20 12:00, Paul Menzel (pmenzel+systemd-de...@molgen.mpg.de) wrote:
> Dear systemd folks,
>
>
> Am 20.04.20 um 11:47 schrieb Lennart Poettering:
> > On Mo, 20.04.20 10:52, Robin C (amisbie...@posteo.net) wrote:
> >
> > >
> > > Hi everyone,
^~~~
gperf changed its output some time back. You need to have a newer
gperf (or if you build an older version of systemd, an older one) to
build systemd.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists
our builds, so
that valgrind can show you something for useful than pointer values.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
MAINS_MAX in the
sources.
But be aware of this:
https://github.com/systemd/systemd/commit/b950ee06e647d753db2047c1bb5345c94391be3e
i.e. maybe just update to a newer systemd-resolved, as the limit was
already bumped to 256 back in 2018.
Lennart
--
Lennart Poetterin
. Even better, post a PR for it on github, if you actually want it
done soon.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
eedesktop.org/software/systemd/man/sd_bus_open.html#Reference%20ownership
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
argument is something
you can use any way you like. Most people stick some context object
pointer in it, but it's entirely fine to place anything else there,
for example an enum that you cast to a pointer.
Lennart
--
Lennart Poettering, Berlin
___
syste
most likely nobody is going to
subscribe to your signal and it will just be dropped by the broker.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
kernel interface even exists?
There are ioctls for that in the input layer if iirc, but i don't
remember how precisely this works. You are hacking on a compositor, you
should know ;-)
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
rate
> again
hmm, this smells like a bug, either in logind or in the kernel. can
you file an issue about this?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
work for you? If so, prep a PR and submit it, would be
happy to review it.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Di, 07.04.20 23:07, Dave Howorth (syst...@howorth.org.uk) wrote:
> I'm not sure why Lennart hasn't stepped in to moderate yet, but this
> discussion is going in my bit bucket.
Sorry, I wasn't working last night nor this morning.
Both Dorian and Reindl are moderated now.
Lennart
--
L
n moderation.
Why do you have to behave this way, why?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
and what you are trying to do. What is "coredump"
supposed to be in your case?
Please consider inquiring your downstream distribution for help first,
possibly in a french language forum of your distribution first. They
are probably better to help you, as locate/dnf and such things are not
Or you could mask it + pull in reboot.target as a dependency
from emergency.target via a .wants/ symlink (but then you woudln't get
your cool down timout).
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
h
parse this, sorry.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
everything in parallel, but tell the kernel what to schedule first.
In recent systemd versions the weights configured this way also affect
the order in which jobs are dispatched by systemd itself if multiple
are runnable at the same time.
Lennart
--
Lennart Poettering, Berlin
_
ementation. my suggestion would be to move the seat manager to
logind, but leave the greeter in gdm. i.e. gdm would then have the
option to make compositor@.service a symlink to gdm-greeter@.service,
and thus just would need to take care of the greeter, but nothing else
anymore...
Lennart
--
Le
ice and then
weston would get started automatically whenever a graphical seat shows
up. does that make sense? i kinda like the idea. it would solve all
your problems too, right?)
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
w-rw 1 root video 226, 0 Apr 1 14:15 /dev/dri/card0
DRM devices are currently not tagged with "systemd", and thus no
.device units are syntesized for them in systemd. Add a udev rule that
matches against them and sets the "systemd
cal does.
Exactly, that's what I would find best. I mean it already watches for
input devices, right? so watching for graphics devices is just a small
step further.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
f generic
> kernels where you would have to build all of them in)...
Is that realistic? embedded devices and fully generic kernels?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.fre
g process into the container that
then talks to systemd inside of the container and tells it to do
something, and then just hands over to that. This means the long
running process is actually running from the context of the user
inside it and all is good.
Lennart
--
Lennart Poettering, Berlin
_
as interested and synthesizes a
"NoSuchMethod" error reply.
> Which shall I return in normal cases? Zero?
when handling signals: zero. when handling incoming method calls: one.
Lennart
--
Lennart Poettering, Berlin
___
systemd-de
ot render 226, 128 Mär 19 17:29 renderD128
> >
> > Is there a way to order a service in such a way, that it’s guaranteed
> > that udev rules to devices were applied?
> >
>
> After=device should work. udev announces device after all rules have
> been processed.
After
on systems that do not have it, and
boot is not delayed for it...
If you develop your stuff for a very specific device only, and do not
attempt to build an OS that can boot on generic systems, then you
could also just change your weston service to do
"Wants=dev-dri-card0.device" + &q
he env var via a drop-in for systemd-timesyncd.service that uses
Environment=. Patch should be simple, look for resolve_getaddrinfo()
in timesyncd-manager.c. Consider prepping a patch and posting as
github PR, we'll the review/merge it.
Lennart
--
Lennart Poettering, Berlin
__
user's home dir?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
success). i.e. you won't get an
sd_bus_message object from sd_bus_call() at all on error, hence
nothing you could look into with sd_bus_message_get_error().
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.fre
file, and in the prestart
> and poststop actions also
> I try to write some logs to the same file with shell echo, like:
>
> echo "..." >> /var/log/my-.log
>
> The logs that is written by the script does not appear in the log file!
> Is there anything wron
mechanism. We assume that the rtc0 driver is built
into the kernel...
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
ublic.
> Am I just too early to the game, in that multi-machine setups are not yet
> supported? Or is there something obvious I am missing?
They are supported, just underdocumented ;-)
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
commit:
> 25de7aa7b90 (Yu Watanabe 2019-04-25 01:21:11 +0200
> 924)
Please post this on github as PR, thank you!
https://github.com/systemd/systemd/pulls
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel
I know this is kind of an large issue but now that systemd is more widespread
> is there
> any momentum in either method? If so could someone point me to examples or
> documentation?
Just use SIGTERM, it's the standard way to do that, simp
of
the sending service, using SCM_CREDENTIALS."
There isn't much more to know.
How to use sendmsg() and iovecs you find described in the respective
man page, but that's a Linux/libc/UNIX API, not a systemd one...
The nice thing about NOTIFY_SOCKET is really that its so simple it
barely even
ystemd.exec(5) also says: "This
> > only applies to log messages written to stdout or stderr.”
>
> THX, I must have missed that. This mean that the `sd-daemon`
> documentation page should be updated to contain that information as
> well.
https://github.com/systemd/systemd/pul
I uninstall
> block4 and block5 with umount command？
> Who knows why, or gives some advice?
It's a feature of overlayfs that it keeps its own references to the
underlying file systems, and they can be unmounted while the overlayfs
itself stays accessible.
if you don't want that,
ll submounts to /etc. That way noone
will notice anything changing.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
using systemd version 243.
What are you trying to achieve precisely?
Why ownership? You could just use ACLs do allow your group access to
the dir the coredumps are in...
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@
Or how do you modify the
> code for systemd?
>
> Or is there a way to uninstall the file system first and then stop all
> services?
Services that access the file systems cannot continue running if their
files/mounts/file systems are gone. Not
it keep doing
that if nothing else happens? journald should not trigger that all the
time...
Also, there's actually a safety condition in place, the start limit
logic: after a service has been attempted to be started too often
within a time window we refuse starting it again...
So I
t; 4- File system errors left uncorrected
> 8- Operational error
> 16 - Usage or syntax error
> 32 - Fsck canceled by user request
> 128 - Shared library error
We che
"sleep 60" before
> "systemctl reboot -f", the extra command did not take effect, and the
> system just start to poweroff immediately. So I guess there is another
> process to launch the poweroff action, but how to know what is it?
En
chance you can reproduce this with current systemd, and maybe
provide logs and put them into a github issue?
Or do you have logs from the case when this happened around?
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lis
ed. Consider filing an RFE issue on
github asking for this, this appears to make sense to me. I mean
systemd-fsck could just do what systemd-makefs does depending on the
exit code of /sbin/fsck...
Lennart
--
Lennart Poettering, Berlin
__
means userns, and only processes that have
CAP_NET_BIND_SERVICE in the host user ns can bind on ports <
1024. PrivateUsers= user namespace do not have that, and hence cannot
bind the port on the host.
Portable service profiles are best combined with socket activation to
limit the privileged surfac
fashion. i.e. network
managers should order themselves before network.target, so that
ordring yourself after that automatically orders you after all
implementations at once...
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing lis
calls manager_recheck_dbus(), which connects to the bus
> if dbus.service is running.
Correct, we connect to dbus the instant dbus.service is up, and
terminate when it goes down. dbus.service is magic hence from PID1's
PoV. Something similar happens wit journald and logging.
Lennart
ould probably have some sane per-service
credential system, maybe via the kernel keyring, or passed memfds or
so, but so far this hasn't materialized...
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.
t, right?
Consider just creating a transient timer unit via the D-Bus API from
your service code. Alternatively, use systemd-run for that, which can
do that for you from the cmdline.
Lennart
--
Lennart Poettering, Berlin
___
systemd-devel mai
d Hermann added support for
session switching without VTs, at which point the boolean was wired to
mean "has VTs". Maybe that was a mistake, dunno, and it should just
have returned true for all seats at that point...
Lennart
--
Lennart Poettering, Berlin
_
901 - 1000 of 8632 matches
Mail list logo
