What is the usecase for this? sysexts are extensions to /usr (and /opt).
Services don't write to /usr usually (extensions are usually read only
too). Anything being read is opened as a fd which survives the
unmount-mount operation. I can't think of any reason a service would
want to "lock" /usr
A new systemd ☠️ pre-release ☠️ has just been tagged. Please download the
tarball here:
https://github.com/systemd/systemd/archive/v257-rc3.tar.gz
NOTE: This is ☠️ pre-release ☠️ software. Do not run this on production
systems, but please test this and report any issues you find to GitHu
Hello systemd,
We are closely observing the varlink development and excited about it. Our guys
who were at the all systems go conference mentioned that the Resolver is not
part of the systemd family. Ref: Resolver (https://varlink.org/) . What is the
upstream’s thoughts regarding service discov
Hello systemd,
We are looking into systemd system extensions for quick patching our immutable
images while we are updating and rolling out the patched immutable image.
One thing that is stated in the documentation is that before attaching a new
extension, all previous extensions are deattached
On Di, 26.11.24 12:06, Georg Müller (georgmuel...@gmx.net) wrote:
> Hi all,
>
> I am currently trying to set up a 3-step kill mode for an application and
> this seems not possible with systemd.
>
> Here is the scenario I a trying to achieve:
>
> * on 'systemctl stop ...', the service should recei
On Mi, 27.11.24 02:18, James Muir (jamesmui) (james...@cisco.com) wrote:
> > > Thanks for your reply.
> > >
> > > Is my second statement also correct?
> > >
> > > i.e. is there no way to prevent mounting a private /tmp when executing
> > > generators using something like an environment variable o
