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

February 14th, 2022 Community Meeting #58

Closed
otaviof opened this issue Feb 12, 2022 · 6 comments
Closed

February 14th, 2022 Community Meeting #58

otaviof opened this issue Feb 12, 2022 · 6 comments

Comments

@otaviof
Copy link
Member

otaviof commented Feb 12, 2022

  • Please add a topic in this thread and add a link to the GitHub issue associated with the topic.
  • Please make sure you give folks enough time to review/discuss the topic offline on GitHub before coming into the meeting
  • (optional) Paste the image of an animal 😸
@otaviof
Copy link
Member Author

otaviof commented Feb 12, 2022

shipwright-io/image#4 -- Centralized repository for all the API/CRD resources (/cc @ricardomaraschini)

vulture's nest

@qu1queee qu1queee changed the title February 14h, 2020 Communty Meeting February 14th, 2020 Communty Meeting Feb 14, 2022
@qu1queee qu1queee changed the title February 14th, 2020 Communty Meeting February 14th, 2022 Community Meeting Feb 14, 2022
@ricardomaraschini
Copy link
Contributor

Image Abstraction Layer EP #57

capivara

@qu1queee
Copy link
Contributor

qu1queee commented Feb 14, 2022

@SaschaSchwarze0
Copy link
Member

Consolidate CRDs

  • Enrique: Tight relationship between CRDs and business logic
  • Jason: Tekton and Knative have CRDs and code also co-located
  • Sascha: we would have one more repo (build) which must get adopted after the API vs having at least one where one can do changes together
  • Otavio: we would need to change the APIs first as this is usually most discussed; then later the implementation can adopt
  • Enrique: why is OpenShift doing this -> Otavio: API stability, must not be broken
  • Sascha: would be easier once our API is more stable
  • Otavio: important is to review the API first -> Enrique: happens in the SHIP
  • Conclusion:
    • We made the point that APIs need to be discussed in Ships
    • As of today, moving the APIs into an own project is considered over-complicating the process
    • At some point in the future when we are more stable, this can be considered again

Image Abstraction Ship #27

Owner rotation introduction by Enrique

  • Sascha: I like it, especially that we document what all needs to be looked at
  • Otavio: how is Tekton doing this? -> Enrique giving details
  • Jason: Tekton approach has same goal, but does not work perfectly because people are sometimes busy; not all owners / maintainers are doing it in Tekton
  • Enrique: should be a best-can-do jobrole

Enrique recommending #53

  • Ricardo: seeing benefits of storing a tarball with the image proposal
  • Jason: Tekton had similar scenarios but never came to it

Matthias: playing around with OpenShift, what is the internal registry usually used for?

  • Ricardo: store image results of builds; cache images; disconnected environment where only the internal registry can go outside; oob references to common quay images

@SaschaSchwarze0
Copy link
Member

/close

@openshift-ci
Copy link

openshift-ci bot commented Feb 14, 2022

@SaschaSchwarze0: Closing this issue.

In response to this:

/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
Projects
None yet
Development

No branches or pull requests

4 participants