Repository navigation
DLPX-100047 dependency-bump: batch update 1 dependency (consolidates 1 PR) - #724
Merged
SumoSourabh merged 1 commit intoOct 29, 2026
Conversation
delphix-devops-bot
marked this pull request as ready for review
October 28, 2026 07:05
delphix-devops-bot
force-pushed
the
dlpx/pr/delphix-devops-bot/9e87d245-ae66-46c5-ac37-f7f7f8df3acf
branch
from
October 28, 2026 07:05
ea7d4be to
1743259
Compare
1 task
SumoSourabh
requested review from
SumoSourabh
and
a balanced review from Copilot
October 28, 2026 07:36
There was a problem hiding this comment.
🟢 Approval recommended
No active review issues are reported for the documentation tooling dependency update.
No open issues 🎉
What changed in this PR
Updates the SDK’s documentation tooling to mkdocs-material 9.8.0, consolidating dependency PR #722 without changing the five Python packages.
Changes:
- Bumps
mkdocs-materialfrom 9.7.7 to 9.8.0. - Refreshes locked transitive dependencies, hashes, and Python compatibility markers, including a
python-dateutilmajor-version update.
| File | Description |
|---|---|
docs/Pipfile.lock |
Locks the updated theme and transitive dependencies. |
docs/Pipfile |
Pins mkdocs-material to 9.8.0. |
Review effort: Balanced
Contributor
Author
🔁 dependency-bump reconcile statusLast reconcile pass: 2026-10-29
No code changes this pass. Risk tier unchanged: LOW. |
Contributor
Author
|
Addressing feedback from |
SumoSourabh
approved these changes
Oct 29, 2026
SumoSourabh
deleted the
dlpx/pr/delphix-devops-bot/9e87d245-ae66-46c5-ac37-f7f7f8df3acf
branch
October 29, 2026 03:38
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
TL;DR
Bumps
mkdocs-materialfrom9.7.7to9.8.0(latest-stable) indocs/Pipfile/docs/Pipfile.lock, consolidating Mend PR #722. Build verified green before and after (all 5 Python modules + the docsmkdocs build --strict); no breaking changes or in-range CVEs found. LOW risk.Batch risk tier: LOW
✅ dependency-bump verified: every dependency in this batch is LOW risk (build passes, no exploitable CVEs).
Dependencies in this batch (1)
mkdocs-material9.7.7→9.8.0mkdocs-material:9.7.7→9.8.0— risk: LOWNote on the source PR: #722 (Mend) is stale — its diff targets
9.1.7→9.1.8(its title mentionsv9.8.0but that's not what the diff actually changes; bot PR titles/diffs are never trusted for version facts per dependency-bump's own rules).develophad already moved on to9.7.7by the time this batch ran (a prior, separate update), so this PR bumps from the real current pin (9.7.7) to the policy-resolved latest-stable target (9.8.0), which happens to match what #722's title claimed, coincidentally.Manifests affected:
docs/Pipfiledocs/Pipfile.lockCVE findings (0 in this version range):
No CVE-tagged commits between
9.7.7and9.8.0. One GHSA advisory exists for this package (GHSA-xvg9-69gf-fjrf/CVE-2026-73295, medium severity, DOM XSS in search suggestions via query parameter) but itsfixed_inversion is9.7.7— already the batch's starting version ondevelop— so it predates this transition and isn't a CVE this PR introduces or fixes. Included here for transparency since the search plugin is enabled in this repo'smkdocs.yml.One commit in range (
0f72ad6,Merge pull request #8615 from squidfunk/fix/security, landed as part of preparing the 9.8.0 release) is branch-named as a security fix but has no GHSA advisory yet — a known coverage gap (GHSA can lag a release). Flagging for visibility; not scored into the risk tier since there's no CVSS/advisory data to score against.Commit breakdown (23 commits):
fix/securitymerge — see note above)Breaking changes (need attention):
Updated Python dependency minimums and required Python 3.11— raises mkdocs-material's own minimum supported Python to 3.11.requires-python), not a functionCLAUDE.md), so this floor-raise has no effect here.Project-health note: this release's changelog signals Material for MkDocs is moving to "critical maintenance" (security/critical fixes only) ahead of end-of-life on 2027-05-05, with a successor project ("Zensical") being promoted. Not a blocker for this bump, but worth knowing for future docs-tooling planning.
Version note: source PR #722 proposed
mkdocs-material 9.1.8(per its stale diff). dependency-bump resolved to9.8.0(policy:latest-stable) — bringing the repo to the real current latest rather than the source PR's (already superseded) target.Source PRs consolidated (1)
dependency-bump does not close these. Once this PR merges and dep versions match the manifests, the bot that opened each one is responsible for auto-closing it on its own next scan.
Build verification
bin/build_project.sh -b);mkdocs build --clean --strictbuilt in 3.31s with no warnings/errorsmkdocs-material==9.8.0installed;mkdocs build --clean --strictbuilt in 4.46s (only a non-fatal EOL/Zensical notice printed, no errors)Commands run (per
.claude/dependency-bump.md), against all manifests touched by this batch:sh bin/build_project.sh -b(all 5 modules, unscoped — always runs regardless of what changed)cd docs && pipenv sync && pipenv run mkdocs build --clean --strict(this batch only touchesdocs/Pipfile; no Python module'spyproject.tomlchanged, so the module-scoped test/lint pass (-ctf) has nothing to scope to and was not run)Additional automations
Run against the pushed batch branch, after this PR was opened — see the PR's edit history if you're reading this before they've landed.
sh bin/build_project.sh -f[sync] — not applicable: no Python module (common/libs/platform/tools/dvp) was touched by this batch, onlydocs/Pipfiledvp init --root-dir . && dvp build --dev— passed: ran in an isolated temp dir,artifact.jsonproduced (~1 MB) with no errorstrigger_blackbox.sh ... virtualization_sdk APPDATA_SDK_UBUNTU20_STAGED_CENTOS73— SUCCESS, not factored into risk tier→ Tracking URL: https://selfservice-jenkins.eng-tools-prd.aws.delphixcloud.com/job/blackbox-self-service/237037/
trigger_blackbox.sh ... appdata_basic APPDATA_PYTHON_STAGED_RHEL93— SUCCESS, not factored into risk tier→ Tracking URL: https://selfservice-jenkins.eng-tools-prd.aws.delphixcloud.com/job/blackbox-self-service/237038/
Installed package changes (
pip freezediff)The diff below shows the full effect of this batch — including transitive deps that updated as a side effect (docs venv only; the 5 Python modules' own dependency sets are untouched by this batch).
1 explicit + 8 transitive package version changes. Note:
python-dateutilmoved2.x→3.x(a major-version jump) as a side effect of the lock re-resolve, not something explicitly bumped — expected per dependency-bump's lock-file-refresh behavior. The post-changemkdocs build --strictpassed cleanly with it installed, which is the empirical evidence this transitive jump didn't break anything for our docs build.Generated by dependency-bump · policy:
latest-stable