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
#411 asks for a read-only explanation of why a selected workload's Pods are not being created, from recorded creation failures and the namespace's ResourceQuota and LimitRange objects. Before code, it needs these design decisions:
which workloads it opens on, and which reads it makes (workload, its ReplicaSets, Events, quotas, LimitRanges);
what the projections keep, since a Pod template carries literal environment values;
how a recorded rejection is classified and tied to a quota or LimitRange without overclaiming;
how quantities are shown and compared without naive string comparison or misleading unit conversion;
what absence may conclude, and how stale quota status is reported;
A design spec under docs/superpowers/specs/ for the maintainer to review before any implementation. Merging it approves the design; each delivery slice then gets its own sub-issue and pull request.
Activity
Refine the creation-constraint demand and event projections
Leave quota checks unestablished where admission fills unread values
Do not report a required field that Pod-level resources may supply
Count a ReplicaFailure condition only for FailedCreate
Downgrade stale quota status only from available evidence
Record the maintainer's design decisions
Design workload creation-failure explanations (#411) (#516)