looks good to me and works. thanks
On 3/30/25 4:44 PM, Ludovic Courtès wrote:
Hey,
nathan skribis:
happy sunday
Yes, but only if ‘pid’ hasn’t been cached before, which I think would
mean that not a single line was logged before stopping the service.
doesn't get cached if no output is rea
happy sunday
Yes, but only if ‘pid’ hasn’t been cached before, which I think would
mean that not a single line was logged before stopping the service.
doesn't get cached if no output is read while service is 'running.
fork+exec-command: if the pid-file doesnt show up immediately, there is an
I definitely have a deadlock problem with Shepherd and I do believe I've found
it.
shepherd 1.0.3
This is in service-controller when the service has been stopped:
(when logger
(put-message logger 'terminate))
But in service-builtin-logger, this is called every time a line is read:
(or pid
He is using linux-6.6, which is the same version as guix's linux-lts.
This is probably because older kernels don't support the KEXEC_FILE_DEBUG flag
that is passed to kexec-load-file unconditionally.
To fix, remove the use of KEXEC_FILE_DEBUG in
guix/scripts/system/reconfigure.scm
I didn't test
I don't have this problem on my server.
I looked at your github issue page.
Those macros are defined by the `configure' script.
I can see that guix's `configure' output defines HAVE_STRUCT_TM_TM_GMTOFF in
config.h.
(if neither of the #if match, then the `tz' pointer is likely garbage and the
pro
