Skip to content

OmegaSquad82/bluebuilds

Repository files navigation

OmegaSquad82/BlueBuilds  

image-build vuln-scan Dependabot Updates

See the BlueBuild docs for quick setup instructions for setting up your own repository based on this template.

Images

All images are built with a selection of common packages, flatpaks as well as some configuration.

It is a flavor of Bazzite Stable for ASUS Laptops with NVIDIA dGPU.

Bazzite Stable for either desktop or laptop gaming.

Bazzite Deck Stable for Steam Deck clone(s).

Fedora (Sericea/)Sway Atomic suitable for low resource footprint devices (e.g. netbooks).

Customizations

Podman

The podman.service is enabled on both Buttgenbachit and Flaviramea.

Flatpaks

All images

  • KeepassXC
  • LibreOffice
  • Mozilla Firefox
  • Signal
  • SynologyDrive
  • Warehouse

Bazzite images

  • Discord
  • OpenRGB

Select images

  • AusweisApp2
  • BoxBuddy
  • Codium
  • MediaWriter
  • Obsidian
  • Ptyxis
  • Weasis

Utility packages

All images

  • byobu
  • htop
  • kitty
  • neovim

Select images

  • Libation

Manually

brew install pdfgrep

Swap on ZRAM

Fedora uses Swap on ZRAM by default on all Spins, the systemd-zram-generator was available to configure compressed drives, including setting it up as swap. Starting with v1.2.1 the zram-generator supports (via systemd/zram-generator#178 and systemd/zram-generator#200) configuring recompression, which allows to set secondary compression algorithms to recompress some or all of the pages on any zram drive after a user controlled trigger (e.g. touch a knob in sysfs). For the images built from this repository the zram-recompression.timer orchestrates said trigger, and zram is configured to use both zstd and lz4hc to try to recompress first idle and then huge (=incompressible in specifically zram terms; the Memory Management subsystem also knows huge pages but means something entirely different) pages. I suppose it would be possible to try to recompress all pages (which are currently not marked as incompressible after actually trying to recompress those) in ZRAM, but this is currently not being implemented here.

Blogs

Documentation

Github

Wikis

Installation

Warning
This is an experimental feature, try at your own discretion.

To rebase an existing atomic Fedora installation to the latest build:

  • First rebase to the unsigned image, to get the proper signing keys and policies installed:
    rpm-ostree rebase ostree-unverified-registry:ghcr.io/blue-build/template:latest
    
  • Reboot to complete the rebase:
    systemctl reboot
    
  • Then rebase to the signed image, like so:
    rpm-ostree rebase ostree-image-signed:docker://ghcr.io/blue-build/template:latest
    
  • Reboot again to complete the installation
    systemctl reboot
    

The latest tag will automatically point to the latest build. That build will still always use the Fedora version specified in recipe.yml, so you won't get accidentally updated to the next major version.

ISO

If build on Fedora Atomic, you can generate an offline ISO with the instructions available here. These ISOs cannot unfortunately be distributed on GitHub for free due to large sizes, so for public projects something else has to be used for hosting.

Verification

These images are signed with Sigstore's cosign. You can verify the signature by downloading the cosign.pub file from this repo and running the following command:

cosign verify --key cosign.pub ghcr.io/blue-build/template