On Thu, Jul 24, 2025 at 11:08:07PM +0100, Aoife Moloney via devel-announce 
wrote:
> Wiki - https://fedoraproject.org/wiki/Changes/Greenboot_RS_Change_Proposal

> == Summary ==
> A rewrite of Greenboot written in Rust will be released, designed for
> use with bootc and rpm-ostree based systems. This Greenboot release
> will have the same functionality as the original Bash release, which
> was only intended for rpm-ostree based systems.

> Greenboot consists of two packages: `greenboot` and
> `greenboot-default-health-checks`. The former, `greenboot` comprises
> all the core functionalities of Greenboot. This includes checking
> provided scripts and binaries, rebooting when required scripts or
> binaries fail, and rolling back to a previous deployment if the
> problem remains unsolved. The second package,
> `greenboot-default-health-checks`, contains a series of optional
> health checks curated and provided by the Greenboot maintainers.
> 
> A Greenboot execution begins on boot with
> `greenboot-healthcheck.service`, which runs before systemd's
> `boot-complete.target`. It launches `/usr/libexec/greenboot/greenboot
> check`, which runs the `required.d` and `wanted.d` scripts.

There is a significant overlap between the systemd framework for this,
i.e. boot-complete.target, and the greenboot framework. Greenboot
*partially* ties into the systemd framework, at least by ordering
before boot-complete.target, but it also partially sidesteps it, by
managing the reboot itself. Since you're investing new work into
this, would it be possible to remove this duplication? It'd definitely
be beneficial for users to have a _single_ documented framework for
this, with a uniform interface on all systems. Also, obviously with
less duplicated work, we can have one system that works better.

Zbyszek
-- 
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to