- kata-dev - lists.katacontainers.io

I nominate user `marcov` to be a Kata Containers github maintainer
by Whaley, Graham 25 Sep '18

25 Sep '18

Hi all current maintainers. I know we discussed improving/defining the process we will use for officially adding maintainers to the Kata Containers github org recently. I forget the details we decided on (I know, they should be in the meeting minutes, and it is probably down for me to define and update the process on our documentation). However, for now we have a simple process defined at: https://github.com/kata-containers/community#maintainer Following that, I would like to nominate github user 'marcov' https://github.com/marcov to become a member of our org. I hereby present some supporting evidence: Marcov has been active in our Kat Herding review cycle: https://github.com/kata-containers/community/wiki/Review-Team-Rota Marcov has been active on contributing commits https://github.com/search?q=org%3Akata-containers+marcov&type=Commits As well as active in review and contribution to Issues and PRs: https://github.com/search?q=org%3Akata-containers+marcov&type=Issues Marcov is our SuSe package maintainer https://github.com/kata-containers/osbuilder/pull/161 And has been actively improving osbuilder. I will submit my +1 here :-) Graham --------------------------------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

10 9

[Forum] Forum Topic Submission Period - Time Running out!
by Jimmy McArthur 25 Sep '18

25 Sep '18

Just a reminder that there is a little more than 60 hours left to submit your forum topics. Please make haste to the Forum submission tool: https://www.openstack.org/summit/berlin-2018/call-for-presentations Cheers, Jimmy > Jimmy McArthur <mailto:jimmy@openstack.org> > September 17, 2018 at 11:13 AM > Hello Everyone! > > The Forum Topic Submission session started September 12 and will run > through September 26th. Now is the time to wrangle the topics you > gathered during your Brainstorming Phase and start pushing forum > topics through. Don't rely only on a PTL to make the agenda... step on > up and place the items you consider important front and center. > > As you may have noticed on the Forum Wiki > (https://wiki.openstack.org/wiki/Forum) we're reusing the normal CFP > tool this year. We did our best to remove Summit specific language, > but if you notice something, just know that you are submitting to the > Forum. URL is here: > > https://www.openstack.org/summit/berlin-2018/call-for-presentations > > Looking forward to seeing everyone's submissions! > > If you have questions or concerns about the process, please don't > hesitate to reach out. > > Cheers, > Jimmy > > _______________________________________________ > Openstack-track-chairs mailing list > Openstack-track-chairs(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-track-chairs

1 0

Finalize Kata Mission Statement
by Anne Bertucio 24 Sep '18

24 Sep '18

Hi all, The Kata Mission Statement work has been going on in this issue[1], and if there’s no strong objections, I’d like to propose the following and close the issue: "Openly collaborate across a diverse, global community to define and implement secure, versatile containers solutions that combine the benefits of virtual machines with the performance and ease of containers” [1] https://github.com/kata-containers/community/issues/47 <https://github.com/kata-containers/community/issues/47> Cheers, Anne Bertucio OpenStack Foundation anne(a)openstack.org | irc: annabelleB

3 2

Herding this week
by Whaley, Graham 24 Sep '18

24 Sep '18

