| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 924114: Fix multi-tenant gerrit pre-filters https://review.opendev.org/c/zuul/zuul/+/924114 | 07:04 | |
| -@gerrit:opendev.org- Dong Zhang proposed wip on behalf of Benedikt Löffler: [zuul/nodepool] 923506: WIP: Support EC2 Fleet API https://review.opendev.org/c/zuul/nodepool/+/923506 | 11:25 | |
| -@gerrit:opendev.org- Benjamin Schanzel proposed wip on behalf of Simon Westphahl: [zuul/zuul-jobs] 922910: Add ensure-dib role https://review.opendev.org/c/zuul/zuul-jobs/+/922910 | 11:30 | |
| -@gerrit:opendev.org- Benedikt Löffler marked as active: [zuul/nodepool] 923506: WIP: Support EC2 Fleet API https://review.opendev.org/c/zuul/nodepool/+/923506 | 12:04 | |
| -@gerrit:opendev.org- Dong Zhang proposed on behalf of Benedikt Löffler: [zuul/nodepool] 923506: Support EC2 Fleet API https://review.opendev.org/c/zuul/nodepool/+/923506 | 12:13 | |
| -@gerrit:opendev.org- Dong Zhang proposed on behalf of Benedikt Löffler: [zuul/nodepool] 923506: Support EC2 Fleet API https://review.opendev.org/c/zuul/nodepool/+/923506 | 12:15 | |
| -@gerrit:opendev.org- Benjamin Schanzel proposed wip on behalf of Simon Westphahl: [zuul/zuul-jobs] 922910: Add ensure-dib role https://review.opendev.org/c/zuul/zuul-jobs/+/922910 | 12:48 | |
| -@gerrit:opendev.org- Dong Zhang proposed on behalf of Benedikt Löffler: [zuul/nodepool] 923506: Support EC2 Fleet API https://review.opendev.org/c/zuul/nodepool/+/923506 | 13:08 | |
| -@gerrit:opendev.org- Dong Zhang proposed on behalf of Benedikt Löffler: [zuul/nodepool] 923506: Support EC2 Fleet API https://review.opendev.org/c/zuul/nodepool/+/923506 | 13:15 | |
| -@gerrit:opendev.org- Benjamin Schanzel proposed wip on behalf of Simon Westphahl: [zuul/zuul-jobs] 922910: Add ensure-dib role https://review.opendev.org/c/zuul/zuul-jobs/+/922910 | 13:16 | |
| -@gerrit:opendev.org- Simon Westphahl marked as active: [zuul/zuul-jobs] 922910: Add ensure-dib role https://review.opendev.org/c/zuul/zuul-jobs/+/922910 | 13:21 | |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 924293: Only update launcher providers on layout updates https://review.opendev.org/c/zuul/zuul/+/924293 | 13:51 | |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 924189: Publish zuul-launcher image https://review.opendev.org/c/zuul/zuul/+/924189 | 14:27 | |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed on behalf of Simon Westphahl: | 14:27 | |
| - [zuul/zuul] 922802: Add launcher client/server implementation https://review.opendev.org/c/zuul/zuul/+/922802 | ||
| - [zuul/zuul] 923239: Implement nodeset request handling https://review.opendev.org/c/zuul/zuul/+/923239 | ||
| -@gerrit:opendev.org- Dong Zhang proposed on behalf of Benedikt Löffler: [zuul/nodepool] 923506: Support EC2 Fleet API https://review.opendev.org/c/zuul/nodepool/+/923506 | 14:27 | |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 924409: Clarify child_jobs return value docs https://review.opendev.org/c/zuul/zuul/+/924409 | 14:47 | |
| @jim:acmegating.com | zuul-maint: new zuul release proposal: | 15:02 |
|---|---|---|
| commit d4fafaefd623c2e212e91d416a955527f399216f (HEAD -> master, tag: 11.0.1, origin/master, gerrit/master) | ||
| @clarkb:matrix.org | That appears to match the top of master and would be the next tag number. I'm still trying to catch up on all the recent big fixes but otherwise lgtm | 15:11 |
| @ildikov:matrix.org | Hi All, I'm reaching out to you with a quick question. | 15:31 |
| @ildikov:matrix.org | The Kata Containers community has been running into some bottlenecks and challenges with their CI setup on GitHub, so Zulu came up as an option again. They mentioned that there were some challenges in the past with using Zulu, so they went for alternatives, but they are interested in revisiting the topic again. | 15:33 |
| @ildikov:matrix.org | They are discussing CI challenges on the weekly Architecture Committee calls, which are happening on Thursdays at 1300 UTC. | 15:33 |
| @ildikov:matrix.org | Would someone from the Zuul community, who has knowledge about how to use Zuul with GH, be available to join the next Kata AC call and help talking through this option? | 15:35 |
| @fungicide:matrix.org | > <@ildikov:matrix.org> They are discussing CI challenges on the weekly Architecture Committee calls, which are happening on Thursdays at 1300 UTC. | 15:35 |
| i believe the challenges they ran into were mostly opendev-specific, as they didn't want to have to run their own ci system but also didn't want to be involved in helping run opendev's ci system either. also they insisted on using github and zuul's support for github back then wasn't as robust as it is today | ||
| @ildikov:matrix.org | fungi: That's great background information. I think sharing some details on how Zuul improved in working with GH would be very valuable for the Kata folks. | 15:36 |
| @fungicide:matrix.org | unfortunately i don't know all that much about it, since i avoid touching github wherever and whenever i can | 15:37 |
| @ildikov:matrix.org | I have a feeling that they have been patching things up enough lately, that they might be more open to the different options you mentioned. | 15:37 |
| @ildikov:matrix.org | fungi: I understand. Do you know who would be a good person to ask? | 15:37 |
| @fungicide:matrix.org | i'm not sure. with github being a proprietary commercial system, the majority of people using it with zuul may be doing so in a professional/corporate capacity, so i'd be surprised if they have time for much community outreach of that nature. but if someone reading this has that background and wants to help talk to the kata containers community about it, hopefully they'll see this and respond | 15:40 |
| @ildikov:matrix.org | You mentioned that Zuul's GH support is more robust today. Do you happen to know who worked on that? | 15:42 |
| @fungicide:matrix.org | skimming the git history for zuul/drivers/github/* looks like it's been primarily corvus from acme gating and multiple contributors from bmw | 15:47 |
| @ildikov:matrix.org | great, thank you for looking into that | 15:50 |
| @ildikov:matrix.org | I'll stay put to give people a bit of time to catch up on our chat here, before pinging anyone on the topic. | 15:50 |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: [zuul/zuul] 924373: WIP: Add some of the aws driver and statemachine framework https://review.opendev.org/c/zuul/zuul/+/924373 | 15:54 | |
| @clarkb:matrix.org | An alternative may be to have the kata community reach out either here or on the mailing list (or both) with their questions and concerns. Then whoever has the answers can chime in and we don't need to coordinate meeting times at least until we have a better picture of whether or not a meeting is necessary' | 15:54 |
| @ildikov:matrix.org | Clark: Thank you for the reminder, I will share that with them as well. It would be great if we could have someone on the Kata AC meeting, as the community is still in the process to figure out what and how they want to make work. So having more contributors from Kata on that call would lead to a more well-rounded and deep dive conversation. | 16:00 |
| @clarkb:matrix.org | Ok. I call that out simply because it is generally how we encourage people to engage the community. When I get DMs asking questions I always redirect them to the public channels for example | 16:04 |
| @ildikov:matrix.org | I understand. When I mentioned pinging people above, I mean to ping them on this channel. The Kata AC calls are also public and the recordings are shared afterwards. So no matter where the conversation happens, it will be logged and available later. | 16:08 |
| @ildikov:matrix.org | I hope that resolves your concerns. | 16:08 |
| @clarkb:matrix.org | Sort of. I guess I also don't know that it is fair to expect the zuul community to do house calls. We have a place to engage here as well as the mailing list. One of the historic issues with kata and zuul usage was the lack of communication and everything got blamed on us without knowing anything was broken. I would really like to push for direct engagement from the start and not recreate the struggles of the past by creating an impression we are either on call for kata or expected to continuously monitor things on their side | 16:10 |
| @clarkb:matrix.org | We expect others to engage using these channels as well was my point more so than DMs being private | 16:10 |
| @fungicide:matrix.org | also, as with any software choice, they should probably peruse the documentation and maybe put together a poc, rather than expecting people to try to sell them on a particular solution | 16:10 |
| @ildikov:matrix.org | expecting to do house calls? | 16:11 |
| @fungicide:matrix.org | ildikov: "my project is trying to decide whether to use kata containers or a competitor. can the kata ac members please get on a call with me to tell me why i should use their software?" | 16:12 |
| @ildikov:matrix.org | fungi: so, the issue is the place of the conversation, and not the discussion to help people understand if there are limitations to an options which would make it not working for them | 16:16 |
| @fungicide:matrix.org | > <@ildikov:matrix.org> fungi: so, the issue is the place of the conversation, and not the discussion to help people understand if there are limitations to an options which would make it not working for them | 16:19 |
| it's that prior challenges in interaction with the kata community leaders was that they didn't want to engage in direct discussion and preferred to have someone act as a go-between instead. in this case they have you coming here to plead for assistance on their behalf, which doesn't inspire confidence that the dynamic has changed in years since | ||
| @fungicide:matrix.org | out of curiosity, do the kata community leaders join meetings of organizations or communities who are considering using or having problems with their software, or do they expect those people to come to their meetings and discussion channels and open bugs in their bug tracker when issues arise? | 16:20 |
| @ildikov:matrix.org | ok, I understand that you are concerned about future interactions, based on what experience you had with the Kata community in the past | 16:21 |
| @fungicide:matrix.org | well, that and if they're actually interested in using zuul then i'm simply wondering why they're not already in here or on the zuul-discuss mailing list asking questions | 16:22 |
| @ildikov:matrix.org | for background, I offered them to ask and see if there is someone from the Zuul community who is available to help with this specific topic | 16:23 |
| @ildikov:matrix.org | since I have the account set up on Matrix already, and know a few people in the community, so I felt comfortable asking the question | 16:23 |
| @ildikov:matrix.org | I'm sorry if the question was offensive | 16:25 |
| @fungicide:matrix.org | makes sense, thanks. so to your knowledge have they read any of the introductory material on the zuul-ci.org website, or the zuul documentation? it has a lot of useful information already, and would probably help save everyone some time if they came up with specific questions they're looking for answers to | 16:25 |
| @ildikov:matrix.org | I will point them to the documentation and highlight that there is likely a lot of new content in there since they last checked it | 16:26 |
| @fungicide:matrix.org | ildikov: in particular, the github driver documentation covers a lot of the github-specific functionality, though does assume some familiarity with other more basic topics covered elsewhere in the documentation: https://zuul-ci.org/docs/zuul/latest/drivers/github.html | 16:26 |
| @clarkb:matrix.org | not offensive. I'm just hoping to steer the discussion into a direction that is most likely to result in a positive outcome for those involved. I think the best way to achieve that is to engage directly using the normal channels first and build from there | 16:27 |
| @clarkb:matrix.org | which is what we expect to happen generally and isn't specific to kata | 16:27 |
| @ildikov:matrix.org | I will also see if there is one person from the community who is confident to lead the conversation at this stage, and help them sign up to Matrix, if they are not here yet, to move things forward. | 16:27 |
| @ildikov:matrix.org | Clark: I understand that. My goal is also to support that and ensure that there is a good and efficient communication between the two communities. | 16:29 |
| @ildikov:matrix.org | I'm trying to find the best ways forward, while also keeping things moving forward. Which is the reason I was asking if there was someone here kind enough to help with brainstorming and answering some questions on that Kata meeting. I recognize that Kata might have some room to improve on cross-community collaboration, which I will keep working with them on. | 16:35 |
| @jim:acmegating.com | in order to avoid timezone issues and to allow the best articulated questions and responses, it sounds like a good mailing list topic | 16:44 |
| -@gerrit:opendev.org- Tobias Henkel proposed: [zuul/zuul] 922450: Add spec for OIDC Workload Identity Federation https://review.opendev.org/c/zuul/zuul/+/922450 | 19:19 | |
| -@gerrit:opendev.org- Tobias Henkel proposed: [zuul/zuul] 922450: Add spec for OIDC Workload Identity Federation https://review.opendev.org/c/zuul/zuul/+/922450 | 19:21 | |
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed: | 20:58 | |
| - [zuul/zuul] 924373: Add some of the aws driver and statemachine framework https://review.opendev.org/c/zuul/zuul/+/924373 | ||
| - [zuul/zuul] 924440: Add listResources/deleteResource from endpoint to provider https://review.opendev.org/c/zuul/zuul/+/924440 | ||
| - [zuul/zuul] 924441: Move getQuotaLimits to the Provider class https://review.opendev.org/c/zuul/zuul/+/924441 | ||
| - [zuul/zuul] 924442: Move uploadImage to Provider class https://review.opendev.org/c/zuul/zuul/+/924442 | ||
| - [zuul/zuul] 924443: Pass provider_name to _tag methods https://review.opendev.org/c/zuul/zuul/+/924443 | ||
| - [zuul/zuul] 924444: Replace adapter with endpoint in AWS state machines https://review.opendev.org/c/zuul/zuul/+/924444 | ||
| - [zuul/zuul] 924445: Replace use of adapter with endpoint in EBS uploader https://review.opendev.org/c/zuul/zuul/+/924445 | ||
| - [zuul/zuul] 924446: Move/add all public Adapter methods to aws provider https://review.opendev.org/c/zuul/zuul/+/924446 | ||
| - [zuul/zuul] 924447: Move some attributes from label to flavor https://review.opendev.org/c/zuul/zuul/+/924447 | ||
| - [zuul/zuul] 924448: Add abstract statemachine adapter methods to provider https://review.opendev.org/c/zuul/zuul/+/924448 | ||
| - [zuul/zuul] 924449: Split awsprovider.py https://review.opendev.org/c/zuul/zuul/+/924449 | ||
| -@gerrit:opendev.org- James E. Blair https://matrix.to/#/@jim:acmegating.com proposed on behalf of Tobias Henkel: [zuul/zuul] 922450: Add spec for OIDC Workload Identity Federation https://review.opendev.org/c/zuul/zuul/+/922450 | 21:52 | |
| @jim:acmegating.com | release announcement for 11.0.1 sent | 22:30 |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 922061: Add a spec for untrusted multi-project configuration https://review.opendev.org/c/zuul/zuul/+/922061 | 23:52 | |
| -@gerrit:opendev.org- Zuul merged on behalf of James E. Blair https://matrix.to/#/@jim:acmegating.com: [zuul/zuul] 922244: Restrict section inheritance to a single project https://review.opendev.org/c/zuul/zuul/+/922244 | 23:53 | |
| -@gerrit:opendev.org- Zuul merged on behalf of Simon Westphahl: [zuul/zuul] 921949: Add basic zuul-launcher client/server skeleton https://review.opendev.org/c/zuul/zuul/+/921949 | 23:53 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!