80 lines
3.8 KiB
YAML
80 lines
3.8 KiB
YAML
# Warning: only edit this file inside the images git repository.
|
|
# If you are looking at this file in your root directory on your computer, editing it does nothing.
|
|
|
|
# The image will be at "ghcr.io/yourusername/name".
|
|
name: startingpoint
|
|
|
|
# The native container image to build on top of.
|
|
# Warning: Non-uBlue images might not function properly.
|
|
base-image: ghcr.io/ublue-os/silverblue-main
|
|
|
|
# What Fedora version to use. Use an explicit version or `latest`.
|
|
# If you use `latest`, you will be automatically updated to the next major
|
|
# Fedora version, assuming the image you're using as your base container
|
|
# builds with the tag (all uBlue images do this).
|
|
fedora-version: 38
|
|
|
|
# This description will be visible in the container metadata.
|
|
description: A starting point for further customization of uBlue images. Make your own! https://ublue.it/making-your-own/
|
|
|
|
# These scripts will be executed during the container build.
|
|
# Place scripts in "scripts/" and put the corresponding filename here.
|
|
# Any files that aren't listed here won't be executed automatically, which
|
|
# means that you can place "helper" or "library" scripts in the folder too.
|
|
scripts:
|
|
# - example.sh
|
|
|
|
# Custom RPM configuration.
|
|
# These changes will be integrated into your custom image at the "system level".
|
|
rpm:
|
|
# A list of urls of ".repo" files that should be added to your system.
|
|
# This is the proper way to add custom COPR repos to your image.
|
|
# Tip: Use `%FEDORA_VERSION%` instead of static Fedora version numbers, so that
|
|
# your repos automatically use the Fedora version defined in `fedora-version`,
|
|
# which greatly simplifies future maintenance of your custom recipe.
|
|
repos:
|
|
# Example (which also demonstrates version number expansion):
|
|
# - https://copr.fedorainfracloud.org/coprs/atim/starship/repo/fedora-%FEDORA_VERSION%/atim-starship-fedora-%FEDORA_VERSION%.repo
|
|
|
|
# These RPMs will be installed from your enabled repositories (Fedora's own
|
|
# repos, extra "repos" you've added, etc). The installation is automatically
|
|
# performed via rpm-ostree during the image build, and will be pre-installed
|
|
# at the "system level" in the final image.
|
|
install:
|
|
# Needed for yafti (the first boot installer). Remove if you're not using yafti.
|
|
- python3-pip
|
|
# GNOME's GTK4 theme, Libadwaita. Already included in Silverblue, but not
|
|
# other spins. You can remove if you aren't using yafti, but many native
|
|
# apps and binaries require it, so it's a good idea to always include it
|
|
# if you ever download or compile any custom software on your machine.
|
|
- libadwaita
|
|
# Add your own below:
|
|
# Example:
|
|
# - tilix
|
|
|
|
# These RPMs will be removed from the system image. This step happens during
|
|
# image build, BEFORE installing custom RPMs (from the "rpm.install" category).
|
|
remove:
|
|
# Remove the native firefox (from Fedora) in favor of the Flatpak.
|
|
- firefox
|
|
- firefox-langpacks
|
|
|
|
# These Flatpaks will be suggested for install on user login, via the yafti
|
|
# "first boot" GUI. By default, the menu also shows up again anytime the image's
|
|
# yafti configuration differs from the user's last encounter, so feel free
|
|
# to expand the selection over time. Your users will then see the yafti menu
|
|
# again after OS update, and will be given a chance to install new additions.
|
|
# Everything below will be merged into the "etc/yafti.yml" config on build,
|
|
# in a category named "Custom". If you prefer, you can instead remove everything
|
|
# below and purely use "etc/yafti.yml" to have more control over settings.
|
|
# This is just an example selection.
|
|
flatpaks:
|
|
- org.mozilla.firefox
|
|
- org.mozilla.Thunderbird
|
|
- com.mattjakeman.ExtensionManager
|
|
- org.libreoffice.LibreOffice
|
|
- org.gnome.DejaDup
|
|
- org.gustavoperedo.FontDownloader
|
|
- com.github.tchx84.Flatseal
|
|
- io.github.celluloid_player.Celluloid
|