- Zuul-discuss - lists.opendev.org

Looking for more Zuul user stories
by Jeremy Stanley 13 Aug '20

13 Aug '20

Zuul's Web site has a page dedicated to users and their stories: https://zuul-ci.org/users.html We have nearly a dozen so far, but we want yours too (and if it's already there, maybe you have new details now that you've been relying on Zuul for longer?). Whether you're running Zuul yourself or your project is taking advantage of a shared Zuul deployment, the editors of SuperUser would love to hear from you. The easiest way is to take the Zuul User Survey linked from the top of the page above and indicate that you're willing to tell your story, but you can also contact the SuperUser editors at editor(a)openstack.org or see the Editorial Guidelines here: https://superuser.openstack.org/editorial-guidelines/ Zuul is becoming wildly popular as people increasingly realize they have needs only it is designed to solve, so there are certain to be more stories about it we haven't heard yet. Please tell yours too! -- Jeremy Stanley

1 0

Virtual PTG October 2020 Dates & Registration
by Kendall Nelson 10 Aug '20

10 Aug '20

Hello Everyone! I'm sure you all have been anxiously awaiting the announcement of the dates for the next virtual PTG! After polling the community[1] and balancing the pros and cons, we have decided the PTG will take place the week after the Open Infrastructure Summit[2][3] from October 26th to October 30th, 2020. PTG registration is now open[4]. Like last time, it is free, but we will again be using it to communicate details about the event (schedules, passwords, etc), so please register! Later this week we will send out info about signing up teams. Also, the same as last time, we will have an ethercalc signup and a survey to gather some other data about your team. -the Kendalls (diablo_rojo & wendallkaters) [1] ML Poll for PTG Dates: http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016098.html [2] Summit Site: https://www.openstack.org/summit/2020/ [3] Summit Registration: https://openinfrasummit2020.eventbrite.com [4] PTG Registration: https://october2020ptg.eventbrite.com

1 0

Use TLS Zookeeper and a SQL db, or pin to Zuul / Nodepool 3.x
by corvus＠inaugust.com 03 Aug '20

03 Aug '20

Hi, As part of the upgrade path to Zuul v5, which will feature a fully distributed system (including schedulers), we need to make some incompatible changes. You can continue to continuously deploy Zuul (we will in OpenDev), but only if you have already made the required changes. As a reminder, here is the overall plan for v4/v5: http://lists.zuul-ci.org/pipermail/zuul-discuss/2020-March/001158.html And here are the required changes: * TLS ZooKeeper connections [1] * Network connectivity from all components to ZooKeeper * A SQL database [2] They are described in more detail in the release notes: https://zuul-ci.org/docs/zuul/reference/releasenotes.html#relnotes-3-19-0 Starting immediately we will begin merging the changes to implement this process. That means that if you are continuously deploying Zuul, you must either have these changes in place as of now, or pin your installation to a 3.x release while you make those changes. I encourage everyone to do this ASAP, so that you can continue to closely track Zuul development. The path from v3 to v5 is intended to be smooth and one that we can all incrementally follow. They key to this is not falling behind at the beginning. -Jim [1] https://zuul-ci.org/docs/zuul/howtos/zookeeper.html#zk-encrypted-connections [2] https://zuul-ci.org/docs/zuul/reference/drivers/sql.html#sql-driver

1 0

Jenkins support in Zuul v3
by T, Mohamednisar (Nokia - IN/Bangalore) 27 Jul '20

27 Jul '20

Hello Zuul team, Thank you for developing sunch a wonderful gating system. We were using zuul v2 with Jenkins and gearman. We understood that, zuul wanted move away from Jenkins to ansible jobs. As Zuul v2 is deprecated and We would like to use Jenkins with zuul v3, I have two questions 1. Is there any plan to support Jenkins in v3. 2. If we add the feature to support Jenkins in v3 using gearman, is it possible to upstream the changes back to zuul Thanks & Regards, Nisar T

