All of lore.kernel.org
 help / color / mirror / Atom feed
* bitbake-setup: sync layers to branch HEAD
@ 2026-06-17 12:01 Christian Schaefer
  2026-06-17 12:37 ` [bitbake-devel] " Alexander Kanavin
  0 siblings, 1 reply; 3+ messages in thread
From: Christian Schaefer @ 2026-06-17 12:01 UTC (permalink / raw)
  To: bitbake-devel@lists.openembedded.org

Hi, I have a question regarding bitbake-setup.

In a *.conf.json file, I can configure bitbake-setup to use the latest commit
on a branch by setting `rev` to the same value as `branch`. For example:

"sources": {
    "openembedded-core": {
        "git-remote": {
            "uri": "https://git.openembedded.org/openembedded-core",
            "branch": "wrynose",
            "rev": "wrynose"
        }
    },
    ...
}

Over time, new commits are pushed to the upstream branch (wrynose). Is there a
way to sync my local checkout to the updated upstream branch without running
`git pull` manually for each layer? Originally, I assumed this would be done by
running `bitbake-setup update`, but no changes are detected, as the *.conf.json
file is still the same.

Regards, Christian


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [bitbake-devel] bitbake-setup: sync layers to branch HEAD
  2026-06-17 12:01 bitbake-setup: sync layers to branch HEAD Christian Schaefer
@ 2026-06-17 12:37 ` Alexander Kanavin
  2026-06-17 15:33   ` Christian Schaefer
  0 siblings, 1 reply; 3+ messages in thread
From: Alexander Kanavin @ 2026-06-17 12:37 UTC (permalink / raw)
  To: christian.schaefer; +Cc: bitbake-devel@lists.openembedded.org

On Wed, 17 Jun 2026 at 14:01, Christian Schaefer via
lists.openembedded.org
<christian.schaefer=at.abb.com@lists.openembedded.org> wrote:
> Over time, new commits are pushed to the upstream branch (wrynose). Is there a
> way to sync my local checkout to the updated upstream branch without running
> `git pull` manually for each layer? Originally, I assumed this would be done by
> running `bitbake-setup update`, but no changes are detected, as the *.conf.json
> file is still the same.

This should be happening in 'update', particularly this bit of code handles it:

           upstream_revision = fetcher.method.latest_revision(fetcher,
d, 'default')
            if upstream_revision != local_revision:
                changed = True
                logger.info('Layer repository {} checked out into {}
updated revision {} from {} to {}'.format(remote,
os.path.join(layerdir, repodir), rev, local_revision,
upstream_revision))

Can you check why it isn't triggering?

Alex


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: bitbake-setup: sync layers to branch HEAD
  2026-06-17 12:37 ` [bitbake-devel] " Alexander Kanavin
@ 2026-06-17 15:33   ` Christian Schaefer
  0 siblings, 0 replies; 3+ messages in thread
From: Christian Schaefer @ 2026-06-17 15:33 UTC (permalink / raw)
  To: bitbake-devel

[-- Attachment #1: Type: text/plain, Size: 580 bytes --]

Thanks for the hint. I found the error.

To test the ``update`` functionality originally, I additionally used ``--source-overrides`` to pin a certain lock file, which referenced (on purpose) an older commit in the oe-core wrynose branch.
Then, I assumed, by calling ``bitbake-setup update`` this would then sync the layer to the latest upstream HEAD (fast-forward from the older commit to the latest).
However, it seems that the ``bitbake-setup update`` does not work in that combination (if the revs are initially pinned). Which is fine for me.

Thanks for the fast help!

[-- Attachment #2: Type: text/html, Size: 637 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2026-06-17 15:33 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-06-17 12:01 bitbake-setup: sync layers to branch HEAD Christian Schaefer
2026-06-17 12:37 ` [bitbake-devel] " Alexander Kanavin
2026-06-17 15:33   ` Christian Schaefer

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.