Addresses the three blocking issues from the PR #63 review. 1. THE TWO ARCH JOBS COULD BOTH REWRITE THE PUBLISHED REPOSITORY. The amd64 and ppc64el runs execute concurrently on their two hosts against the same --apt-dir. The run lock does not protect the repository -- it is per-arch by design, precisely so the two arches CAN build in parallel -- so both were free to wipe and repopulate the same pool/, dists/, Release, InRelease and tarball at the same time and interleave into a corrupt but green repository. Split by role, so architecture jobs produce staging artifacts and one locked finalization step publishes atomically: * A run that builds no longer publishes. It fills staging/<codename>/<arch>/ and stops, saying so and printing the finalize command. Publishing happens only with --publish, or implicitly on a run that builds nothing (--skip-build), which IS the finalization step; --skip-createrepo still forces it off. * publish_repo() takes ONE GLOBAL publish lock (.sbuild-all.publish.lock), not the per-arch build lock, so even a cron run racing a manual one on the same host serializes instead of interleaving. * It publishes atomically. assemble_into() builds and signs the complete tree in a side directory (<apt-dir>.publish-<run-id>.<pid>), the gate runs against THAT tree, and swap_into_place() then renames it onto --apt-dir. A reader -- the deploy rsync, an apt client on a served tree -- sees either the previous complete repo or the new complete repo, never a half-wiped pool or an index that disagrees with its Release. A failure anywhere before the swap leaves the published tree untouched and removes the side tree. The side tree is seeded from the current published one, so codenames outside --dists survive. * The tarball moved inside publish, under the same lock: previously every per-arch build tarred the shared apt tree while the other arch rewrote it. 2. build_deb_in_chroot() WAS NOT FAIL-HARD, AND THE ENVIRONMENT WAS NOT CLEAN. The common build-tooling install ended in `|| true`; a failed Build-Depends installation only warned; and the Build-Depends came from a sed pipeline over debian/control that stripped version constraints `(>= 12)`, could not express alternatives `a | b`, and mangled arch qualifiers. Worse, the per-codename chroots are long-lived and shared by all seven packages, and nothing asserted that a schroot session is throwaway -- so on a chroot without a union mount, package N's build-dependencies stayed installed for package N+1 and a package whose debian/control forgets a Build-Depends would build green on a sibling's leftovers. Making dependency setup fatal is only half the fix; it means nothing if a stale environment can satisfy an undeclared dependency. Both halves are addressed: * The in-chroot program is now generated by the pure, unit-tested BuildUtils::chroot_build_script() and runs under `set -euo pipefail`. apt-get update and the common tooling go through an apt_retry helper that retries a transient mirror hiccup and then FAILS the build. Build-Depends are installed with mk-build-deps (devscripts + equivs), which hands debian/control's relationships to apt verbatim, and a failure is fatal. The mk-build-deps dummy package is excluded from deb collection alongside dbgsym. * ensure_disposable_chroot() repairs a chroot.d entry that lacks union-type=overlay, and build_deb_in_chroot() re-reads `schroot --config` and hard-fails on a chroot that is still not disposable, naming the fix. BuildUtils::chroot_is_disposable() is the pure predicate. 3. THE REPOSITORY GATE STILL HAD FALSE PASSES. * Standalone --verify-repo skipped signature verification whenever --gpg-home was not passed, so the common `--verify-repo <dir>` invocation silently checked completeness only. Signatures are now verified BY DEFAULT there; --no-verify-signature is the explicit opt-out. (The automatic pre-swap gate still requires a signature iff --gpg-sign was used, so an intentionally unsigned tree does not false-fail -- and publishing unsigned now warns.) * The expected architecture set was inferred from what happened to be present, so an entirely missing secondary architecture read as "this run did not build it" and passed. It is now always a CLAIM: --expect-arch (repeatable, accepts a space/comma list) if given, else the staged arch set when publishing, else each codename's own Release "Architectures:" line when verifying standalone (BuildUtils::parse_release_architectures). The pure BuildUtils::verify_repo_arches then reports an expected arch with no NATIVE package as MISSING-ARCH and natives for an unexpected arch as UNEXPECTED-ARCH (a stale architecture). Native detection matters because the Architecture:all packages ride into every arch's index, so a non-empty binary-<arch>/Packages is not evidence that arch was built. * Release now advertises exactly the expected arch set and only those binary-<arch> indices are written, so an amd64-only build no longer advertises a ppc64el it cannot serve. * An expected cell with no manifest section used to be skipped with a note -- a third free pass. It is now a hard NO-MANIFEST error. TESTS t/sbuild-all.t gains verify_repo_arches (both directions), the parse_release_architectures parser, chroot_is_disposable, regression guards on the generated in-chroot script (no `|| true`, no warn-only build-deps, no sed extraction, mk-build-deps present, every apt-get behind the fatal helper), and the build_deb_in_chroot disposability guard driven through a stub schroot. t/verify-repo.t is new: it drives the real `sbuild-all.pl --verify-repo` against fixture apt trees and asserts each former false pass now fails -- missing secondary architecture (with and without --expect-arch), arch:all-only index, unsigned repo with no --gpg-home, missing manifest section -- and that an honest single-arch repo still passes. Validated on the build hosts: a full focal+noble amd64 build of all seven packages through the new fatal dependency path (mk-build-deps installs the declared Build-Depends inside the oldest, focal, chroot), and the publish path end to end -- a staging-only run leaves the repo untouched; publish assembles aside, gates, and swaps; an unrelated codename survives the swap; stale debs are dropped; a failed gate leaves the published repo byte-identical and cleans up the side tree. Signed-off-by: Daniel Hilst <392820+dhilst@users.noreply.github.com>
21 KiB
Build Guide (mockbuild-all.pl)
This guide explains how to use mockbuild-all.pl to build, validate, and package xCAT dependencies and optional xCAT packages into a unified EL10 repository layout.
It also documents the operational flags for controlling build, install-check, collection, and packaging behavior.
Purpose
mockbuild-all.pl is the top-level build orchestrator for generating a unified xCAT repository.
It builds required dependency RPMs and, by default, xCAT RPMs, then assembles:
- a binary RPM repo tree with repodata
- an SRPM repo tree with repodata
- one binary repo tarball and one SRPM repo tarball
Historical Context
Historically, the deployment flow used separate repositories:
xcat-corefor xCAT packagesxcat-depfor dependency packages
The current flow produces a single unified xcat repository containing all required packages together.
Placeholder Conventions
This guide uses the following placeholders consistently:
<REPO_ROOT>: xcat-dep repository root (example:/root/xcat-dep)<XCAT_SOURCE>: xCAT source root (example:<REPO_ROOT>/xcat-source-code)<ARCH>: output ofuname -m(for example:x86_64,ppc64le)<OS_ID>:IDfield from/etc/os-release(for example:rhel,rocky)<REL>: integer major release fromVERSION_IDin/etc/os-release(for example:10)<TARGET>:<OS_ID>+epel-<REL>-<ARCH><RUN_ID>: build run identifier (auto-generated if omitted)
Build Pipeline Overview
mockbuild-all.pl orchestrates these build components in parallel:
<REPO_ROOT>/elilo/mockbuild.pl<REPO_ROOT>/grub2-xcat/mockbuild.pl<REPO_ROOT>/ipmitool/mockbuild.pl<REPO_ROOT>/syslinux/mockbuild.pl<REPO_ROOT>/goconserver/mockbuild.pl<REPO_ROOT>/mockbuild-perl-packages.pl<XCAT_SOURCE>/buildrpms.pl(unless--skip-xcatis set)
Each build path uses mock for chroot isolation. Top-level steps are parallelized by mockbuild-all.pl, and perl dependency builds are also parallelized internally by mockbuild-perl-packages.pl.
mockbuild-all.pl does more than building RPMs. In a default run it performs these stages:
- Optional chroot cleanup (
--scrub-all-chroots) - Parallel build execution
- Optional install/smoke checks inside child builders (disabled with
--skip-install) - Binary RPM collection into
repo/<ARCH>/ - Source RPM collection into
repo-src/ createrepo --updateon both repo trees- Tarball creation for both repo trees
- Summary generation (
summary.txt)
Skip and Control Flags
Use these flags to skip specific operations:
--skip-install- Skips install/smoke checks performed by child builder scripts after RPM build.
--skip-xcat- Skips
<XCAT_SOURCE>/buildrpms.pl(xCAT package build step).
- Skips
--skip-xcat-dep- Skips non-perl xcat-dep package builders (
elilo,grub2-xcat,ipmitool-xcat,syslinux-xcat,goconserver).
- Skips non-perl xcat-dep package builders (
--skip-perl- Skips
<REPO_ROOT>/mockbuild-perl-packages.pl.
- Skips
--skip-build- Skips all build steps; only runs collection/repo/tarball stages from existing artifact roots.
--skip-createrepo- Skips
createrepo --update.
- Skips
--skip-tarball- Skips tarball creation for both binary and SRPM repos.
--scrub-all-chroots- Runs
mock -r <TARGET> --scrub=allbefore build and collection.
- Runs
--collect-dir <PATH>- Adds extra artifact roots to the collection phase (repeatable).
--dry-run- Prints planned actions without executing them.
Prerequisites
- Run as
root. mockbuild-all.pland package sources present under<REPO_ROOT>.- xCAT sources present under
<XCAT_SOURCE>.
Install baseline tooling:
dnf -y install perl perl-Parallel-ForkManager mock createrepo tar rpm-build rpmdevtools dnf-plugins-core wget git
If you will build xCAT packages (that is, you will not use --skip-xcat), install xCAT build dependencies:
cd <XCAT_SOURCE>
perl buildrpms.pl --install_deps
Validate mock config availability:
mock -r <TARGET> --print-root-path
Target Resolution
--target is optional.
If --target is omitted, mockbuild-all.pl derives <TARGET> from:
/etc/os-release(ID,VERSION_ID)uname -m
Equivalent derivation:
<TARGET> = <OS_ID>+epel-<REL>-<ARCH>
<TARGET> is also passed to mock as the chroot/config identifier:
mock -r <TARGET> ...
Build Full Unified Repository (xCAT + Dependencies)
Use this mode to build dependency packages and xCAT packages together.
cd /root/xcat-dep
perl ./mockbuild-all.pl \
--repo-root /root/xcat-dep \
--xcat-source /root/xcat-dep/xcat-source-code \
--scrub-all-chroots
Notes:
- Install/smoke checks run by default inside child builders.
- Add
--skip-installto skip those checks. <RUN_ID>is optional; when omitted it is timestamp-based.
Build Unified Repository Without xCAT (--skip-xcat)
Use this mode to build dependency packages only and skip invoking /root/xcat-dep/xcat-source-code/buildrpms.pl.
cd /root/xcat-dep
perl ./mockbuild-all.pl \
--repo-root /root/xcat-dep \
--xcat-source /root/xcat-dep/xcat-source-code \
--scrub-all-chroots \
--skip-xcat \
--skip-install
Important behavior:
--skip-xcatskips the xCAT build step, but collection still scans:<XCAT_SOURCE>/dist/<TARGET>/rpms
- If that path already has xCAT RPMs, they are included in the resulting unified repo.
Common Build Modes
Full unified repo (xCAT + dependencies, with install/smoke checks):
cd <REPO_ROOT>
perl ./mockbuild-all.pl \
--repo-root <REPO_ROOT> \
--xcat-source <XCAT_SOURCE> \
--scrub-all-chroots
Full unified repo (xCAT + dependencies, skip install/smoke checks):
cd <REPO_ROOT>
perl ./mockbuild-all.pl \
--repo-root <REPO_ROOT> \
--xcat-source <XCAT_SOURCE> \
--scrub-all-chroots \
--skip-install
Dependency-only repo (skip xCAT package build):
cd <REPO_ROOT>
perl ./mockbuild-all.pl \
--repo-root <REPO_ROOT> \
--xcat-source <XCAT_SOURCE> \
--scrub-all-chroots \
--skip-xcat \
--skip-install
Collection-only pass from existing build artifacts:
cd <REPO_ROOT>
perl ./mockbuild-all.pl \
--repo-root <REPO_ROOT> \
--xcat-source <XCAT_SOURCE> \
--skip-build
Output Artifacts and Paths
For each run:
- Binary repo path:
<REPO_ROOT>/build-output/mockbuild-all/<RUN_ID>/repo/<ARCH>/
- SRPM repo path:
<REPO_ROOT>/build-output/mockbuild-all/<RUN_ID>/repo-src/
- Run summary:
<REPO_ROOT>/build-output/mockbuild-all/<RUN_ID>/summary.txt
- Binary repo tarball:
<REPO_ROOT>/build-output/mockbuild-all/mockbuild-all-<TARGET>-<RUN_ID>.tar.gz
- SRPM repo tarball:
<REPO_ROOT>/build-output/mockbuild-all/mockbuild-all-<TARGET>-<RUN_ID>-srpm.tar.gz
Architecture Requirements
mockbuild-all.pl derives architecture from the build host:
<ARCH> = $(uname -m)
Because of this, to build ppc64le artifacts you must run mockbuild-all.pl on a Power host where:
uname -mreturnsppc64le- a matching mock config exists for
<TARGET>(for examplerocky+epel-10-ppc64le)
In short: build ppc64le packages on a Power machine.
Validation Commands
cat <REPO_ROOT>/build-output/mockbuild-all/<RUN_ID>/summary.txt
ls -1 <REPO_ROOT>/build-output/mockbuild-all/<RUN_ID>/repo/<ARCH>/
ls -1 <REPO_ROOT>/build-output/mockbuild-all/<RUN_ID>/repo-src/
ls -1 <REPO_ROOT>/build-output/mockbuild-all/mockbuild-all-<TARGET>-<RUN_ID>.tar.gz
ls -1 <REPO_ROOT>/build-output/mockbuild-all/mockbuild-all-<TARGET>-<RUN_ID>-srpm.tar.gz
find <REPO_ROOT>/build-output/mockbuild-all/<RUN_ID>/build-logs -type f | sort
Common Issues
Missing xCAT build script: .../buildrpms.pl- Ensure
<XCAT_SOURCE>points to a valid xCAT source tree.
- Ensure
WARN: missing dep builder script, skipping: ...- Sync the repository; one or more package build scripts are missing.
mock target not found- Validate with
mock -r <TARGET> --print-root-pathand install the required mock config packages.
- Validate with
Ubuntu / Debian dependency build (sbuild-all.pl)
The EL/SUSE path above uses mockbuild-all.pl (rpm + mock). The Ubuntu/Debian dependency packages
are built as .deb and assembled into a signed apt repository by sbuild-all.pl — the
apt/sbuild analogue of mockbuild-all.pl. It shares the same CLI vocabulary (BuildUtils.pm's
standard_options) and the same manifest-driven, zero-tolerance, fail-hard design, and it absorbs
the three former shell scripts (mk-dep-chroots.sh, build-dep-debs.sh, build-apt-repo.sh) into one
Perl entrypoint. The testable helpers live in BuildUtils.pm and are exercised by t/sbuild-all.t.
The compiled deps are built per codename inside the matching sbuild chroot so each binary links
against that release's libc/toolchain (a noble/glibc-2.39 binary won't run on focal/glibc-2.31). The
build never mutates the checkout: each package tree is copied out-of-tree and stamped from
SOURCE_DATE_EPOCH (reproducible), and the maintained debian/ packaging is reused verbatim.
Codename ↔ version (the single supported set — BuildUtils is the source of truth):
focal=20.04, jammy=22.04, noble=24.04, resolute=26.04.
Design
- Fresh staging + promote-on-success. Everything is built + validated into a per-run staging tree first; the published apt repo is (re)assembled from staging ONLY after the complete expected set validates — a partial/failed build never reaches the repo and stale debs never accumulate.
- Build runs stage; publishing is a separate, locked, atomic step. The two arches build
concurrently on their two hosts against the same
--apt-dir, so an arch build run never publishes: it fills staging and stops. Publishing happens with--publish(implied by--skip-build, i.e. the finalization run). That step takes one global publish lock — not the per-arch build lock — assembles the whole tree into a side directory, runs the repo gate against that tree, and only then swaps it onto--apt-dirwith a singlerename(2). Readers therefore see either the previous complete repo or the new complete repo, never a half-wipedpool/or an index that disagrees with itsRelease; a failed gate leaves the published tree untouched. Codenames outside--distssurvive the swap.--skip-createrepoforces "do not publish". - Clean, disposable build environment per package. Every package builds in its own
schrootsession, and the chroot must hand out a throwaway session (union-type=overlay, or a snapshot/tarball chroot).sbuild-all.plrepairs a chroot that lacks one and hard-fails if it still is not disposable. That is what makes the fail-hard dependency handling mean something: inside the sessionapt-get update, the common build tooling and the package'sBuild-Depends(resolved withmk-build-deps, so version constraints,a | balternatives and arch qualifiers are honoured) are all fatal on failure — and since nothing survives the session, a package whosedebian/controlforgets aBuild-Dependscannot build green on a sibling package's leftovers. - Per-arch package sets (
debs-manifest.conf). One[<codename>-<arch>]section per target. The noarch boot components (syslinux-xcat/grub2-xcat/elilo-xcat/xnba-undi,Architecture:all) are built ONCE on amd64 — single producer, their source is x86-only — and assembled into every arch'sPackagesindex. They are listed for ppc64el too, as required-present, so the gate verifies the ppc repo actually carries them (a ppc MN needs them for netboot, matching the EL manifest).build_one_codenameskips anArchitecture:allpackage on any non-amd64 arch (detected viacontrol_binary_arch), so ppc builds only the genuinely arch-specific compiled deps (ipmitool-xcat,conserver-xcat,goconserver) yet still verifies the boot components. - Fail-hard. Any required chroot / package / artifact failure, or any version-pin mismatch, fails the whole run non-zero.
- Genesis keeps its maintained packaging. A native
xcat-genesis-basedeb is INGESTED as-is when provided (--genesis-deb); a converted rpm keeps the maintained control (Depends/Breaks/Replaces) and maintainer scripts fromxcat-core/xCAT-genesis-builder/debian/. Cross-arch ppc64el genesis on the amd64 host (issue #7610) is--require-ppc-genesis-gated. - First-run chroots.
sbuild-all.plauto-initializes any missing<codename>-<arch>-sbuildchroot (main + universe soquiltet al. resolve; fast mirror; shared-tree bind-mount) — no separate step.
Files
sbuild-all.pl— the orchestrator (run as root on the Ubuntu build host: the amd64 host foramd64, the ppc host forppc64el).BuildUtils.pm— shared, unit-tested helpers + the canonical CLI spec (mirrorsMockBuildUtils.pm).<dep>/sbuild.pl×7 — per-package builders (mirror<dep>/mockbuild.pl); each drives its maintaineddebian/in the chroot and collects the.deb(s). Invoked bysbuild-all.pl.debs-manifest.conf— per[<codename>-<arch>]required set + version pins.t/sbuild-all.t— unit tests for the pure helpers (prove t/).t/verify-repo.t— end-to-end tests of the repo gate against fixture apt trees (missing secondary arch, arch:all-only index, unsigned repo, missing manifest section).
Usage (per arch, as root on the matching build host)
Run sbuild-all.pl on the build host for the arch you are building (amd64 on the x86 Ubuntu host,
ppc64el on the ppc Ubuntu host). The Ubuntu version(s) to build are selected with --dists (a
space/comma list of codenames) or, for exactly one, --target <codename>-<arch>. Version ↔
codename: 20.04=focal, 22.04=jammy, 24.04=noble, 26.04=resolute.
The full flow is two steps: each arch builds into staging on its own host, then one finalization step publishes the assembled repo atomically.
Step 1 — build each arch into staging (no publishing)
# amd64 host — build focal+jammy+noble+resolute into staging:
./sbuild-all.pl --arch amd64 --dists "focal jammy noble resolute" \
--xcat-source ../xcat-core --genesis-rpm <xCAT-genesis-base-x86_64 rpm> \
--genesis-rpm-ppc <xCAT-genesis-base-ppc64 rpm>
# ppc64el host — arch-specific deps only (the Architecture:all boot components and both genesis
# debs come from the amd64 build):
./sbuild-all.pl --arch ppc64el --dists "focal jammy noble resolute" --skip-genesis
These runs touch only staging/<codename>/<arch>/; the apt tree at --apt-dir is left alone, so
the two hosts can run at the same time. --dists may be omitted entirely — with no
--dists/--target, all supported codenames are built (focal jammy noble resolute).
Step 2 — publish once, after every arch has staged
./sbuild-all.pl --skip-build --skip-genesis \
--publish --expect-arch "amd64 ppc64el" \
--gpg-sign --gpg-key-id xcat@example.com --gpg-home <gpg-home>
This takes the global publish lock, assembles + signs both arches' staging into a side tree, gates it,
and swaps it onto --apt-dir atomically. --expect-arch states which architectures the published
repo must serve — omit it and the staged arch set is used instead. (--publish is implied here
because the run builds nothing; state it explicitly if you want to build and publish in one go.)
Build ONE specific Ubuntu version
# just 24.04 (noble) on amd64 — two equivalent forms:
./sbuild-all.pl --arch amd64 --dists noble --xcat-source ../xcat-core --genesis-rpm <rpm>
./sbuild-all.pl --target noble-amd64 --xcat-source ../xcat-core --genesis-rpm <rpm>
# just 20.04 (focal):
./sbuild-all.pl --arch amd64 --dists focal ...
Handy variants
./sbuild-all.pl --dry-run --arch amd64 --dists noble # print the plan, do nothing
./sbuild-all.pl --skip-build --skip-genesis --gpg-sign ... # publish-only (re-index/re-sign staging)
# single host: build AND publish in one go
./sbuild-all.pl --arch amd64 --dists noble --genesis-rpm <rpm> \
--publish --expect-arch amd64 --gpg-sign --gpg-key-id <id> --gpg-home <dir>
sbuild-all.pl --help lists every option and sbuild-all.pl --man (or perldoc sbuild-all.pl)
prints the full manual; the shared flags (--repo-root, --manifest,
--skip-build/-install/-genesis/-xcat-dep, --build-number, --gpg-sign, --dry-run, …) match
mockbuild-all.pl.
Repository verification gate
Before an assembled repo is published, sbuild-all.pl runs a manifest-driven gate that fails the
build if the repo is incomplete, serves the wrong architectures, or is mis-signed. It uses
debs-manifest.conf as the single source of truth and is layered so the decision logic is pure and
unit-tested (BuildUtils::verify_repo_arches / verify_repo_packages / verify_repo_signature;
parse_packages_index / parse_release_architectures / resolve_present_names for
parsing/resolution), separate from the disk/gpg I/O.
- Runs automatically inside
--publish, against the side tree, before the swap, per codename × expected arch — so a repo that fails the gate is never published. Suppress with--no-verify-repo; skipped under--dry-run. Verify an already-published tree out of band with--verify-repo=<apt_dir>(manifest/dists/arches/key from--manifest/--dists/--expect-arch/--gpg-key-id/--gpg-home). - Architectures: the expected set is always a claim, never an inference from what happens to
be present —
--expect-archif given, else the staged arch set when publishing, else each codename's ownReleaseArchitectures:line when verifying standalone. An expected arch with no native package isMISSING-ARCH; natives for an arch outside the expected set areUNEXPECTED-ARCH(a stale architecture). This is what makes an entirely missing secondary architecture a failure instead of reading as "this run did not build it". Note that a non-emptybinary-<arch>/Packagesis not evidence the arch was built: theArchitecture:allpackages (grub2-xcat, the genesis debs) ride into every arch's index, soindex_has_native_archis what counts. - Completeness: for each cell, every package that codename×arch's manifest section requires (after
required_pkgsskip-filtering) must appear in the publishedbinary-<arch>/Packageswith a version satisfying its pin. The arch-suffixed genesis (xcat-genesis-base) is resolved to this cell's arch (xcat-genesis-base-<arch>) — never a different arch, so a missing native genesis is caught. An expected cell with no manifest section is a hard error (NO-MANIFEST), not a free pass. - Signature: each
dists/<cn>/InRelease(or detachedRelease+Release.gpg) must be a good signature whose primary-key fingerprint equals the fingerprint of--gpg-key-id— the repo was signed by exactly the CLI key. Expired/revoked keys and expired signatures are rejected; if the CLI key does not resolve to a fingerprint the gate fails (SIGKEY), never passes. In the automatic pre-swap run a signature is required iff--gpg-signwas used (an intentionally-unsigned repo does not false-fail); in the standalone--verify-repomode signatures are checked by default, and--no-verify-signatureis the explicit opt-out.
Semantic idiosyncrasies (intentional, and mirrored in the EL mockbuild-all.pl gate):
- What "the repo" is: the Ubuntu gate reads the published
binary-<arch>/Packagesindex (what apt serves, per codename×arch); the EL gate reads the binary rpm files in the per-target dir. Both check the artifact that ships; they differ only in the Debian-vs-RHEL notion of "the repository". - Duplicate = hard error: a package appearing in the index with two distinct versions (a stale
.debnot cleaned from the pool) makesparse_packages_indexdie loudly rather than keep one — identical behaviour to the ELrpm_versiongate. - Version pins are the manifest's upstream version; the published Debian version's epoch/revision
is stripped (
deb_upstream_version) before the pin compare.
Packages notes
pyodbcis intentionally not built or listed: modern Ubuntu providespython3-pyodbcfrom apt (and EL from appstream/EPEL), so xcat-dep no longer ships its own. The legacypyodbc/directory (an oldpyodbc-3.0.7RPM spec, nodebian/) is kept for historical reference only.conserver-xcatwas replaced bygoconserverbut is provided for completeness and backward compatibility. Core packages depend ongoconserver; to use conserver you must installconserver-xcatexplicitly (it is not pulled in as a dependency), disable thegoconserverservice and enable theconserverservice.