Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

install feature is always on, add install-to-disk #987

Merged
merged 1 commit into from
Dec 20, 2024

Conversation

cgwalters
Copy link
Collaborator

I consider bootc install to-filesystem support a key feature of bootc. In theory today one can still set up a system directly with ostree and we will continue to support that.

But things like logically bound images we do want to be initialized from the start and that's with bootc install to-filesystem.

Maintaining the feature just has a logistical annoyance any time one touches the install code as we often end up needing to carefully #[cfg(feature = "install")] in many places in an infectious way.

Also as we head towards enabling factory reset
#404
we really do want some of the install code enabled there.

However, to-disk is much more of a "demo". I don't want bootc to grow too much knowledge around block devices. Complex setups (LVM, LUKS) etc. are the domain of external installers and provisioning tools.

So the feature gate is now on that (which is still on by default).

We ended up with more #[cfg(feature = "install-to-disk")] than I'd have liked, but some of that can be fixed subsequently.

@github-actions github-actions bot added the area/install Issues related to `bootc install` label Dec 19, 2024
Copy link
Member

@jmarrero jmarrero left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

I consider `bootc install to-filesystem` support a key feature of bootc.
In theory today one can still set up a system directly with `ostree`
and we will continue to support that.

But things like logically bound images we do want to be initialized
from the start and that's with `bootc install to-filesystem`.

Maintaining the feature just has a logistical annoyance any
time one touches the install code as we often end up needing
to carefully `#[cfg(feature = "install")]` in many places
in an infectious way.

Also as we head towards enabling factory reset
containers#404
we really do want some of the install code enabled there.

However, `to-disk` is much more of a "demo". I don't want
bootc to grow too much knowledge around block devices. Complex
setups (LVM, LUKS) etc. are the domain of external installers
and provisioning tools.

So the feature gate is now on that (which is still on by default).

We ended up with more `#[cfg(feature = "install-to-disk")]` than
I'd have liked, but some of that can be fixed subsequently.

Signed-off-by: Colin Walters <[email protected]>
@cgwalters
Copy link
Collaborator Author

Rebased 🏄 for trivial conflict with #990

@cgwalters
Copy link
Collaborator Author

/packit retest-failed

@cgwalters cgwalters enabled auto-merge December 20, 2024 16:10
@cgwalters cgwalters merged commit f84dd0e into containers:main Dec 20, 2024
22 of 25 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/install Issues related to `bootc install`
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants