Go to file
Adam Williamson 5ce7252e20 CI: explain better what "git status failed!" means
`make sort` won't usually *fail*, even if it sorts stuff (it'll
only fail if it actually can't sort for some reason). So when
either the PR or the existing state of the repo isn't properly
sorted, what we get is the "git status failed!" case. I *think*
this is likely the only time we'll get that, I don't think
"make validate" would actually change files without failing. So
let's gloss that a git status failure probably means a sorting
issue.

Signed-off-by: Adam Williamson <awilliam@redhat.com>
2023-05-18 09:08:28 -07:00
ci CI: explain better what "git status failed!" means 2023-05-18 09:08:28 -07:00
po Translated using Weblate (Korean) 2023-05-17 07:21:55 +02:00
.gitignore
.zuul.yaml Rename all CI files to be (hopefully) unique 2023-04-24 10:21:47 -07:00
check-missing check-missing: fix --update to actually work 2023-01-31 12:09:47 -08:00
comps-cleanup.xsl
comps-el4.xml.in
comps-el5.xml.in
comps-el6.xml.in
comps-eln.xml.in.in Add cups-browsed into ELN and F38 comps 2023-02-20 19:24:54 +00:00
comps-epel7.xml.in
comps-epel8-next.xml.in EPEL 8: Add plasma-workspace-wallpapers to the kde-desktop group 2022-09-20 09:36:32 -04:00
comps-epel8.xml.in EPEL 8: Add plasma-workspace-wallpapers to the kde-desktop group 2022-09-20 09:36:32 -04:00
comps-epel9-next.xml.in Install udisks2 when installing kde. Helps minimal installs 2023-01-20 10:07:34 -08:00
comps-epel9.xml.in Install udisks2 when installing kde. Helps minimal installs 2023-01-20 10:07:34 -08:00
comps-f7.xml.in
comps-f8.xml.in
comps-f9.xml.in
comps-f10.xml.in
comps-f11.xml.in
comps-f12.xml.in
comps-f13.xml.in
comps-f14.xml.in
comps-f15.xml.in
comps-f16.xml.in
comps-f17.xml.in
comps-f18.xml.in
comps-f19.xml.in
comps-f20.xml.in
comps-f21.xml.in
comps-f22.xml.in
comps-f23.xml.in
comps-f24.xml.in
comps-f25.xml.in
comps-f26.xml.in
comps-f27.xml.in
comps-f28.xml.in
comps-f29.xml.in
comps-f30.xml.in
comps-f31.xml.in
comps-f32.xml.in
comps-f33.xml.in
comps-f34.xml.in
comps-f35.xml.in f35+: Run 'make sort' 2022-12-06 18:18:03 +00:00
comps-f36.xml.in Do a sort 2023-04-24 10:21:47 -07:00
comps-f37.xml.in Do a sort 2023-04-24 10:21:47 -07:00
comps-f38.xml.in remove paprefs from sound and video group (rhbz#1946408) 2023-05-12 10:40:05 -07:00
comps-f39.xml.in Run make sort so PRs don't fail CI 2023-05-18 09:06:24 -07:00
comps.dtd
comps.rng
Makefile Rawhide is now Fedora 39 2023-02-08 23:47:11 +05:30
README.md
update-comps
update-eln-extras-comps

Fedora Comps

comps files are XML files used by various Fedora tools to perform grouping of packages into functional groups.

How comps is used

Installation

comps is used by the installer during package selection. On the Software Selection screen, environment groups (as defined by the environment keyword in comps.xml) are listed down the left-hand side. All optional groups (defined by the group keyword) for that environment (listed in the environment's optionlist) are shown at the top of the right-hand pane. Other groups which have uservisible set are displayed lower in the right-hand pane.

At install time, the installer will usually install the mandatory, default and appropriate conditional packages from all groups listed in the selected environment group's grouplist, plus those from any optional groups the user selected on the right-hand side. See below for more details on these 'levels'.

Running System

In dnf, groups and environment groups are used by the dnf group install and dnf group remove commands, and can be queried with the dnf group list command. There are many others besides these: see the dnf documentation for more on this.

Tree, Release, and Image Composition

The kickstart files in fedora-kickstarts use the group and environment group definitions from comps. Multiple tools use these kickstarts to compose different types of images, and the release trees. The manifests for rpm-ostree-based Fedora variants in workstation-ostree-config (the name is a misnomer these days) are synced against comps using the comps-sync.py script, and used to define the package sets included in those variants.

Package levels

In any group, there are four levels of packages: optional, default, mandatory, and conditional.

  • mandatory - these packages must be installed for the group to be considered installed
  • default - these packages are installed by default, but can be removed while the group is still considered installed
  • optional - these packages are not installed by default, but can be pulled in by kickstart or dnf options
  • conditional - these packages are brought in if their requires package is installed

When using the interactive installer, you cannot include optional packages. However, if using a kickstart, you can add the --optional option for a group to specify that its optional packages should be included. Similarly, when installing a group with dnf, you can pass --with-optional to include the optional packages.

Categories

Categories are barely used any more. They used to be something like environment groups for an older form of the Fedora installer. Some older graphical package management tools can still display these categories.

Developing comps

For Fedora packagers:

git clone ssh://git@pagure.io/fedora-comps.git

For others:

git clone https://pagure.io/fedora-comps.git

When changing the packages, make sure the file is sorted. This helps to make it more maintainable. Use make sort command to fix the sorting. Also run make validate to check for XML syntax errors. You can submit pull requests using the common Github-style workflow - fork the repository from the web UI, push your changes to your fork, and submit a pull request for it. If you are not familiar with this workflow, see the Pagure documentation.

For more info

For more information, including rules on how and when to edit comps, see the Fedora project wiki.

Bugs against comps can be filed as Pagure issues.