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
-
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 repo
is 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:foo
andnoble:qux
. A simple execution ofpublish repo
with local repositoriesnoble:foo
andnoble:qux
should 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 jammy
followed bypublish repo
with 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-replace
is used in therepo add
to make that possible. However, when runningpublish update jammy
, aptly complains (not sure why). As before,publish drop jammy
followed bypublish repo
seems 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