Good morning!, According to the rota page (https://github.com/kata-containers/community/wiki/Review-Team-Rota#the-rota) this week's herders are James and Ricardo. As ever, thanks to both of them, and let's all help them out where we can. Graham --------------------------------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

Re: [kata-dev] CI automatic trigger is now disabled in the tests repository
by Fuentes, Salvador 21 Sep '18

21 Sep '18

Hello, So the automatic trigger is now disabled on all repos. You should be able to start the CI on the PRs using /test or /retest. Let me know if you find any issues. Regards. Salvador Fuentes Garcia QA Engineer. Open-source Technology Center > -----Original Message----- > From: Fuentes, Salvador [mailto:salvador.fuentes@intel.com] > Sent: Tuesday, September 18, 2018 6:40 PM > To: kata-dev(a)lists.katacontainers.io > Subject: [kata-dev] CI automatic trigger is now disabled in the tests repository > > Hello, > > Today I disabled the automatic build trigger from the CI but only on the tests > repository. This is mainly to make some tests before implementing this approach > across all repos. > So now every new PR opened on the tests repo will need to be verified by an > admin, who will be able to start the CI. > > The commands that can be used for triggering the builds are: > /test > /retest > retest this please - only for building failed jobs. > > We will need to run the commands on every change that is made on the PR. > > Limitations: > 1. The /retest command will rebuild all Jobs (including the ones that passed). It is > basically the same as /test. > The command that is use to only rebuild failed jobs cannot be changed from > the default one, which is: retest this please. > So we have 2 options to rebuild failed jobs: > 1. use the: "retest this please" command > 2. go to Jenkins directly and rebuild the job from there. > 2. The admin list can only be github users or organizations, so we won't be able > to use the kata-containers teams that are registered in github. This means that > all users registered in the kata-containers organization will be able to trigger the > CI on every repository. > > If someone wants to try this, there is a PR[1] where you can run the commands, > or you can use any other of the PRs in the tests repository. > If there are no comments or disagreements on this approach by tomorrow EOD, > I will enable the rest of the repositories to use this approach. > > Regards. > > [1] https://github.com/kata-containers/tests/pull/755 > Salvador Fuentes. > > > > > _______________________________________________ > kata-dev mailing list > kata-dev(a)lists.katacontainers.io > http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev

2 1

Contributor getting started guide
by Whaley, Graham 21 Sep '18

21 Sep '18

As discussed in Mondays call, Rico has written and added a (very nice) page to the wiki as a contributor quick start guide (one could almost say map) to how the project is structured: https://github.com/kata-containers/community/wiki/Getting-Started-Contribut… We discussed on Monday if this should live in the wiki, or be an MD doc in the docs or other repo. I'm happy for this to live in the wiki, and for us to then link off to it from the docs and/or contrib repo. Any objections? I've added a link to that and to some of the other wiki pages to our wiki homepage, as it was looking a bit un-loved... https://github.com/kata-containers/community/wiki Graham --------------------------------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

Discuss Zuul on Sept 25 at 1900 UTC
by Anne Bertucio 21 Sep '18

21 Sep '18

Hi all, Sorry for the back and forth on coordinating a meeting to chat about the Zuul transition. The purpose of this discussion is to get everyone on the same page about where the Kata team is in transitioning to Zuul, what hasn’t been working currently, get some solutions from the OpenStack Infra team, etc. The easiest thing would be for the folks who are currently working on Jenkins/Zuul or interested in Kata’s CI to join the OpenStack Infra team’s weekly meeting next Tuesday, at 1900 UTC. They host their meetings on IRC freenode in #openstack-meeting [1]. Does that work for the people who would like to attend? [1] https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting <https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting> Anne Bertucio OpenStack Foundation anne(a)openstack.org | irc: annabelleB

3 3

Re: [kata-dev] [openstack-dev] Forum Topic Submission Period
by Jimmy McArthur 19 Sep '18

19 Sep '18

Sylvain Bauza wrote: > > > Le mer. 19 sept. 2018 à 00:41, Jimmy McArthur <jimmy(a)openstack.org > <mailto:jimmy@openstack.org>> a écrit : SNIP > > > Same as I do :-) Unrelated point, for the first time in all the > Summits I know, I wasn't able to know the track chairs for a specific > track. Ideally, I'd love to reach them in order to know what they > disliked in my proposal. They were listed on an Etherpad that was listed under Presentation Selection Process in the CFP navigation. That has since been overwritten w/ Forum Selection Process, so let me try to dig that up. We publish the Track Chairs every year. > SNIP > > I have another question, do you know why we can't propose a Forum > session with multiple speakers ? Is this a bug or an expected > behaviour ? In general, there is only one moderator for a Forum > session, but in the past, I clearly remember we had some sessions that > were having multiple moderators (for various reasons). Correct. Forum sessions aren't meant to have speakers like a normal presentation. They are all set up parliamentary style w/ one or more moderators. However, the moderator can manage the room any way they'd like. If you want to promote the people that will be in the room, this can be added to the abstract. > > -Sylvain > > > Cheers, > Jimmy > > > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: > OpenStack-dev-request@lists.openstack.org?subject:unsubscribe > <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

1 0

CI automatic trigger is now disabled in the tests repository
by Fuentes, Salvador 19 Sep '18

19 Sep '18

Hello, Today I disabled the automatic build trigger from the CI but only on the tests repository. This is mainly to make some tests before implementing this approach across all repos. So now every new PR opened on the tests repo will need to be verified by an admin, who will be able to start the CI. The commands that can be used for triggering the builds are: /test /retest retest this please - only for building failed jobs. We will need to run the commands on every change that is made on the PR. Limitations: 1. The /retest command will rebuild all Jobs (including the ones that passed). It is basically the same as /test. The command that is use to only rebuild failed jobs cannot be changed from the default one, which is: retest this please. So we have 2 options to rebuild failed jobs: 1. use the: "retest this please" command 2. go to Jenkins directly and rebuild the job from there. 2. The admin list can only be github users or organizations, so we won't be able to use the kata-containers teams that are registered in github. This means that all users registered in the kata-containers organization will be able to trigger the CI on every repository. If someone wants to try this, there is a PR[1] where you can run the commands, or you can use any other of the PRs in the tests repository. If there are no comments or disagreements on this approach by tomorrow EOD, I will enable the rest of the repositories to use this approach. Regards. [1] https://github.com/kata-containers/tests/pull/755 Salvador Fuentes.

4 5

OBS packaging reorganization proposal
by Marco Vedovati 19 Sep '18

19 Sep '18

Hi, we at SUSE think it would be great to have Kata Containers officially available in both openSUSE and SLE (enterprise) repositories. Our longer term vision is to integrate Kata Containers into the SUSE Container-as-a-Service platform as an additional container runtime. At the moment we support docker and cri-o, and kata looks like a nice addition :) This email is to propose a reorganization of the OBS packaging and get any feedback from you. I kicked off the discussion already with Carlos and Eric and this is the outcome: - Move all the packages on OBS from home:katacontainers to a new official development project under devel:kubic [1] (e.g. devel:kubic:katacontainers or whatever name you prefer). "devel" projects are associated with higher trust and visibility than "home" projects. - You can keep the build targets you currently have for the other distributions (Ubuntu, CentOS, etc...) - The relevant packages will be linked from devel:kubic:katacontainers to devel:kubic ("linking" is a way to avoid duplication of package sources), and from there we can set up the build targets to support all of the SUSE distribution flavours. This means that after a while [2], you can expect on any SUSE distribution to just do something like `sudo zypper install "kata-*"`, and have Kata Containers installed, without dealing with extra repositories. How does this sounds to you? Thanks, Marco [1]: https://kubic.opensuse.org/blog/2018-08-09-newdirection/ [2]: https://en.opensuse.org/openSUSE:Factory_development_model

2 1