You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit fc41539
Browse filesBrowse the repository at this point in the historyBrowse files
ci: make source-@master legs non-blocking, label failure origin (#80)
The source-2.5.x / source-3.x legs build CUPS and libcupsfilters from
OpenPrinting @master, an unpinned moving target; a transient breakage
there reddens the leg with no libppd fault. Mark those legs
continue-on-error so they no longer block PRs, while the distro
system-2x leg stays required. ci-setup.sh now annotates each failure as
UPSTREAM-DEP-FAILED or LIBPPD-FAILED so a real libppd regression on the
non-blocking legs is still visible.
Copy file name to clipboardExpand all lines: ci/ci-setup.sh
+22Lines changed: 22 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -34,6 +34,28 @@
34
34
# runners; it detects which automatically.
35
35
set -eu
36
36
37
+
# Classify a failure so CI (and humans) can tell an upstream-dependency
38
+
# breakage apart from a real libppd failure. Each invocation of this script
39
+
# handles exactly one subcommand, so $1 identifies which side failed:
40
+
# providing the CUPS / libcupsfilters stack (built from @master on the
41
+
# source-* legs, an unpinned moving target) vs building/testing libppd itself.
42
+
# The source-* matrix legs are non-blocking precisely because of the former
43
+
# class of transient upstream breakage; this label makes the distinction
44
+
# explicit on both native and emulated legs (they run the same script).
45
+
_subcmd="${1:-}"
46
+
_classify_failure() {
47
+
rc=$?
48
+
[ "$rc"-eq 0 ] &&exit 0
49
+
case"$_subcmd"in
50
+
cups|pdfio|libcupsfilters)
51
+
echo"::error::UPSTREAM-DEP-FAILED: '$_subcmd' failed while building the CUPS/libcupsfilters stack (from @master on the source-* legs). This is an upstream-dependency breakage, not a libppd bug." ;;
0 commit comments