Mirrors config: support multiple repos and no repos, make it more consistent and document it
- Jul 15, 2024
-
-
Oliver Smith authored -
Oliver Smith authored
Let's write all new documentation in markdown, and convert existing ones at some point. I think we are all much more familiar with markdown than with the rst format.
-
Oliver Smith authored
Allow setting _custom mirrors in the config: * alpine_custom * pmaports_custom * systemd_custom When these are set, they are added to /etc/apk/repositories before real repositories. This is used by bpo to build packages with a WIP repository enabled, in addition to the final repository. All mirrors can also be set to "none" to be disabled. This is important for bootstrapping from pure Alpine without any binary repository, and the bpo testsuite also uses this. I've discussed with Caleb whether to name it _wip instead of _custom, but the latter is more generic and people may also use this for other use cases than the bpo wip repository thing.
-
Oliver Smith authored
-
Oliver Smith authored
We have decided to let the user generate a pmbootstrap_v3.cfg file instead of attempting to automatically migrate the file. This way we don't need to worry about potential migration bugs and users can also temporarily go back to v2 to compare behavior with v3 without problems. Remove migration logic related to mirror_alpine and mirrors_postmarketos, before I add support for using multiple repositories with these again (as needed for bpo). This reduces complexity and removes a note about "multiple mirrors are not supported" that won't be valid anymore.
-
Oliver Smith authored
When selecting a different mirror in "pmbootstrap init", then select the systemd mirror as well. It will always be the normal postmarketOS mirror plus some path appended. Currently it is the path for the staging repository, this will change when the systemd changes are merged to pmaports master and bpo can build it. I'll adjust this before we release pmbootstrap v3. I have considered changing the code so that we don't store a separate systemd mirror in the config. But I think it's useful to be able to point to systemd mirrors with different paths for debugging purposes, and also it would make the logic more complex once we re-introduce support for multiple mirrors of the same type for bpo. So I've intentionally kept that part as-is.
-