Hi,

Il giorno dom 17 mar 2024 alle ore 10:57 Martin Steigerwald
<martin@???> ha scritto:
>
> [...]
> With runit I mostly dislike that logging within process name
>

> root      1306  0.0  0.0   2500  1152 ?        Ss   Mär16   0:01 runsvdir -P /etc/service log: ............................................................................................................................................................................................................................................................................check: 3: socklog-check: not found ............................................................................................

thanks for remind me of this, I want to remove it from like 2020 but at the time
I coudn't figure out a way to do a proper runsvdir log. Now I've just
tried again
and *maybe* I've found a pretty obvious way (warning, still to be tested) to do
that.. something like the following at the end of Debian's stage 2

mkdir -p /run/runit/runsvdir-log
exec 2>&1
exec env - PATH=$PATH \
runsvdir -P "${SVDIR}" | svlogd -tt /run/runit/runsvdir-log

Best,
Lorenzo

>
> and cryptic log file names of svlogd like: @4000000065f6a378183230e4.s
>
> I'd really prefer something human readable like
>
> % date -Iseconds
> 2024-03-17T10:49:10+01:00
>
> But other than that… maybe some additional commands or tooling… like
> a more extensive status output that shows which other processes belong
> to a service… but really I see and appreciate how well designed Runit
> really is. And adding to it needs careful, very careful consideration.
>
> Just sometimes I wonder… why not build on runit or some other already
> existing system instead of inventing a new one. It reminds me of:
>
> How standards evolve: https://xkcd.com/927/
>
> Thus I quite like the effort of Lorenzo with Runit and the runit-services
> package. Run scripts are easy do to. It did not take me long to make
> Incus work. I do not need a service file converter. Not at all.
>
> Best,
> --
> Martin
>
>
> _______________________________________________
> Dng mailing list
> Dng@???
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng