On 22.08.2024 16:56, Henti Smith wrote:
On Thu, 22 Aug 2024 at 12:45, Andrei Borzenkov wrote:
On Wed, Aug 21, 2024 at 7:12 PM Lennart Poettering
wrote:
Honestly, I'd really avoid mixing rename via udev rules and rename via
.link files. I'd stick to .link files for this, really.
All .link
On Thu, Aug 22, 2024 at 03:27:05PM GMT, Lennart Poettering wrote:
> On Do, 22.08.24 15:29, Gesh (g...@gesh.uni.cx) wrote:
> > > > > On Di, 13.08.24 01:28, Gesh (g...@gesh.uni.cx) wrote:
> > > > >
> > > > > > systemd.exec(5) reads:
> > > > > > > In order to reference the path a credential may be rea
On Thu, 22 Aug 2024 at 12:45, Andrei Borzenkov wrote:
> On Wed, Aug 21, 2024 at 7:12 PM Lennart Poettering
> wrote:
>
> > Honestly, I'd really avoid mixing rename via udev rules and rename via
> > .link files. I'd stick to .link files for this, really.
> >
>
> All .link files do is to suggest th
On Thu, Aug 22, 2024 at 3:29 PM Lennart Poettering wrote:
>
> On Do, 08.08.24 13:56, Thorsten Kukuk (ku...@suse.com) wrote:
>
> > Hi,
> >
> > with current systemd v257 git, if I want to reboot as user with "run0
> > systemctl reboot" or "sudo systemctl soft-reboot", this is now
> > prohibited be
On Do, 08.08.24 13:56, Thorsten Kukuk (ku...@suse.com) wrote:
> Hi,
>
> with current systemd v257 git, if I want to reboot as user with "run0
> systemctl reboot" or "sudo systemctl soft-reboot", this is now
> prohibited because I'm still logged in:
>
> "User kukuk is logged in on pts/0.
> Pleas
On Do, 22.08.24 15:29, Gesh (g...@gesh.uni.cx) wrote:
> On Thu, Aug 22, 2024 at 02:01:02PM GMT, Lennart Poettering wrote:
> > On Do, 22.08.24 14:44, Gesh (g...@gesh.uni.cx) wrote:
> >
> > > On Thu, Aug 22, 2024 at 11:57:58AM GMT, Lennart Poettering wrote:
> > > > On Di, 13.08.24 01:28, Gesh (g...@
Hi Micha,
On 2024-07-01 at 06:09 (-0700), MichaIng wrote:
> Basically, what I am missing, is a way to have mounts attempted at boot,
> properly ordered into boot schedule, without affecting the following
> boot (and shutdown) schedule in any way on failure, but have them
> properly ordered into sh
On Fr, 26.07.24 09:59, Gregory Gincley (rollenwi...@yahoo.com) wrote:
>
> To whom it may concern:
>
> I'm receiving the below error on every systemd-journald service
> startup.
>
> While systemd-journald starts, it refuses to log to persistent storage
> (/var/log/journal) despite this path existin
On Fr, 19.07.24 16:11, Carl Lei (m...@xecycle.info) wrote:
> Hi all,
>
> Short version of my question is, my program connects to
> /run/systemd/journal/stdout and dup2 to stderr; this socket needs that
> 7-line preamble to actually work. But this seems a hidden internal
> thing, so I wonder will
On Mo, 22.07.24 12:18, Nikita Krasnov (nikita.nikita.kras...@gmail.com) wrote:
> This output is when not using `User=root` and `KeyringMode=shared` since
> adding this to every service file isn't feasible (and I also can't have
> everything running as root).
You should really install a key that s
On Thu, Aug 22, 2024 at 02:01:02PM GMT, Lennart Poettering wrote:
> On Do, 22.08.24 14:44, Gesh (g...@gesh.uni.cx) wrote:
>
> > On Thu, Aug 22, 2024 at 11:57:58AM GMT, Lennart Poettering wrote:
> > > On Di, 13.08.24 01:28, Gesh (g...@gesh.uni.cx) wrote:
> > >
> > > > systemd.exec(5) reads:
> > > >
On Fr, 09.08.24 14:49, Mikko Rapeli (mikko.rap...@linaro.org) wrote:
> Hi,
>
> After update from systemd 254 to 256 (and even 256.4) I had some failures
> related to TPM related services depending on ConditionSecurity=measured-uki.
>
> I have basic ukify.py and sbsign signatures working in yocto c
On Do, 22.08.24 14:44, Gesh (g...@gesh.uni.cx) wrote:
> On Thu, Aug 22, 2024 at 11:57:58AM GMT, Lennart Poettering wrote:
> > On Di, 13.08.24 01:28, Gesh (g...@gesh.uni.cx) wrote:
> >
> > > systemd.exec(5) reads:
> > > > In order to reference the path a credential may be read from within a
> > > >
On Do, 22.08.24 14:44, Gesh (g...@gesh.uni.cx) wrote:
> On Thu, Aug 22, 2024 at 11:26:24AM GMT, Lennart Poettering wrote:
> > We only do env var expansion in ExecStart= and related line
> > types. Nothing else. (And I think it actually was a mistake there too.)
>
> This and other recent discussion
On Wed, Aug 21, 2024 at 7:12 PM Lennart Poettering
wrote:
...
> >
> > After adding some more network devices to udev this way I now have the same
> > udev configuration working intermittently and I'm not sure why.
>
> You are probably racing against the usual rename logic via .link
> devices if yo
On Thu, Aug 22, 2024 at 11:26:24AM GMT, Lennart Poettering wrote:
> We only do env var expansion in ExecStart= and related line
> types. Nothing else. (And I think it actually was a mistake there too.)
This and other recent discussions[1] make me wonder what the intended
balance is of which parts
On Thu, Aug 22, 2024 at 11:57:58AM GMT, Lennart Poettering wrote:
> On Di, 13.08.24 01:28, Gesh (g...@gesh.uni.cx) wrote:
>
> > systemd.exec(5) reads:
> > > In order to reference the path a credential may be read from within a
> > > ExecStart= command line use "${CREDENTIALS_DIRECTORY}/mycred", e.g
Hi Lennart,
the good news is that supporting it would not break any existing timer units,
so it could be a nice enhancement.
As I think editing timer unit instances is somewhat ugly, I think I will
provide a set of differently named timer templates like
my-service-daily@.timer
my-service-hourly@
On Thu, 22 Aug 2024 at 09:59, Andrei Borzenkov wrote:
> On Thu, Aug 22, 2024 at 11:45 AM Henti Smith
> wrote:
> ...
> >
> > I attempted to match the network devices using Property= as follows
> (using debug1 as an example):
> >
> > # Fixed name for debug1 (Debug Board)
> > [Match]
> > Property=P
On Di, 13.08.24 01:28, Gesh (g...@gesh.uni.cx) wrote:
> systemd.exec(5) reads:
> > In order to reference the path a credential may be read from within a
> > ExecStart= command line use "${CREDENTIALS_DIRECTORY}/mycred", e.g.
> > "ExecStart=cat ${CREDENTIALS_DIRECTORY}/mycred". In order to referenc
On Mo, 05.08.24 08:08, Windl, Ulrich (u.wi...@ukr.de) wrote:
> Hi!
>
> I have a service and timer template where the service instances are
> configured via an environment file like etc/.../%i.conf.
> The timer template will use the @%i.service unit, but currently has a fixed
> "OnCalendar=daily"
On Thu, Aug 22, 2024 at 11:45 AM Henti Smith wrote:
...
>
> I attempted to match the network devices using Property= as follows (using
> debug1 as an example):
>
> # Fixed name for debug1 (Debug Board)
> [Match]
> Property=Path=pci-:01:00.0 ID_NET_DRIVER=igb
>
"Path" is not udev property.
>
On Wed, 21 Aug 2024 at 17:12, Lennart Poettering
wrote:
> On Mi, 21.08.24 16:57, Henti Smith (he...@gaydonsmith.co.uk) wrote:
>
> > After adding some more network devices to udev this way I now have the
> same
> > udev configuration working intermittently and I'm not sure why.
>
> You are probabl
23 matches
Mail list logo