Closed randomvariable closed 2 years ago
/area release /priority important-longterm
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
/priority backlog /triage accepted
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/reopen
/remove-lifecycle rotten
Please send feedback to sig-contributor-experience at kubernetes/community.
/close
@k8s-triage-robot: Closing this issue.
/lifecycle stale
@randomvariable: This issue is currently awaiting triage.
If CAPA/CAPI contributors determines this is a relevant issue, they will accept it by applying the triage/accepted
label and provide further guidance.
The triage/accepted
label can be added by org members by writing /triage accepted
in a comment.
@sedefsavas - we should probably discuss this one in office hours. I am not sure if there is any benefit moving away from a "standard"
Discussed in the office hours call on 2022-01-10 and the consensus was that there should be significant improvments to switching to overcome the cost of switching from make to something else. We should improve the make experience and fix any issues that people have with it.
We can create new issues if there are areas we should improve in the Makefile as this issue will not be closely relevant. Closing the issue as per Richard's explanation.
/kind feature
Describe the solution you'd like [A clear and concise description of what you want to happen.]
This project originally started using Bazel, but the complexity grew and as Go introduced build caching, we replaced with Make. Unfortunately, the Makefile itself has become unwieldy, and not many folk either do or want to spend time writing M4, so we should look for a replacement. https://github.com/magefile/mage seems the most promising, allowing us to write the whole thing in Go.
Anything else you would like to add: [Miscellaneous information that will assist in solving the issue.]
We should scope out requirements before ploughing through with this. Feel free to reach out on Slack at https://kubernetes.slack.com/archives/CD6U2V71N
Environment:
kubectl version
):/etc/os-release
):