Open PI-Victor opened 3 years ago
@PI-Victor: The label(s) priority/-, priority/targeting, priority/this, priority/change, priority/before, priority/1.22, priority/release
cannot be applied, because the repository doesn't have them.
/triage accepted
OS preferences for the container?
Linux :wink:
/area release-engineering
@sftim: The label(s) area/release-engineering
cannot be applied, because the repository doesn't have them.
/area release-engineering
@sftim: The label(s) area/release-engineering
cannot be applied, because the repository doesn't have them.
/area release-eng
found it!
also, i should've said: linux flavor preferences for the container?
linux flavor preferences for the container
No preference from me.
As we've missed this for v1.22 /remove-priority important-soon /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
/remove-lifecycle rotten
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
/lifecycle frozen
This issue has not been updated in over 1 year, and should be re-triaged.
You can:
/triage accepted
(org members only)/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
Is this issue still relevant? I'd like to help
Is this issue still relevant? I'd like to help
Help in this will be very much appreciated @Gauravpadam
/triage accepted
@sftim I see some errors on testing the script for release 1.28
, Most of them pertaining to release directories not found
While this should not affect our dockerfile, I'd like to know your thoughts on them
- 'make generated_files' is deprecated. Please use hack/update-codegen.sh instead.
make: *** [Makefile:319: generated_files] Error 1
- cp: cannot stat '/tmp/tmpx1g2t821/src/github.com/kubernetes-sigs/reference-docs/gen-kubectldocs/generators/v1_27/*': No such file or directory
- 2023/11/07 21:43:49 Failed to generate files: failed to read TOC file generators/v1_28/toc.yaml: open generators/v1_28/toc.yaml: no such file or directory
- mkdir -p /home/gp/website/static/docs/reference/generated/kubernetes-api/v1.28/js
cp gen-apidocs/build/navData.js /home/gp/website/static/docs/reference/generated/kubernetes-api/v1.28/js/
cp: cannot stat 'gen-apidocs/build/navData.js': No such file or directory
make: *** [Makefile:91: copyapi] Error 1
[Error] failed in generating docs for reference-docs
I don't have much experience generating this documentation, so I don't really have an opinion here @Gauravpadam.
We should aim to define a container image and a way to run it so that you get the documentation generated.
No worries @sftim, I'll figure it out eventually
Should I just host the image on a public repository?
(I'm mentioning the build steps currently)
The update-imported-docs.py that is used to generate the kubernetes documentation reference should be containerized to make it easier for users that want to update the ref docs. This container should include all the tooling mentioned in the quickstart.
Q: ~OS~ Linux flavor preferences for the container? Q: Locally buildable Dockerfile or push an already created image to hub.docker.com/quay.io? Q: Anything else worth mentioning that i've missed
cc @sftim @reylejano @jimangel @irvifa
/assign /priority important-soon - targeting this change before 1.22 release