- Zuul-discuss - lists.opendev.org

AWS driver for Nodepool IAM policies
by Fabien Boucher 08 Jun '21

08 Jun '21

Hi, We plan to use the AWS driver for Nodepool but looking at the documentation [1] it is not clear which IAM policies we need to configure for the Nodepool account. If some of you have experience with the AWS driver could it be possible to share some details about the policy setup for the Nodepool user ? For instance, which actions must be allowed [2] ? Fabien [1]: https://zuul-ci.org/docs/nodepool/aws.html [2]: https://docs.aws.amazon.com/service-authorization/latest/reference/list_ama…

1 0

file sync issue?
by Åsmund Østvold 08 Jun '21

08 Jun '21

Hi, I suddenly experience: 2021-06-08 07:59:39.647866 | 2021-06-08 07:59:39.870542 | PRE-RUN END RESULT_NORMAL: [trusted : review.resoptima.net/zuul/irma_config/playbooks/base/pre.yaml@master] 2021-06-08 07:59:39.870861 | RUN START: [trusted : review.resoptima.net/zuul/irma-common-jobs/playbooks/build_and_integrationt…] 2021-06-08 07:59:41.191318 | 2021-06-08 07:59:41.191500 | PLAY [Role run build.sh] 2021-06-08 07:59:41.228238 | 2021-06-08 07:59:41.228438 | TASK [buildsh.zuul : runs-build.sh-… [View More]

1 1

Last call on two specs
by James E. Blair 04 Jun '21

04 Jun '21

Hi, The following specs have undergone several review cycles and I think they may be in or near their final state. I'd encourage anyone with an interest to review these and leave feedback. Zuul Maintainers, I'd like to merge these in a little over one week, on June 11, if there are no significant objections noted in review. If you need more time, please leave a review message to that effect, and we can extend the deadline. * Add spec for enhanced regional executor distribution https://… [View More]

1 1

[Diversity] Diversity and Inclusion Meeting Reminder - OFTC
by Amy Marrich 04 Jun '21

04 Jun '21

The Diversity & Inclusion WG invites members of all OIF projects to attend our next meeting Monday June 7th, at 17:00 UTC in the #openinfra-diversity channel on OFTC. The agenda can be found at https://etherpad.openstack.org/p/ diversity-wg-agenda. Please feel free to add any topics you wish to discuss at the meeting. Thanks, Amy (spotz)

1 0

stage-output role
by James E. Blair 31 May '21

31 May '21

Hi, A while back we had the idea that something like 'stage-output' could be put in a base job post-run playbook, and then users of any job could collect log files by just adding zuul job variables. However, that role has "become: true" set for three tasks (of primary importance: being able to copy system logs) and there are jobs in zuul-jobs which drop sudo at the start of the job. It seems difficult to reconcile these two ideas. Should we add some sort of detection in the stage-output … [View More]

1 1

Possible use of Matrix?
by James E. Blair 29 May '21

29 May '21

Hi, I'm starting this as a new thread to clearly differentiate it from the short term question of "if we evacuate from freenode, where should we go?". I think moving to a different IRC network is important to do in the short term, and I don't want to confuse the issues. At the same time, this whole process has sparked a lot of discussion (mostly elsewhere) about alternative technologies. One that I think shows particular promise is Matrix, and I'd like to find out if other folks feel … [View More]similarly. Some quick relevant points about Matrix (you can google it for more :): * It's a decentralized chat protocol, so no single entity controls the infrastructure running it. * It is truly open-source and a variety of client interfaces exist. * It optionally supports end-to-end encryption. * There are existing bridges to other communication networks, like Freenode, OFTC. Libera should arrive soon[1]. * A variety of community, outsourced, or self-hosted options exist. * A number of large and small open-source communities use it. Regarding the clients, I'd like to highlight three options: 1) There is a robust plugin for weechat (matrix-weechat). That means folks like me who like to have a small terminal window open for all of their messaging needs can seamlessly transition to using Matrix. 2) There is a very nice webclient (called Element) that looks and behaves like all the other really nice web chat clients; so folks who like user interfaces from this century can dig it. 3) There are mobile clients as well. In all cases, due to the way Matrix works, users can switch between clients or use multiple clients simultaneously, and all of these clients have access to channel history even when disconnected. This is perhaps one of the largest pain points for new users of IRC. The reason that works is that every user (and room) belongs to a "homeserver" and the homeserver handles storing messages and serving them to clients. Homeservers federate with other homeservers to form the larger Matrix network. Any user on any homeserver can talk to any other user or join any room on any other homeserver (assuming permission is granted). Typically, users do not run their own homeservers (unless they are enthusiasts -- the sort of folks who run their own email or web servers). Instead, they would either use a homeserver run by their company, or a project, or use the main public server hosted by the foundation which supports Matrix development: matrix.org. In short, this provides an ideal experience: * No need to run their own infrastructure * Federated, open-source, open protocols (no vendor lock-in) * Ability to communicate with many chat networks at once * Modern UX using more corporate-firewall-friendly connectivity options When you combine this with the IRC bridging support, Matrix makes an ideal interface to all of the IRC networks in addition to the Matrix itself. Okay, here's my vision for the future: First, I'd like to suggest that folks sign up for a matrix.org account and use the IRC bridge to connect to #zuul on freenode. If/when we switch to a different IRC network, just follow us to that network. This is an easy way for us to evaluate Matrix (both the clients and the server network) and decide if we like the technology. Assuming we do, then we should consider eliminating the middle-man, and move from a bridged IRC channel to a native Matrix room. At that point, we will want a homeserver for the room at least. This is where getting feedback early so that we know what to prepare for would be good (do we want a homeserver just to host rooms? or should we also be looking to host user accounts as well?). There are discussions to be had with OpenDev and the Foundation about this, but first we need to know where we want to go. If this sounds like a terrible idea, please let me know. If it sounds worth exploring, then I encourage you to do what I'm doing right now: use Matrix to interact with #zuul on IRC instead of a native IRC client. Try it out and let's see how it works. Here's what you do: 1) Go to https://app.element.io/ and sign up for an account. You know the drill. 2) Once you're logged in, click on the "+" next to "Rooms" and then "Explore public rooms". 3) Under the search bar where it says "Matrix rooms (matrix.org)" click the drop-down and switch it to "Freenode". Type "#zuul" into the search box. Click Join. 4) Now, ideally this would be the end of the instructions, and if we move to OFTC, hopefully it will be; but because of the spam problem on freenode, #zuul requires nick registration. That means we need to tell the matrix.org IRC bridge to use our registered nicks. You'll note that you have been kicked from #zuul and you have an invitation to join a room "Freenode IRC Bridge status". Accept the invitation. 5) Type "!help" to see a list of commands. 6) Type "!nick" followed by your existing Freenode nick. 7) Type "!storepass" followed by the password for your Freenode nick. Note, you're giving your nick password to a bot run by a third party. You'll need to evaluate whether you're okay with that. At the least, use a unique password. 8) Type "!join #zuul" (that should have the same effect as adding the room earlier). I admit, these instructions are weird since I told you to start by doing something that won't work. But I do want to show how simple this should be once we can either relax the nick registration requirement or move off of IRC completely; either way, it's just the first 3 steps. If you want to skip that part, you could initiate a PM to "@appservice-irc:matrix.org" and start at step #5. Each IRC bridge has a different bot running it; to do the same thing for OFTC, you would talk to "@oftc-irc:matrix.org". That's it for now. Please let me know if you have any feedback, and I'd encourage everyone to at least try out element/matrix. I've been using a lot of different chat systems lately, and I'm really pleased with how this is working out. Even if we decide to stay on IRC, I plan to use the Matrix bridge as my primary interface. If you do too, then it will be easy to stay connected with projects on various IRC networks as well as be prepared for any potential moves to Matrix. -Jim [1] https://github.com/matrix-org/matrix-appservice-irc/issues/1324 [View Less]

4 5

OpenDev IRC services are moving to OFTC this weekend
by Jeremy Stanley 26 May '21

26 May '21

As a majority of our constituent projects have voiced a preference for enacting our long-standing evacuation plan, the OpenDev Collaboratory's IRC service bots will be switching from Freenode to the OFTC network this weekend (May 29-30, 2021). We understand this is short notice, but multiple projects have requested that we act quickly. Please expect some gaps in channel logging and notifications from our various bots over the course of the weekend. I have provided a much more detailed writeup … [View More]

2 1

OpenInfra Live - May 27 at 9am CT (1400 UTC)
by Erin Disney 26 May '21

26 May '21

Hi everyone, This week’s OpenInfra Live episode is brought to you by the Zuul community! Episode: Large Scale Open Source CI Featuring Zuul Date and time: May 27 at 9am CT (1400 UTC) Don’t merge broken code. Infrastructure at scale relies on quality software that is tested before it’s deployed. Operators rely on open source CI systems like Zuul for gating, scaling across organizations and cross-project dependencies. In this OpenInfra Live episode, Jim Blair, Zuul Maintainer and CEO at Acme … [View More]

1 0

Pipeline run on Gerrit trigger change merge event
by Sankar Palanivel 26 May '21

26 May '21

Hi, We have configured 2 gerrit connections in zuul. We are expecting to have a zuul job of gerrit connection-01 should triggered based on the "change merge" events from gerrit connection-02. Is it even possible to configure in zuul? If so, can you please suggest a way to proceed? Thanks, Sankar Palanivel

2 9

OpenDev Collaboratory IRC services
by Jeremy Stanley 25 May '21

25 May '21

I know lots of people are discussing the recent Freenode IRC upheaval and what it means for their projects. On behalf of the OpenDev sysadmins I've started a thread on the service-discuss(a)lists.opendev.org mailing list to get feedback from communities currently utilizing the OpenDev Collaboratory's IRC bot services in their channels on Freenode (meeting minutes/logging, Gerrit change events, OpenDev service status information, channel operator assistance): http://lists.opendev.org/pipermail/… [View More]

3 4