mirror of
https://github.com/openglow-org/forgefirm.git
synced 2026-09-28 01:01:12 -07:00
ScottW514
b51e695fb1
A component pin bump counted as a platform change: the layer content hash in the platform identity covered the recipe carrying the SRCREV, the platform is folded into every acceptance fingerprint, so every image that carried any component update invalidated the whole catalog (dev image 20260816191951: every test domain-changed after a one-line forgectrl bump; the two manifests differ only in platform.layers.meta-forgefirm). The component entry already identifies the pinned source file by file; the pin double-counted it. Component pins now live in <recipe>-pin.inc (SRCREV and the PV that moves with it, nothing else) - forgectrl, grblhal-glowforge and forgefirm-app here, the BSP components in meta-openglow - and forgefirm-image-manifest.bbclass leaves *-pin.inc out of the layer content (FORGEFIRM_MANIFEST_PIN_SUFFIX). Recipe bodies, patches, config fragments, init scripts and third-party pins with no manifest entry stay layer content; a pin written into a recipe body still hashes (the safe direction). manifest-from-tree.py mirrors the rule and reads pins through the recipe's requires; test_tree_manifest.py proves both (pin bump: hash unchanged; recipe body or inline pin: changed). Bitbake resolves the same SRCREV/PV for every pinned recipe. Docs: ACCEPTANCE.md (what layer content is), kas/README.md (the pin files in the push order), BRINGUP.md (the finding and the bench consequence: the first image built with the pin files is itself a platform change, so its campaign is a full one; pin bumps inherit after it). No catalog consequence: nothing in the image's behavior changes; the change is to the acceptance identity computation, proven by the unit tests and the CI lint on the tree manifest.
22 lines
973 B
PHP
22 lines
973 B
PHP
# Shared fetch for the ForgeFIRM web-service apps (gfhome, python3-ffmachine,
|
|
# gfcloud). Their sources live in the forgefirm-app/ directory of the
|
|
# python3-gfhardware repository.
|
|
HOMEPAGE = "https://github.com/ScottW514/python3-gfhardware"
|
|
|
|
# These packages ship only the Python apps under forgefirm-app/, all MIT. The
|
|
# repository's LGPL component (the Bayer decoder compiled into
|
|
# gfhardware._cam) is not part of them; python3-gfhardware declares it.
|
|
LICENSE = "MIT"
|
|
LIC_FILES_CHKSUM = "file://LICENSE;md5=62f8bb455fcc4bf177ecab380f71cd5d"
|
|
|
|
SRC_URI = "git://github.com/ScottW514/python3-gfhardware.git;protocol=https;branch=master"
|
|
# SRCREV and PV live in the pin file (forgefirm-image-manifest.bbclass).
|
|
require forgefirm-app-pin.inc
|
|
|
|
S = "${WORKDIR}/git"
|
|
|
|
# One image-manifest component for the three app recipes (same repository,
|
|
# same pinned revision): the entries merge in the image manifest.
|
|
inherit forgefirm-manifest
|
|
FORGEFIRM_MANIFEST_NAME = "forgefirm-app"
|