Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add preload tar files to the "released files" automatically. #7737

Closed
medyagh opened this issue Apr 17, 2020 · 9 comments
Closed

Add preload tar files to the "released files" automatically. #7737

medyagh opened this issue Apr 17, 2020 · 9 comments
Labels
area/build-release co/preload kind/process Process oriented issues, like setting up CI lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. priority/important-longterm Important over the long term, but may not be staffed and/or may need multiple releases to complete.

Comments

@medyagh
Copy link
Member

medyagh commented Apr 17, 2020

we should include the preload images in the release notes automaticly.

at least for the past 10 versions maybe

@medyagh medyagh added co/preload priority/important-longterm Important over the long term, but may not be staffed and/or may need multiple releases to complete. area/build-release labels Apr 17, 2020
@tstromberg
Copy link
Contributor

I don't understand this. What exactly would you like to see in CHANGELOG.md?

@medyagh
Copy link
Member Author

medyagh commented Apr 17, 2020

oops I didnt mean release notes, I meant released attached files

@medyagh medyagh changed the title Add preload tar files to the release note files automaticly. Add preload tar files to the "released files" automatically. Apr 17, 2020
@medyagh medyagh added the kind/process Process oriented issues, like setting up CI label Apr 17, 2020
@afbjorklund
Copy link
Collaborator

oops I didnt mean release notes, I meant released attached files

You mean the page on GitHub, or to the Google Cloud Storage ?

Currently we add some binaries only to the more "hidden" url.
Like for instance minikube for non-amd64 architectures and such.

We could also consider exposing the kicbase image ? #7012 (comment)

@afbjorklund
Copy link
Collaborator

afbjorklund commented Apr 18, 2020

@medyagh is this issue related to issues like #7695 ?

Because normally minikube will handle the preload downloading
(and should work just fine, but slower, if no preload is available)

Maybe we should also have a tarball, with only the images.

Like a more portable version of the preload, and without the binaries.
Then you could use it as an alternative, like with containerd/podman

@afbjorklund
Copy link
Collaborator

afbjorklund commented Apr 18, 2020

Will open two separate issues, for the non-preloaded alternatives

  • kicbase (gcr.io/k8s-minikube/kicbase)
    • gcr.io/k8s-minikube/kicbase:v0.0.9
  • minikube ( the essentials, like kubeadm config images list)
    • k8s.gcr.io/kube-apiserver:v1.18.2
      k8s.gcr.io/kube-controller-manager:v1.18.2
      k8s.gcr.io/kube-scheduler:v1.18.2
      k8s.gcr.io/kube-proxy:v1.18.2
      k8s.gcr.io/pause:3.2
      k8s.gcr.io/etcd:3.4.3-0
      k8s.gcr.io/coredns:1.6.7

Could even have variants using the OCI format (instead of docker)

podman save --format oci-archive

or with alternative compression formats (like lz4 or xz, instead of gz)

@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jul 17, 2020
@fejta-bot
Copy link

Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle rotten

@k8s-ci-robot k8s-ci-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Aug 16, 2020
@fejta-bot
Copy link

Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/close

@k8s-ci-robot
Copy link
Contributor

@fejta-bot: Closing this issue.

In response to this:

Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/close

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/build-release co/preload kind/process Process oriented issues, like setting up CI lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. priority/important-longterm Important over the long term, but may not be staffed and/or may need multiple releases to complete.
Projects
None yet
Development

No branches or pull requests

5 participants