How to handle multi-distribution and multi-component repos properly? #1397
Unanswered
carlosabalde
asked this question in
Q&A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I'm trying to set up a multi-distribution and multi-component repository. The documentation covers the basics, but I'm having trouble understanding the correct workflow for a few common scenarios. Let's assume
publish repois used to create a published repository for the first time using local repositoriesjammy:foo,jammy:bar, andjammy:baz(naming convention is<distribution>:<component>; I'm ignoring snapshots here for simplicity). Some time later:A new distribution with a couple of components needs to be added:
noble:fooandnoble:qux. A simple execution ofpublish repowith local repositoriesnoble:fooandnoble:quxshould be enough. The published repository will contain the two distributions, each with its components. I assume this is the correct way to add a new distribution, but please, correct me if I'm wrong.A new component needs to be added to an existing distribution:
jammy:quux. I couldn't find a clear explanation on how to do this, but apparentlypublish drop jammyfollowed bypublish repowith the four local repositories seems to be the only option. Is this correct?A package with the exact same name but different contents needs to be added to
jammy:foo.-force-replaceis used in therepo addto make that possible. However, when runningpublish update jammy, aptly complains (not sure why). As before,publish drop jammyfollowed bypublish reposeems to be the only option. Is this correct? I assume I could remove, publish, add, and publish again, but that seems unnecessarily complicated when trying to automate the process.Any advice on how to handle these scenarios properly would be greatly appreciated. Thanks in advance!
Beta Was this translation helpful? Give feedback.
All reactions