Artix Linux achieves this with

pipeline -dw { s6-log ... } actual-oneshot

Not ideal due to the lack of supervision for s6-log, but it works.

Em ter., 7 de mar. de 2023 08:12, Daniel Barlow <dan@telent.net> escreveu:

>
> Hi all
>
> I've adopted s6 and s6-rc for a small distro that's targeted at
> consumer wifi routers and similar low-powered devices (same target
> devices as openwrt) and so far I am appreciating the consistency and the
> warm fuzzies that I get from having a supervision tree (and simple
> readiness checks!)  instead of a folder full of pid files that may or
> may not correspond with what's actually running.
>
> My question is: how should I handle logging for oneshot services? I
> have oneshots doing things that might fail, like configuring network
> interfaces or inserting modules, and I'd like those failure messages to
> go somewhere useful as the longrun messages do. If I just add
> a logging service to a oneshot with producer-for/consumer-for I get
>
> s6-rc-compile: fatal: longrun wlan.module-log declares a producer
> wlan.module of type oneshot
>
> so I guess that's not the answer ...
>
> What am I missing? I guess I could convert them into longruns that do
> the "up" actions then call pause(2), but that seems a bit of a
> ... non-traditional approach?
>
>
> -dan
>
>
>
>
>
>
>
>