2 1

October/November PTG Date Selection
by Kendall Waters 27 Jul '20

27 Jul '20

Hello Everyone! We wanted to get your input on the best dates for holding the PTG now that its been annouced that the Summit itself will be virtual[1]. Please fill out the CIVS poll by August 3 at 15:00 UTC. We really appreicate your feedback! Poll: https://civs.cs.cornell.edu/cgi-bin/vote.pl?id=E_a69944444a9b7c93&akey=3ecc… <https://civs.cs.cornell.edu/cgi-bin/vote.pl?id=E_a69944444a9b7c93&akey=3ecc…> There are obviously many pros and cons to each option, below are the conflicts/reasons why we might not want to select that option. Option 0 - Two weeks before Summit (October 5-9) Conflicts with RC work External Event Conflicts: None? Option 1 - One week after Summit (October 26-30) Halloween on Oct 31 Perfect for release timing but event fatigue is a real concern External Event Conflicts: Open Source Summit EU, ODSC Open Data Science Conference East Cloud Foundry Summit EU, KVM Forum Option 2 - Two weeks after the Summit (November 2-6) USA Election day on Nov 3; could be a distraction, contributors needing to go vote (whatever that looks like with the virus), news, etc. Event Conflicts: None? Option 3 - Three weeks after the Summit (November 9-13) Pushes far into the cycle (4 weeks after previous release, a bit late, Veterns day/holiday - may affect France and Germany and US) External Events Conflicts: VMWorld EU -The Kendalls (diablo_rojo & wendallkaters) [1] http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016068.html <http://lists.openstack.org/pipermail/openstack-discuss/2020-July/016068.html>

1 0

Enabling the preferences dialog
by Sorin Sbarnea 23 Jul '20

23 Jul '20

Can we please enable the preferences dialog on Zuul? Over the last few months I was asked on multiple occasions about making some UI changes optional/configurable in zuul. So I added it, assured it fits well in the new pf4 UI, and struggle to convince other cores to review it. Please, take a look at https://review.opendev.org/#/c/723603/ and help me finish it. I guess that once first one goes in, it will much easier to review other ones. There are few other changes are waiting for the preference dialog: configure how many lines of code are included in abridged view (hardcoded to 42 now) ability to enable/disable ANSI rendering move of auto-reload option to preferences I know that previously it was mentioned a possible conflcit with "login" feature Matthew Huin was working on. Still the reality is that: user preferences is not linked to login and must work without login many deployments will not enable login due to performance concerns login change is outdated and not touched in more than a month, far away from being merged. Also please accept my apologies for nagging few of you over the last weeks about my (boring) UI changes. I hope that using the mailing list would be less intrusive and maybe more effective. Cheers, Sorin

2 1

Can me migrate zuul-jobs towards being an Ansible collection?
by Sorin Sbarnea 22 Jul '20

22 Jul '20

As I really like the quality and reusability of roles present in zuul-jobs, I would like to have bit more flexibility regarding installing them, basically being able to package them and install them as a collection. Can we agree on going into the direction of publishing it as collection in galaxy? The only major issue we have is that galaxy requires all roles not to use dashes, underlines being accepted. I think it may be possible to perform a slow transition by creating symlinks, maybe even combined with a rename of only those that are generic enough, like ensure ones. The idea is that is impossible to publish a collection that contains roles with underlines and this is not going to change. Still, it is possible to package only a set of directories in your collection, ignoring others. The second issue I am aware of is related to documentation. Galaxy expects documentation as markdown and also the meta file. That is not such a big deal as Sphinx can build documentation from both using myst-parser extension. If we agree that we want to go this path, probably it would make sense to start with a one role collection and slowly migrate others. Cheers Sorin Sbarnea

2 1

Moving zuul UI preferences in a single location
by Sorin Sbarnea 06 Jul '20

