Skip to content

Commit

Permalink
update notes
Browse files Browse the repository at this point in the history
  • Loading branch information
detiber committed Dec 12, 2024
1 parent eb3a50e commit ae438bf
Showing 1 changed file with 12 additions and 1 deletion.
13 changes: 12 additions & 1 deletion docs/notes.md
Original file line number Diff line number Diff line change
Expand Up @@ -11,4 +11,15 @@
- injected at install time: https://containers.github.io/bootc/building/kernel-arguments.html#kernel-arguments-injected-at-installation-time
- users and groups: https://containers.github.io/bootc/building/users-and-groups.html
- API: https://containers.github.io/bootc/bootc-via-api.html
-


## thoughts on streamlining

- current methods of generating iso and disk images suitable for running a vm or host is a bit painful
- pxe methods seem to mostly target coreos, which doesn't align well with the ublue (or bootc) images at this time, as far as I can tell.
- it seems like there should be a way convert the container to a running disk image without jumping through so many hoops (with multiple install/build cycles).
- pxe/disk/iso based bootstrap -> merge install time config (anaconda/kickstart/...) from kernel command line/network/etc -> deploy ostree-based image -> reboot/kexec
- seems like a pxe-boot image containing anaconda *could* do this
- current iso-based systems basically seem to deploy an entire separate os for bootstrapping
- even configuring auto-rebase through kickstart takes too long, multiple deploy, write, reboot stages
- leverage something like capt-based deployment???

0 comments on commit ae438bf

Please sign in to comment.