mirror pull: --proxy-registry validates packages too late (fails mid-pull)
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 84/100
Research direction
Start in internal/mirror/cmd/pull/validation.go at validateProxyRegistryFlag, then compare the proxy-mode package behavior in internal/mirror/packages/packages.go. Confirm the existing platform and module validation flow and ensure package pulls require --include-package or --no-packages. Done means the example command fails during initial validation with an actionable error instead of during the packages phase.
Written by the indexing model from the issue text.
Description
Summary
--proxy-registry does not validate the packages requirement up front. When packages are being pulled (not skipped) and no --include-package is given, the pull passes pre-run validation and then fails late, during the packages phase.
Details
internal/mirror/cmd/pull/validation.go—validateProxyRegistryFlagenforces the--include-platform(platform) and--include-module@<constraint>(modules) requirements, but never considers packages.internal/mirror/packages/packages.go— in proxy mode,discoverPackageNamesrequires a whitelist and errors with--proxy-registry requires a whitelist of packages (--include-package).
So a command like:
d8 mirror pull /tmp/bundle --proxy-registry \
--include-platform ">=1.64" \
--include-module foo@^1.0.0
(packages left enabled, no --include-package) passes validation, does the platform/module work, and only then aborts in the packages phase.
Impact
Late failure after significant work, instead of an immediate, actionable validation error at startup.
Expected
Validate the packages requirement in validateProxyRegistryFlag — require --include-package (or --no-packages) when proxy mode pulls packages — symmetric with the existing modules/platform checks.
Severity: medium (UX). As of main (62132d6a).
- Dominant language
- Go
- Stars
- 20
- Forks
- 7
- Avg merge
- 3d 16h
- Merged PRs (30d)
- 33
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from deckhouse/deckhouse-cli
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
deckhouse/deckhouse-cli#426 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
deckhouse/deckhouse-cli#385 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
deckhouse/deckhouse-cli#427 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 48/100
deckhouse/deckhouse-cli#425 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
deckhouse/deckhouse-cli#424 ·
All issues in deckhouse/deckhouse-cli
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 1/5 Under an hour Newbie friendliness 84/100
-
enhancement needs triage
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
kind/cleanup
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
kubernetes-sigs/kueue#15947 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
sympozium-ai/sympozium#627 ·