06 Jul '20

As the number of configurable user preferences seems to be growing (see list below), I think is time to put them in a single place, instead of scattering them in various places in the UI, as this would only clutter it. Also it does not scale well. - timezone config (now on top nav bar) - ability to configure log wrapping on/off (requested) - ability to enable/disable ANSI support (also requested due to performance concerns) - auto-reload on status page - other future options I proposed adding a config icon that popup a dialog where we can put these configurations. https://sbarnea.com/ss/Screen-Shot-2020-07-06-13-43-58.png https://review.opendev.org/#/c/739482/1 - adds the config dialog, dialog is now empty bu the goal was to demonstrate how it would work first. I also proposed removal of cookies and replacement with localStorage, which allowed us to simplify the code and also avoid the GDPR legal issues https://review.opendev.org/#/c/739454/ Regarding enabling ANSI support, there are two alternatives proposed (each using a different react ANSI library) https://review.opendev.org/#/c/739444/ -- via react-ansi (more terminal like, with line numbers) https://review.opendev.org/#/c/716251/ -- via ansi-to-react If we consolidate user configurable preferences into a single screen and make use of localStore it may be much easier to gradually introduce changes in zuul, as we can make them opt-ins. What do you think? Cheers Sorin

2 1

Making yum errors visible by default in zuul
by Sorin Sbarnea 05 Jul '20

05 Jul '20

Few weeks back I proposed a change that would expose the "failures" list of errors in zuul UI when a module returns it, similar to stdout and stderr. The change got in limbo after @corvus remarked that this is not a standard way to return errors for modules. He mentioned that they could get to the full output by pressing the failed button (which is another UX issue by itself because is presented as a label, only few people would guess that this is clickable). The reality more ugly than this, and finding the error for a non-veteran zuul user is a real adventure: * Once landed on the "summary" page the user would see only the "Failed to install some of the specified packages", yep **some**, not the list. * There is no butten user can press from summary page to open full return list. * Hopefully user will decide to pick "console" tab instead of "logs" which would likely confuse him more * Once landed on console page, at least he would see the failed task as red, but still w/o required details * Now he would have to guess that the red [FAILED] block is clickable * After he clicks it, he would finally get to the "failures" list. https://review.opendev.org/#/c/734833/ Returning failures was the behavior of yum module for a very long time and there are no plans to change it from Ansible side (see linked bug). Yum module is one of the most used ones, also a core plugin. Considering that my proposal was to make the field visible in summary and preview happens only when a task failed and contains that field, why do we prefer to cripple the user experience for all users? Even if Ansible would decide to magically make the msg from yum module better, this will not help us for many years. Such a change would not lang sooner than 2.11, which means that at least two more years until we will display friendly errors. I know that likely most, if not all members of zuul-discuss have a good knowledge of Zuul, so you are likely to already know stuff that is not obvious. I encourage you to step back and consider what a first-time contributor, that never used Zuul, would see and do when it gets his first CI failure. The reason why I am writing this is that I am aware of several other UX issues with zuul and I personally faced some less then pleasant feedback from first time users over the last year, especially after I helped enabling Zuul CI on Ansible molecule and ansible-lint projects. I would be very happy if you would join me in my quest for improving Zuul user experience, especially from the browser point of view. Thanks Sorin Sbarnea

2 1

[Diversity] Diversity & Inclusion WG Meeting 7/6
by Amy Marrich 02 Jul '20

02 Jul '20

The Diversity & Inclusion WG invites members of all OSF projects to our next meeting Monday, July 6th, at 17:00 UTC in the #openstack-diversity channel. The agenda can be found at https://etherpad.openstack.org/p/diversity -wg-agenda. We will be discussing changing our Wiki page to reflect the broader OSF projects and communities so that the page reflects our mission. Please feel free to add any other topics you wish to discuss at the meeting. Thanks, Amy (spotz)

1 0