No description
Find a file
Tomáš Hozza 4267c28ffb Tests: temporarily disable checking of valid snapshot URLs
rpmrepo snapshot enumeration is timing out, which is effectively
blocking GitLab CI from running. Disable the check for now to unblock
CI.

Signed-off-by: Tomáš Hozza <thozza@redhat.com>
2024-06-04 13:03:37 +02:00
.devcontainer Devcontainer update to Fedora 36. 2022-05-04 10:44:21 +02:00
.github Tests: temporarily disable checking of valid snapshot URLs 2024-06-04 13:03:37 +02:00
cmd Update 'rhel-9' distro alias to 'rhel-9.5' 2024-06-04 13:03:37 +02:00
containers Revert "containers/osbuild-composer: wait for fluentd in entrypoint" 2023-11-28 12:41:46 +01:00
distribution Update F37 to F40 2024-05-30 19:58:34 +02:00
docs Doc: remove unused doc/news directory 2021-11-24 14:55:47 +01:00
image-types image-types: Add research document for GCE image type 2022-04-14 19:07:31 +01:00
internal Don't run TestMultilibBlueprintDepsolveV0 on el10 / c10s 2024-06-04 13:03:37 +02:00
pkg jobqueue: add channel to workers 2024-04-19 14:32:07 +02:00
repositories SPEC/repos: drop EOL c8s 2024-06-04 13:03:37 +02:00
schutzbot CI: Drop SonarQube in favor of Snyk 2024-03-06 00:11:46 +01:00
templates Templates: update RHEL distro aliases 2024-06-04 13:03:37 +02:00
test SPEC/repos: drop EOL c8s 2024-06-04 13:03:37 +02:00
tools Tools/provision.sh: add workarounds for c10s 2024-06-04 13:03:37 +02:00
vendor Update osbuild/images v0.63.0 2024-05-29 00:27:31 +02:00
.env docker-compose: integrate dev container 2022-02-27 20:55:03 +00:00
.gitignore Makefile: implement push-check 2024-02-22 15:22:52 +01:00
.gitlab-ci.yml .gitlab-ci.yml: stop testing on c8s 2024-06-04 13:03:37 +02:00
.gitleaks.toml gitleaks: add allow list for test passwords and keys 2021-10-01 16:56:26 +02:00
.golangci.yml lint: Enable check for replace in go.mod 2023-07-20 15:07:20 +02:00
.packit.yaml Packit: remove EOL c8s 2024-06-04 13:03:37 +02:00
.pylintrc github/workflows: check dnf-json with pylint 2022-03-08 12:42:12 +01:00
codecov.yml Tell CodeCov to add comments to PRs 2024-05-10 22:08:27 +03:00
CONTRIBUTING.md README: Fix reference to developer guide 2024-02-29 10:56:03 +01:00
DEPLOYING.md DEPLOYING/HACKING.md: Consistently use inline refs 2024-02-05 10:56:45 +01:00
docker-compose.yml docker-compose: remove unavailable --dnf-json 2022-11-09 11:28:56 +01:00
go.mod Update osbuild/images v0.63.0 2024-05-29 00:27:31 +02:00
go.sum Update osbuild/images v0.63.0 2024-05-29 00:27:31 +02:00
HACKING.md DEPLOYING/HACKING.md: Consistently use inline refs 2024-02-05 10:56:45 +01:00
krb5.conf upload/koji: add support for GSSAPI/Kerberos auth 2020-08-27 17:29:57 +01:00
LICENSE Revert "Fill in the license template" 2019-11-15 15:26:51 +01:00
Makefile Makefile: remove installation of dnf-json 2024-04-18 12:49:01 +02:00
osbuild-composer.spec SPEC/repos: drop EOL c8s 2024-06-04 13:03:37 +02:00
README.md go.mod: update to go v1.20 2024-04-11 16:39:21 +02:00
rpmlint.config Makefile: implement push-check 2024-02-22 15:22:52 +01:00
Schutzfile Schutzfile: drop EOL c8s 2024-06-04 13:03:37 +02:00

OSBuild Composer

Operating System Image Composition Services

The composer project is a set of HTTP services for composing operating system images. It builds on the pipeline execution engine of osbuild and defines its own class of images that it supports building.

Multiple APIs are available to access a composer service. This includes support for the lorax-composer API, and as such can serve as drop-in replacement for lorax-composer.

You can control a composer instance either directly via the provided APIs, or through higher-level user-interfaces from external projects. This, for instance, includes a Cockpit Module or using the composer-cli command-line tool.

Project

Principles

  1. OSBuild Composer shall only allow users to do what generally makes sense.
  2. Blueprints are the policy layer where we decide what to expose to end users.
  3. If a blueprint can be built, it should also boot.
  4. It should be obvious why a blueprint doesnt build.
  5. The cloud API is never broken.
  6. In the hosted service, OSBuild Composer is an orchestrator of image builds.
  7. On-premises, it should be as easy as possible to run the service and build an image.
  8. OSBuild Composer needs to run on the oldest supported target distribution.

Contributing

Please refer to the developer guide to learn about our workflow, code style and more.

About

Composer is a middleman between the workhorses from osbuild and the user-interfaces like cockpit-composer, composer-cli, or others. It defines a set of high-level image compositions that it supports building. Builds of these compositions can be requested via the different APIs of Composer, which will then translate the requests into pipeline-descriptions for osbuild. The pipeline output is then either provided back to the user, or uploaded to a user specified target.

The following image visualizes the overall architecture of the OSBuild infrastructure and the place that Composer takes:

overview

Consult the osbuild-composer(7) man-page for an introduction into composer, information on running your own composer instance, as well as details on the provided infrastructure and services.

Requirements

The requirements for this project are:

  • osbuild >= 26
  • systemd >= 244

At build-time, the following software is required:

  • go >= 1.20
  • python-docutils >= 0.13
  • krb5-devel for fedora/rhel or libkrb5-dev for debian/ubuntu`
  • btrfs-progs-devel for fedora/rhel or libbtrfs-dev for debian/ubuntu
  • device-mapper-devel for fedora/rhel or libdevmapper-dev for debian/ubuntu
  • gpgme-devel for fedora/rhel or libgpgme-dev for debian/ubuntu
  • rpmdevtools (only for make push-check)
  • rpmlint (only for make push-check)

Build

The standard go package system is used. Consult upstream documentation for detailed help. In most situations the following commands are sufficient to build and install from source:

make build

The man-pages require python-docutils and can be built via:

make man

Run Tests

To run our tests locally just call

make unit-tests

Before pushing something for a pull request you should run this check to avoid problems with required github actions

make push-check

Repository:

Pull request gating

Each pull request against osbuild-composer starts a series of automated tests. Tests run via GitHub Actions and Jenkins. Each push to the pull request will launch theses tests automatically.

Jenkins only tests pull requests from members of the osbuild organization in GitHub. A member of the osbuild organization must say ok to test in a pull request comment to approve testing. Anyone can ask for testing to run by saying the bot's favorite word, schutzbot, in a pull request comment. Testing will begin shortly after the comment is posted.

Test results in Jenkins are available by clicking the Details link on the right side of the Schutzbot check in the pull request page.

License:

  • Apache-2.0
  • See LICENSE file for details.