this available as a core service within systemd using like APIs either
in (mostly deprecated) CAPI or the new CNG
Scott Fields
IBM/Kyndryl
SRE - BNSF
817-593-5038 (BNSF)
scott.fie...@kyndryl.com<mailto:scott.fie...@kyndryl.com>
scott.fie...@bnsf.com<mailto:scott.fie...@bnsf.com>
: Barry Scott
Sent: Wednesday, May 25, 2022 1:16 PM
To: SCOTT FIELDS
Cc: systemd-devel@lists.freedesktop.org
Subject: [EXTERNAL] Re: [systemd-devel] certificate and trust store feature for
systemd
On 25 May 2022, at 14:06, SCOTT FIELDS
mailto:scott.fie...@kyndryl.com>> wrote: I apologize
f
in Linux use OpenSSL, this almost immediately would
also give them access to a centrally managed keystore.
That’s what I would like to see.
From: Barry Scott
Sent: Wednesday, May 25, 2022 1:30 PM
To: SCOTT FIELDS
Cc: systemd-devel@lists.freedesktop.org
Subject: [EXTERNAL] Re: [systemd-devel
I'm currently running systemd 219-78.
I realize there's significant behavior differences in the current release, but
per the documentation, I take it the behavior of '-clean' hasn't changed in
regards to directly specifications only applying to the directory entry and the
top level files. AKA,
By this logic, the '--clean' option shouldn't exist in systemd-tmpfiles.
The point here is that apps aren't perfect, and you still need to periodically
cleanup items that apps haven't.
That can be due to app bugs or behavior issues in certain situations (and in
some cases, ones that aren't goi
rectories in the specified path?
If at systemd 219-78, does this still apply, or is this behavior a change that
was done post 219-78. I don't see it processing files below the top level on
our systems without '`' in the age field.
-Original Message-
From: SCOTT FIELDS
options (or options in plan for the future) that
will allow me to split this level of data into different managed storage with
its own retention polices, much like how syslogd currently allows?
The long term goal in this case is to deprecate syslogd for audit record
retention (among other uses).
Sco
rge
storage requirements that might entangle.
From: Lukáš Nykrýn
Sent: Monday, August 12, 2024 3:17 AM
To: SCOTT FIELDS
Cc: systemd-devel@lists.freedesktop.org
Subject: [EXTERNAL] Re: [systemd-devel] journal: question regarding retention
options by priority/identifier/u
it SHOULD be writing this to the
XDG_STATE_HOME location. If it's correct, how I can be troubleshoot why it's
not?
Scott Fields
Kyndryl
Senior Lead SRE – BNSF
817-593-5038 (BNSF)
scott.fie...@kyndryl.com<mailto:scott.fie...@kyndryl.com>
scott.fie...@bnsf.com<mailto:scott.fie...@bnsf.com>
doesn't make a lot of sense to state the given behavior and not use it
From: Andrei Borzenkov
Sent: Monday, August 12, 2024 11:08 PM
To: SCOTT FIELDS ;
systemd-devel@lists.freedesktop.org
Subject: [EXTERNAL] Re: [systemd-devel] Trying to resolve user level s
s
Sent: Monday, April 14, 2025 10:38 AM
To: SCOTT FIELDS
Cc: Systemd
Subject: [EXTERNAL] Re: [systemd-devel] systemd-timedated support for NTP SRV
records
On Mon, Apr 14, 2025, 18: 35 SCOTT FIELDS wrote:
The current docs for systemd-timedated indicates the configuration only
supports expli
The current docs for systemd-timedated indicates the configuration only
supports explicit time server listings.
Am I missing something in regards to support for DNS SRV records for NTP
service?
AKA:
_ntp._udp.
If this is not currently supported, where should I submit a feature request for
t
, perhaps the docs I'd like to see should come from that area.
Thanks.
________
From: Barry Scott
Sent: Friday, June 27, 2025 4:32 AM
To: SCOTT FIELDS
Cc: Nils Kattenbeck ; Systemd
Subject: [EXTERNAL] Re: [systemd-devel] Documentation on 'run0' command in
Systemd
s and commands.
The latter is the what I see not really documented.
And more specifically, how to specify "wildcard" formatted commands, if
currently possible at all, directly.
Essentially, more a porting guide for moving an existing 'sudo' configuration
to the new 'run0' infrastructure.
Scott Fields
Kyndryl
commands.
The latter is the what I see not really documented.
And more specifically, how to specify "wildcard" formatted commands, if
currently possible at all, directly.
Essentially, more a porting guide for moving an existing 'sudo' configuration
to the new 'run0' infrastructure.
Scott Fields
Kyndryl
Poettering.
But the current documentation I find lacking in how to perform the same
functions I'm already doing with "sudo".
From: Nils Kattenbeck
Sent: Thursday, June 26, 2025 11:50 AM
To: SCOTT FIELDS
Cc: Systemd
Subject: [EXTERNAL] Re: [systemd-dev
Plenty of discussions going, but...really...simplest way to determine if your
running directly from a systemd service is just check what cgroup you're
running under.
Just check /proc/self/cgroup
From: systemd-devel on behalf of
Chris Kottaridis
Sent: Monday, J
17 matches
Mail list logo
