KO | EN

GitLite

Minimalist Open Source Repository Search Engine

gitlite — search

#dsh #dsh-plugin #developer-tools #ai-agent #claude-code #codex #typescript #ai-agents #deepseek-harness #mcp #cli #rust

titanoboa

★ 49 Open GitHub ↗

Collaborates with anacondas

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# Titanoboa

A [bootc](https://github.com/bootc-dev/bootc) installer designed to install an image as quickly as possible. This project enables the creation of bootable ISOs directly from bootc container images, where all customizations are embedded within the container image itself.

## Mission

This is an experiment to see how far we can get building our own ISOs. The objective is to:

- Generate a LiveCD so users can try out an image before committing
- Install the image and flatpaks to a selected disk with minimal user-input
- Basically be an MVP for `bootc install`

## Why?

Waiting for existing installers to move to cloud native is untenable, let's see if we can remove that external dependency forever. 😈

---

## End-User Documentation

This guide explains how to consume Titanoboa to create a live ISO image of your custom bootc container image.

### Table of Contents

- [Prerequisites](#prerequisites)
- [Container Image Specification](#container-image-specification)
- [GitHub Actions Integration](#github-actions-integration)
- [Local ISO Generation](#local-iso-generation)
- [Testing Your ISO](#testing-your-iso)

### Prerequisites

Before using Titanoboa, ensure you have:

1.  **A bootc-compatible container image** hosted in a container registry (e.g., GitHub Container Registry, Docker Hub, Quay.io) or locally stored in podman's container storage. This image _must_ adhere to the [Container Image Specification](#container-image-specification).
2.  **GitHub Actions** (for automated builds).

### Container Image Specification

Your `bootc` container image must adhere to a specific contract for Titanoboa to successfully build an ISO. All customizations for the ISO (bootloader entries, kernel arguments, Flatpaks, etc.) are expected to be embedded within your container image.

This contract is also known as the [Container-native ISO contract v0.1.0 spec](https://github.com/ondrejbudai/bootc-isos/blob/3b3a185e4a57947f57baf53d2be5aee469274f98/README.md#container-native-iso-contract-v010).

#### `iso.yaml`

Your container image must contain a file at `/usr/lib/bootc-image-builder/iso.yaml` in YAML format. This file configures the ISO's label and GRUB2 boot entries.

The `iso.yaml` file supports the following top-level keys:

- `label` (string): The label for the ISO.
- `grub2` (object): GRUB2 configuration, supporting these keys:
  - `default` (integer): The default menu item (0-indexed).
  - `timeout` (integer): Default timeout in seconds.
  - `entries` (array of objects): GRUB2 menu entries. Each entry must have:
    - `name` (string): Name of the entry.
    - `linux` (string): Path to the kernel + kernel arguments (e.g., `/images/pxeboot/vmlinuz quiet rhgb`).
    - `initrd` (string): Path to the initramfs (e.g., `/images/pxeboot/initrd.img`).

**Example `iso.yaml` (inside your container image):**

```yaml
label: MyCustomImage-ISO
grub2:
  default: 0
  timeout: 10
  entries:
    - name: "My Custom Image Live"
      linux: "/images/pxeboot/vmlinuz quiet rhgb root=live:CDLABEL=MyCustomImage-ISO enforcing=0 rd.live.image"
      initrd: "/images/pxeboot/initrd.img"
    - name: "My Custom Image Live (Basic Graphics)"
      linux: "/images/pxeboot/vmlinuz quiet rhgb root=live:CDLABEL=MyCustomImage-ISO enforcing=0 rd.live.image nomodeset"
      initrd: "/images/pxeboot/initrd.img"
```

#### Required Files

In addition to `iso.yaml`, your container image is expected to contain:

- **Kernel**: In `/usr/lib/modules/*/vmlinuz`
- **Initramfs**: Next to the kernel, named `initramfs.img`
- **UEFI EFI binaries**: In `/boot/efi/EFI/$VENDOR` (e.g., `shimx64.efi`, `mmx64.efi`, `gcdx64.efi`)
- **GRUB2 modules**: In `/usr/lib/grub/i386-pc`

### GitHub Actions Integration

Titanoboa is designed to be consumed as a GitHub Action. Here's how to integrate it into your workflow:

#### Basic Usage

Add Titanoboa as a step in your GitHub Actions workflow:

```yaml
- name: Build ISO
  uses: ublue-os/titanoboa@main
  with:
    image-ref: ghcr.io/your-org/your-image:latest
```

#### Real-World Example (from `ublue-os/bluefin`)

This example shows how an image like `ublue-os/bluefin` consumes Titanoboa, assuming the `bluefin-dx:gts` image already contains its full ISO configuration.

```yaml
- name: Build ISO
  id: build
  uses: ublue-os/titanoboa@main
  with:
    image-ref: ghcr.io/ublue-os/bluefin-dx:gts

- name: Rename and Checksum ISO
  run: |
    mkdir -p output
    mv ${{ steps.build.outputs.iso-dest }} output/my-custom-image.iso
    (cd output && sha256sum my-custom-image.iso | tee my-custom-image.iso-CHECKSUM)

- name: Upload ISO
  uses: actions/upload-artifact@v4
  with:
    name: custom-iso
    path: output/
```

### Local ISO Generation

For local development and testing, you can build ISOs directly from a local container image that adheres to the [Container Image Specification](#container-image-specification).

First, build your container image:

```bash
sudo podman build --cap-add sys_admin --security-opt label=disable --squash -t your-local-image-name .
```

Then, run the `main.sh` script, providing your locally built image:

```bash
sudo TITANOBOA_CTR_IMAGE="your-local-image-name" ./main.sh
```

You can also use the titanoboa container directly to build your ISOs:

```bash
sudo podman run --rm -it \
    --security-opt label=disable \
    -v ./output:/output \
    -v /var/lib/containers/storage:/usr/lib/containers/storage:ro \
    --mount type=image,source="your-local-image-name",dst=/rootfs \
    ghcr.io/ublue-os/titanoboa:latest
```

The generated ISO will be placed in the `output/` directory by default.

### Testing Your ISO

After building your ISO via the GitHub Action, you can download the artifact and test it in a virtual machine locally. For local testing during development, you can adapt the `main.sh` script to build the ISO from a local bootc image.

Example of how to run the VM locally (if you have QEMU installed):

```bash
# Example: Assuming you downloaded your ISO to ./output/my-custom-image.iso
qemu-system-x86_64 \
    -enable-kvm \
    -M q35 \
    -cpu host \
    -smp 2 \
    -m 4G \
    -net nic,model=virtio \
    -net user,hostfwd=tcp::2222-:22 \
    -display gtk,show-cursor=on \
    -boot d \
    -cdrom ./output/my-custom-image.iso
```

titanoboa

Explore Similar Repositories

Was this content helpful?

Recent Feedback

Download README