Bug 16149 - bitbake-setup: multiple remotes specified in config should create a single multi-remote repository
Summary: bitbake-setup: multiple remotes specified in config should create a single mu...
Status: NEW
Alias: None
Product: BitBake
Classification: Build System, Metadata & Runtime
Component: bitbake (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium enhancement
Target Milestone: 6.1
Assignee: Unassigned
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2026-01-26 08:51 UTC by Antonin Godard
Modified: 2026-05-28 13:16 UTC (History)
5 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Yes (doc changes required)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Antonin Godard 2026-01-26 08:51:55 UTC
When specifying the following "sources" configuration:

    "sources": {
        "bitbake": {
            "git-remote": {
                "remotes": {
                    "contrib": {
                        "uri": "https://git.openembedded.org/bitbake-contrib"
                    },
                    "origin": {
                        "uri": "https://git.openembedded.org/bitbake"
                    }
                },
                "branch": "master",
                "rev": "master"
            }
        }

At the moment, the last entry in "remotes" is cloned and the repository contains a single remote.

One would probably expect a single repository to be created with multiple remotes? Up for discussion, maybe this property could be used differently.
Comment 1 Alexander Kanavin 2026-01-30 10:33:29 UTC
This spec with multiple remotes was designed before bitbake-setup, and particularly before the idea to use bitbake's git fetcher to handle git repos. Alas, the fetcher simply does not support this: you can't have multiple remotes all unpacked into the same directory.

To be honest I'm also not sure if there's really a use case: if you want multiple remotes, it's typically when one of them is upstream, and another a private/company fork, so that you can do local development on it. For that, bitbake-setup has local sources and -L.

There's also an upcoming patchset which simplifies this, and allows replacing the whole 'remotes' dictionary with a single 'uri':'where' property.

I'll add myself to CC, but for now this needs further discussion, and is NEEDINFO/no assignee.
Comment 2 Randy MacLeod 2026-05-28 13:16:29 UTC
Bulk move of 6.0 Medium bugs to 6.1.