mirror of
https://github.com/openglow-org/forgefirm.git
synced 2026-09-28 01:01:12 -07:00
ScottW514
e2be3ca4c5
forgectrl da3eddcc0f43 -> 7a9de005ede5 (PV 0.1.25 -> 0.1.26) grblhal-glowforge ecebe9c8eb8d -> f93aca89821a (PV 0.1.17 -> 0.1.18) forgefirm-app 5ca279a1f600 -> 6cc4f45d311a (PV 0.1.29 -> 0.1.30) forgectrl brings the jobstream_test SIGPIPE fix and the x32 setting comment; grblHAL-glowforge brings the x32 xy_microsteps default and the rewritten COPYING this layer's LIC_FILES_CHKSUM already expects, which no longer fails the fetch now that the pin resolves to it. forgefirm-app tracks the same python3-gfhardware revision meta-openglow just pinned. Each PV moves with its SRCREV so the hash-derived package version stays monotonic.
15 lines
692 B
PHP
15 lines
692 B
PHP
# SPDX-License-Identifier: MIT
|
|
|
|
# forgefirm-app pin (python3-gfhardware repository, forgefirm-app/ tree).
|
|
# Bump deliberately (AUTOREV is not reproducible); keep only SRCREV and PV
|
|
# here - the image manifest leaves *-pin.inc out of the layer content hash
|
|
# because the component entry already identifies the pinned source
|
|
# (forgefirm-image-manifest.bbclass). The python3-gfhardware recipe in
|
|
# meta-glowforge-bsp pins the same repository; move both together.
|
|
SRCREV = "6cc4f45d311ab451c7d72dee009103e55a749675"
|
|
|
|
# Bump PV with every SRCREV move: the hash-derived package version is not
|
|
# monotonic on its own and buildhistory QA fails the build when it sorts
|
|
# backwards.
|
|
PV = "0.1.30+git"
|