#10376 Add procedure for updating comps to branch process
Opened 2 years ago by mattdm. Modified 2 years ago

  • Describe the issue

The Fedora comps groups are not getting regular maintenance. There are a lot of PRs there that have been open for a while. Plus, there are issues that aren't filed. In particular, we should regularly check for:

  • packages which are no longer in the distro but still listed in comps
  • errors like packages which are only in some arches but not listed that way in comps

  • When do you need this? (YYYY/MM/DD)

It would be nice to have a procedure (and possibly some basic tools) in place by F36 branch, 2022-02-08.

  • When is this no longer needed or useful? (YYYY/MM/DD)

When comps goes away, I guess? :)

  • If we cannot complete your request, what is the impact?
  1. Confusing errors continue to be presented to users.
  2. Comps file doesn't represent our actual intentions.
  3. I guess, probably, extremely marginal but theoretically real impact on DNF speed.
  4. Pull requests continue to languish, which is discouraging to contributors.

Note Adam's comments here. He has a script to help, but also notes that sometimes it is more complicated than just deleting an apparently-missing package. (Sometimes, for example, there should be a replacement.)

I don't think that research should be a rel-eng task, but flagging the problems should be at least, and keeping the file up to date once the correct action is determined.

One thing that might be useful here is if we could somehow automate a run of the check script as part of the package retirement process, and at least generate an issue or an email to somebody or something if any subpackage of a package that's getting retired is listed in comps. That might let us deal with things one case at a time rather than "in a giant blob every few years whenever someone remembers this is a problem".

The other thing we could do which would get these fixed much faster is to make 'missing package' a fatal error not a warning, but to do that we need to clean up all the existing cases first, including all the existing cases where a package should be only listed for certain arches. We never went through and cleaned up all of those after adding the arch code to libcomps.

Metadata Update from @zlopez:
- Issue tagged with: dev, medium-gain, medium-trouble

2 years ago

Metadata Update from @humaton:
- Issue tagged with: meeting

2 years ago

We discussed this at the weekly releng meeting. This seems to be a good candidate for a new toddler, that will listen to the retirement message run mentioned script and create an issue in the releng tracker.

Metadata Update from @humaton:
- Issue untagged with: meeting
- Issue tagged with: automation

2 years ago

But first we need to run the clean up again just before enabling the toddler.

Login to comment on this ticket.

Boards 1
Dev Status: Backlog