diff options
author | Joshua M. Boniface <joshua@boniface.me> | 2024-03-07 10:52:31 -0500 |
---|---|---|
committer | Joshua M. Boniface <joshua@boniface.me> | 2024-03-07 10:52:31 -0500 |
commit | 84951d3003fe1d899a74e13d062942914f30b50c (patch) | |
tree | 37dae050ccddf5b1d8d86a7d2d017f3fc390be15 /README.md | |
parent | Update submodules to latest master (diff) | |
download | jellyfin-packaging-84951d3003fe1d899a74e13d062942914f30b50c.tar.gz jellyfin-packaging-84951d3003fe1d899a74e13d062942914f30b50c.tar.bz2 jellyfin-packaging-84951d3003fe1d899a74e13d062942914f30b50c.zip |
Remove references to CentOS/Fedora
Moving these to RPMFusion now.
Diffstat (limited to 'README.md')
-rw-r--r-- | README.md | 16 |
1 files changed, 6 insertions, 10 deletions
@@ -50,17 +50,17 @@ Inside this repository are 7 major components: 1. Submodules for the `jellyfin` (as `jellyfin-server`) and `jellyfin-web` repositories. These are dynamic submodules; the `checkout.py` script will check them out to the required `HEAD` on each build, and thus their actual committed value is irrelevant. Nonetheless, they should be bumped occasionally just to avoid excessive checkout times later. -2. Debian/Ubuntu packaging configurations (under `debian`). These will build the 3 Jellyfin packages (`jellyfin` metapackage, `jellyfin-server` core server, and `jellyfin-web` web client) from a single Dockerfile and helper script (`build.sh`) under `debian/docker/`. Future packages (e.g. Vue) may be added here as well if and when they are promoted to a production build alongside the others, following one consistent versioning scheme. +1. Debian/Ubuntu packaging configurations (under `debian`). These will build the 3 Jellyfin packages (`jellyfin` metapackage, `jellyfin-server` core server, and `jellyfin-web` web client) from a single Dockerfile and helper script (`build.sh`) under `debian/docker/`. Future packages (e.g. Vue) may be added here as well if and when they are promoted to a production build alongside the others, following one consistent versioning scheme. -3. Fedora/CentOS packaging configurations (under `fedora`). These will build the same packages as Debian. This is still a TODO. +1. Docker image builder (under `docker`). Like the above two as well, only building the combined Docker images with a single Dockerfile as well as preparing the various manifests needed to push these to the container repos. -4. Docker image builder (under `docker`). Like the above two as well, only building the combined Docker images with a single Dockerfile as well as preparing the various manifests needed to push these to the container repos. +1. Portable image builder (under `portable`), which covers all the "archive" builds (.NET portable, Linux, Windows, and MacOS) again from a single Dockerfile. -5. Portable image builder (under `portable`), which covers all the "archive" builds (.NET portable, Linux, Windows, and MacOS) again from a single Dockerfile. +1. Script infrastructure to handle coordinating builds (`build.py`). This script takes basic arguments and, using its internal logic, fires the correct Dockerized builds for the given build type. -6. Script infrastructure to handle coordinating builds (`build.py`). This script takes basic arguments and, using its internal logic, fires the correct Dockerized builds for the given build type. +1. NuGet package build infrastructure, to prepare NuGet packages for consumption by plugins and 3rd party clients. -7. The GitHub Actions CI to build all the above for every supported version and architecture. +1. The GitHub Actions CI to build all the above for every supported version and architecture. ## Design Decisions @@ -106,10 +106,6 @@ Inside this repository are 7 major components: This simplifies our builds as we do not need to then track many 9-month-only releases of Ubuntu, and also reduces the build burden. Users of non-LTS Ubuntu releases can use either the closest Ubuntu LTS version or use Docker containers instead. -### Fedora/CentOS Packages - -TODO - these have not yet been implemented. - ### Docker * Single unified Docker build: the entirety of our Docker images are built as one container from one Dockerfile. |