| *** frankwang has joined #openstack-release | 00:17 | |
| *** zhurong has joined #openstack-release | 00:23 | |
| *** harlowja has quit IRC | 00:26 | |
| *** bobh has quit IRC | 00:28 | |
| *** v12aml has quit IRC | 00:32 | |
| *** frankwang has quit IRC | 00:42 | |
| *** v12aml has joined #openstack-release | 00:47 | |
| *** hongbin has joined #openstack-release | 01:03 | |
| *** mriedem has quit IRC | 01:15 | |
| *** zhurong has quit IRC | 01:26 | |
| *** ricolin has joined #openstack-release | 01:29 | |
| *** bobh has joined #openstack-release | 02:13 | |
| *** lbragstad has quit IRC | 02:18 | |
| *** bobh has quit IRC | 02:34 | |
| openstackgerrit | zhurong proposed openstack/releases master: Release solum-dashboard 2.4.1 and cut stable/rocky https://review.openstack.org/588879 | 02:47 |
|---|---|---|
| openstackgerrit | Lingxian Kong proposed openstack/releases master: Release python-qinlingclient 2.1.0 and create stable/rocky https://review.openstack.org/589328 | 02:52 |
| openstackgerrit | Lingxian Kong proposed openstack/releases master: Qinling RC1 and create stable/rocky https://review.openstack.org/589329 | 02:53 |
| openstackgerrit | zhurong proposed openstack/releases master: Release solum-dashboard 2.5.0 and cut stable/rocky https://review.openstack.org/588879 | 02:53 |
| *** rosmaita has quit IRC | 03:13 | |
| *** jhesketh_ is now known as jhesketh | 03:14 | |
| openstackgerrit | Lingxian Kong proposed openstack/releases master: Qinling RC1 and create stable/rocky https://review.openstack.org/589329 | 03:31 |
| *** dave-mccowan has quit IRC | 03:31 | |
| *** udesale has joined #openstack-release | 03:48 | |
| openstackgerrit | Lingxian Kong proposed openstack/releases master: Qinling RC1 and create stable/rocky https://review.openstack.org/589329 | 03:52 |
| openstackgerrit | XueFeng Liu proposed openstack/releases master: Release senlin 6.0.0 and cut stable/rocky https://review.openstack.org/588889 | 04:11 |
| *** hongbin has quit IRC | 04:15 | |
| openstackgerrit | XueFeng Liu proposed openstack/releases master: Release senlin-dashboard 0.9.0 and cut stable/rocky https://review.openstack.org/588891 | 04:17 |
| openstackgerrit | XueFeng Liu proposed openstack/releases master: Release senlin 6.0.0 and cut stable/rocky https://review.openstack.org/588889 | 04:24 |
| *** ykarel has joined #openstack-release | 04:35 | |
| *** e0ne has joined #openstack-release | 05:00 | |
| *** e0ne has quit IRC | 05:58 | |
| *** e0ne has joined #openstack-release | 06:02 | |
| *** ifat_afek has joined #openstack-release | 06:16 | |
| *** egonzalez has joined #openstack-release | 06:28 | |
| *** pcaruana has joined #openstack-release | 06:36 | |
| *** e0ne has quit IRC | 07:02 | |
| *** amoralej|off is now known as amoralej | 07:08 | |
| *** e0ne has joined #openstack-release | 07:35 | |
| *** e0ne has quit IRC | 07:41 | |
| *** ykarel is now known as ykarel|lunch | 07:43 | |
| *** jpich has joined #openstack-release | 07:45 | |
| *** e0ne has joined #openstack-release | 07:53 | |
| *** e0ne has quit IRC | 07:53 | |
| *** AJaeger has left #openstack-release | 08:11 | |
| *** electrofelix has joined #openstack-release | 08:33 | |
| *** ykarel|lunch is now known as ykarel | 08:35 | |
| *** huats has joined #openstack-release | 09:30 | |
| *** finucannot is now known as stephenfin | 09:30 | |
| *** electrofelix has quit IRC | 10:18 | |
| *** olivierbourdon38 has joined #openstack-release | 10:26 | |
| *** electrofelix has joined #openstack-release | 10:26 | |
| *** dave-mccowan has joined #openstack-release | 10:51 | |
| *** ricolin has quit IRC | 10:58 | |
| *** udesale has quit IRC | 11:15 | |
| openstackgerrit | Jean-Philippe Evrard proposed openstack/releases master: [DNM] Test separating roles from the rest of OSA https://review.openstack.org/589433 | 11:32 |
| *** zul has joined #openstack-release | 11:54 | |
| *** edmondsw has joined #openstack-release | 12:04 | |
| *** amoralej is now known as amoralej|lunch | 12:15 | |
| openstackgerrit | Monty Taylor proposed openstack/releases master: Release 0.17.2 of openstacksdk https://review.openstack.org/589451 | 12:32 |
| *** ifat_afek has quit IRC | 12:34 | |
| mordred | smcginnis, dhellmann, ttx, prometheanfire: ^^ I sent an FFE to the mailing list, but tl;dr bugfix release for a bug affecting nodepool. the bug has no impact on the rest of openstack | 12:38 |
| *** e0ne has joined #openstack-release | 12:40 | |
| *** weshay has quit IRC | 12:50 | |
| *** tellesnobrega has quit IRC | 12:50 | |
| openstackgerrit | Monty Taylor proposed openstack/releases master: Release 1.3.0 of os-service-types https://review.openstack.org/589219 | 12:51 |
| *** bobh has joined #openstack-release | 12:54 | |
| *** egonzalez has quit IRC | 12:59 | |
| ttx | mordred: not sure we need an FFE for a bugfix release but thanks for the heads-up | 13:16 |
| *** mriedem has joined #openstack-release | 13:16 | |
| *** ykarel is now known as ykarel|away | 13:21 | |
| mordred | ttx: figured it was better to have it and not need it than need it and not have it :) | 13:23 |
| ttx | you know us well | 13:24 |
| dhellmann | ttx: the requirements team has been asking for FFEs to update constraints during the freeze period | 13:25 |
| ttx | in that case I'm not sure the constraints would be updated ? | 13:25 |
| *** ykarel|away has quit IRC | 13:31 | |
| *** amoralej|lunch is now known as amoralej | 13:32 | |
| dhellmann | I'm not sure. It sounds like they don't need to be, but if we don't then we end up in a weird state after we branch requirements | 13:36 |
| dhellmann | where we have a stable/rocky release that isn't being used in the tests | 13:36 |
| openstackgerrit | Monty Taylor proposed openstack/releases master: Release 1.3.0 of os-service-types https://review.openstack.org/589219 | 13:41 |
| ttx | ack | 13:52 |
| smcginnis | Yeah, it should at least update u-c I would think. | 14:04 |
| dhellmann | qinling was late for their client library deadline, but early for the rc1, so I guess that averages out ok, right? | 14:10 |
| smcginnis | Hah, sure. :) | 14:11 |
| *** jrist has quit IRC | 14:15 | |
| openstackgerrit | Merged openstack/releases master: Release solum-dashboard 2.5.0 and cut stable/rocky https://review.openstack.org/588879 | 14:19 |
| openstackgerrit | Merged openstack/releases master: Qinling RC1 and create stable/rocky https://review.openstack.org/589329 | 14:23 |
| openstackgerrit | Merged openstack/releases master: Release senlin 6.0.0 and cut stable/rocky https://review.openstack.org/588889 | 14:23 |
| openstackgerrit | XueFeng Liu proposed openstack/releases master: Release senlin-dashboard 0.9.0 and cut stable/rocky https://review.openstack.org/588891 | 14:23 |
| *** rpioso|afk is now known as rpioso | 14:26 | |
| *** jrist has joined #openstack-release | 14:27 | |
| evrardjp | do we have an idea on how hard would it be (and if that would be allowed) to have a text file (manifest) as release artifact | 14:36 |
| evrardjp | I'd like to say: When releasing openstack-ansible sha x, we fetch a file from gate logs corresponding to testing of said sha x, and publish that file. | 14:37 |
| *** ykarel has joined #openstack-release | 14:38 | |
| *** hongbin has joined #openstack-release | 14:38 | |
| dhellmann | evrardjp : what would be in the file? a list of the files in the release? | 14:38 |
| evrardjp | something like this: https://github.com/openstack/openstack-ansible/blob/stable/queens/ansible-role-requirements.yml | 14:39 |
| evrardjp | basically a manifest of what to download, so more shas. | 14:39 |
| dhellmann | ah | 14:39 |
| smcginnis | We could probably have a special release job? | 14:39 |
| dhellmann | that would be in addition to the tarball? or inside the tarball? | 14:39 |
| *** e0ne has quit IRC | 14:39 | |
| evrardjp | dhellmann: we don't publish a tarball | 14:40 |
| dhellmann | oh, is the tag operation a no-op? or does it just do something different? | 14:40 |
| evrardjp | it tags the repos | 14:40 |
| evrardjp | not so sure to understand | 14:40 |
| evrardjp | smcginnis: yeah that would be a special job I guess | 14:40 |
| dhellmann | what happens when we tag one of these repositories? | 14:40 |
| dhellmann | what is being published now, and to where? | 14:41 |
| dhellmann | and how is that dependency list managed today? is it checked in to the git repository? | 14:41 |
| evrardjp | so now, when OSA requests a release, we simply give the sha to use, and it gets tagged. Then it's published on the generic releases pages, but no artifact attached | 14:41 |
| smcginnis | evrardjp: I do see a few ansible-* publishing to http://tarballs.openstack.org/ | 14:41 |
| evrardjp | see for example: https://releases.openstack.org/queens/index.html#openstack-ansible | 14:42 |
| evrardjp | smcginnis: that's triple-o's | 14:42 |
| * smcginnis is surprised by the number of project names he doesn't recognize on http://tarballs.openstack.org/ | 14:42 | |
| smcginnis | evrardjp: Ah | 14:42 |
| dhellmann | and how is that requirements file being managed? | 14:42 |
| evrardjp | dhellmann: manually by the ptl | 14:43 |
| evrardjp | with my own tooling. | 14:43 |
| dhellmann | ok, so a job that published that file would be able to find it in git | 14:43 |
| evrardjp | well | 14:43 |
| evrardjp | no I'd like to change that | 14:43 |
| evrardjp | I said a file "like" <link> | 14:43 |
| dhellmann | so that is not a list of things that have been tested together? | 14:43 |
| evrardjp | let me rephrase. Right now it is: When we tag, we have that ansible role requirement files manifest in | 14:44 |
| evrardjp | baked in the code | 14:44 |
| evrardjp | so someone consuming a tag of "openstack-ansible" will know which roles tag to consume, because it's part of the a-r-r file. | 14:44 |
| dhellmann | that seems nice and tidy | 14:45 |
| evrardjp | that's fine for now, but it means things to bump on a regular basis, and it's what basically made us miss last deadline | 14:45 |
| evrardjp | because of timeout issues, the change of SHAs of this file couldn't pass | 14:45 |
| dhellmann | ok | 14:45 |
| evrardjp | so as this is maintenance burden I thought of another way to do it | 14:45 |
| *** annabelleB has joined #openstack-release | 14:46 | |
| evrardjp | inside openstack-ansible we'll simply consume an "artifact", which is similar to the ansible-role-requirement file, but it will be out of tree: | 14:46 |
| evrardjp | this artifact will be something we publish on tarballs or releases.openstack.org | 14:46 |
| dhellmann | ok, so if we had a job that did that, where would it get the information to put into the file? | 14:47 |
| evrardjp | that would be from the gate logs | 14:47 |
| evrardjp | OSA gate logs | 14:47 |
| evrardjp | not releases gate logs | 14:47 |
| dhellmann | and how would the information end up in the gate logs? | 14:47 |
| dhellmann | it sounds like you're talking about giving up control over which versions you test with in order to not have to manage a file that gives you that control | 14:48 |
| evrardjp | so in our OSA gates, we'd prepare the artifact file. | 14:48 |
| evrardjp | yes and no | 14:48 |
| evrardjp | the file gives the control of what code we run indeed. But what's tested is what is tested, so if we have an artifact of what's tested, we have reproducibility | 14:49 |
| dhellmann | but no control, right? this is the problem we fought for so long with the global requirements list, and solved with the constraints list | 14:49 |
| evrardjp | I am not sure what you really mean by no control, but yeah, it would be automatic | 14:50 |
| evrardjp | nobody should care about this | 14:51 |
| dhellmann | it sounds like there are 2 modes here | 14:51 |
| evrardjp | I simplify things, there are more than 2 modes in fact. | 14:51 |
| dhellmann | in the current mode, you manually edit a file, and that file controls which SHAs of each playbook or dependency are used in the tests | 14:52 |
| evrardjp | correct | 14:52 |
| dhellmann | in the mode I think you are proposing, the file would not have SHAs and so you would not be able to control which versions of those things are used | 14:52 |
| dhellmann | is that interpretation correct? | 14:52 |
| evrardjp | partially | 14:52 |
| dhellmann | how "partially"? :-) | 14:52 |
| evrardjp | I am trying to phrase this with proper english sorry if it takes time :) | 14:53 |
| evrardjp | to consume this file we are talking about we have a script. | 14:53 |
| dhellmann | bien sur, c'est bon | 14:53 |
| evrardjp | that script would alter his behavior on two parts: the default would be to consume the public artifact | 14:53 |
| evrardjp | dhellmann: :) | 14:53 |
| evrardjp | the non default would be to override this with HEAD of branch for all those roles. | 14:54 |
| dhellmann | ah | 14:54 |
| dhellmann | so you would have control over some versions, but not all of them, based on what you need | 14:54 |
| evrardjp | gates would run non-default | 14:54 |
| evrardjp | exactly | 14:54 |
| dhellmann | ok, that makes sense now | 14:55 |
| evrardjp | whence "partial" | 14:55 |
| evrardjp | :D | 14:55 |
| dhellmann | unfortunately, we can't be sure that any artifact produced by a gate job is available to be published by a release job | 14:55 |
| dhellmann | we could, however, have the release job compute the current values | 14:55 |
| evrardjp | you mean that 15 days deadline? | 14:55 |
| evrardjp | or 30 days | 14:55 |
| dhellmann | of course, those might not be the same as what was tested | 14:55 |
| evrardjp | I can't remember | 14:55 |
| evrardjp | but you mean expiry time of logs would prevent fetching artifacts | 14:56 |
| dhellmann | yes, the logs are removed after some time (or indeed when the filesystem becomes corrupted) | 14:56 |
| dhellmann | right; we don't want to couple the release job to the gate job for that reason | 14:56 |
| *** bobh has quit IRC | 14:56 | |
| evrardjp | that is fair, but the volume of logs would be enough I think -- we could even think of only doing with last successful periodic | 14:56 |
| *** ykarel has quit IRC | 14:57 | |
| evrardjp | I am not sure how we would compute the values and be sure things were tested together. | 14:57 |
| *** rosmaita has joined #openstack-release | 14:57 | |
| dhellmann | yes, that would be a problem | 14:57 |
| dhellmann | I will have to give this more thought to come up with something | 14:58 |
| dhellmann | have you talked to the infra team, yet? they may have already dealt with a similar case | 14:58 |
| evrardjp | I understand why it would be a problem as post job to rely on gates, but as part of the job, would that be a hard problem? | 14:58 |
| evrardjp | I haven't , but I will. | 14:59 |
| dhellmann | I think we could predict where to look for the file, so that part isn't a problem | 14:59 |
| dhellmann | the problem is that the file might not be there | 14:59 |
| dhellmann | especially for a merged patch, since we can't re-check that | 14:59 |
| dhellmann | one alternative would be to use a periodic job that proposed updates to the file | 15:00 |
| dhellmann | you could have a flag on some items that controls whether those entries are updated manually or automatically | 15:00 |
| dhellmann | and a periodic job could propose a patch to update it, after running tests | 15:01 |
| dhellmann | that would make it similar to the upper-constraints.txt file | 15:01 |
| evrardjp | that's fairly true. | 15:01 |
| evrardjp | :) | 15:01 |
| dhellmann | that would keep you from having to update it by hand, and also prevent bad shas from making it into the file | 15:01 |
| evrardjp | Simple, with precedent, and less code involved. | 15:01 |
| dhellmann | you wouldn't have to change your existing gate job, since it could just use the shas in the file | 15:01 |
| dhellmann | you would just need the new periodic job | 15:02 |
| evrardjp | I planned to do a periodic job to update things, but it's not what I planned, I kinda like the twist you add to it :) | 15:02 |
| evrardjp | separating problem domains into small pieces always makes the system easier to improve :D | 15:02 |
| dhellmann | ++ | 15:03 |
| evrardjp | let me think of that, that sounds nice :) | 15:03 |
| dhellmann | \o/ | 15:03 |
| evrardjp | thanks! | 15:03 |
| *** mriedem is now known as mriedem_afk | 15:06 | |
| *** pcaruana has quit IRC | 15:11 | |
| *** bobh has joined #openstack-release | 15:17 | |
| *** bobh has quit IRC | 15:17 | |
| openstackgerrit | Merged openstack/releases master: Release 0.17.2 of openstacksdk https://review.openstack.org/589451 | 15:35 |
| evrardjp | I am thinking of the requirements process, it proposes a new patch, which would still need to get gated, and therefore still isn't the best solution -- I don't see a way to bypass this | 15:42 |
| evrardjp | let's see what infra will tell us | 15:43 |
| *** bobh has joined #openstack-release | 15:45 | |
| dhellmann | evrardjp : yes, that approach would only change the need for you to manage the file by hand | 15:45 |
| dhellmann | I still think you want those changes to be gated | 15:46 |
| *** olivierbourdon38 has quit IRC | 15:46 | |
| evrardjp | but if we revert the order and publish artifact from an existing run that would merge, that would have been gated already :) | 15:48 |
| evrardjp | it wouldn't require a new run with same versions | 15:49 |
| evrardjp | which is good for ensuring things, but bad in terms of electrons. | 15:49 |
| dhellmann | similarly, if you land a change to that file without any tests running you can break your ability to land any other patches | 15:49 |
| dhellmann | meh, we have plenty of capacity for test jobs | 15:49 |
| *** onovy has quit IRC | 16:01 | |
| *** armstrong has joined #openstack-release | 16:02 | |
| *** onovy has joined #openstack-release | 16:08 | |
| *** mriedem_afk has quit IRC | 16:11 | |
| *** annabelleB has quit IRC | 16:17 | |
| *** annabelleB has joined #openstack-release | 16:18 | |
| *** e0ne has joined #openstack-release | 16:18 | |
| *** armax has joined #openstack-release | 16:19 | |
| *** amoralej is now known as amoralej|off | 16:21 | |
| *** jpich has quit IRC | 16:27 | |
| *** electrofelix has quit IRC | 16:29 | |
| openstackgerrit | Andrey Kurilin proposed openstack/releases master: [rally] Update a list of existing releases https://review.openstack.org/589544 | 16:41 |
| openstackgerrit | Andrey Kurilin proposed openstack/releases master: [rally] Release 1.1.0 version https://review.openstack.org/589545 | 16:41 |
| *** armstrong has quit IRC | 17:02 | |
| *** e0ne has quit IRC | 17:20 | |
| *** e0ne has joined #openstack-release | 17:21 | |
| *** e0ne has quit IRC | 17:22 | |
| *** ricolin has joined #openstack-release | 17:30 | |
| *** harlowja has joined #openstack-release | 17:31 | |
| *** annabelleB has quit IRC | 17:38 | |
| *** harlowja has quit IRC | 17:43 | |
| *** annabelleB has joined #openstack-release | 17:45 | |
| *** annabelleB has quit IRC | 17:55 | |
| *** annabelleB has joined #openstack-release | 18:01 | |
| *** e0ne has joined #openstack-release | 18:04 | |
| *** ricolin has quit IRC | 18:27 | |
| *** AJaeger has joined #openstack-release | 18:48 | |
| AJaeger | release team, can you +2A stable/rocky changes? Would love to have a +2A on https://review.openstack.org/589564 for solum-dashboard to fix zuul jobs | 18:48 |
| smcginnis | Looks like I do not have +2 on that. | 18:49 |
| dhellmann | AJaeger : I don't have +2 on that stable branch, which is odd | 18:49 |
| *** openstackgerrit has quit IRC | 18:49 | |
| dhellmann | the ACLs for that repo must not include the release managers | 18:49 |
| smcginnis | I've noticed I have +2 on some and not others. | 18:49 |
| dhellmann | maybe it's the way those stable teams are set up? maybe the global stable team isn't listed? | 18:50 |
| AJaeger | dhellmann, smcginnis, solum-dashboard misses the "refs/heads/stable/" section that others have. | 18:51 |
| smcginnis | Looks like they don't have a separate stable core team. | 18:51 |
| AJaeger | exactly, they don't ... | 18:51 |
| AJaeger | ok, let's wait for them to review - thanks for checking! | 18:51 |
| smcginnis | Maybe that's another thing we should add to a checklist for newly governed projects. | 18:52 |
| dhellmann | and/or to ttx's acl fixer script | 18:53 |
| *** annabelleB has quit IRC | 18:54 | |
| *** bobh has quit IRC | 19:01 | |
| *** bobh has joined #openstack-release | 19:18 | |
| *** bobh has quit IRC | 19:23 | |
| *** mriedem has joined #openstack-release | 19:24 | |
| *** e0ne has quit IRC | 19:32 | |
| *** openstackgerrit has joined #openstack-release | 19:46 | |
| openstackgerrit | Merged openstack/releases master: Release 1.3.0 of os-service-types https://review.openstack.org/589219 | 19:46 |
| openstackgerrit | Merged openstack/releases master: [rally] Update a list of existing releases https://review.openstack.org/589544 | 19:46 |
| openstackgerrit | Merged openstack/releases master: [rally] Release 1.1.0 version https://review.openstack.org/589545 | 19:46 |
| openstackgerrit | Jay Bryant proposed openstack/releases master: Add Cinder Rocky Release Highlights https://review.openstack.org/589577 | 19:49 |
| *** bobh has joined #openstack-release | 19:59 | |
| *** ifat_afek has joined #openstack-release | 19:59 | |
| smcginnis | jungleboyj: Those should ideally be 3-5 key highlights that you want marketing type folks to know. | 20:00 |
| smcginnis | jungleboyj: Things like "Addition of developer reference..." I don't think really fit. | 20:00 |
| *** ifat_afek has quit IRC | 20:01 | |
| *** AJaeger has left #openstack-release | 20:09 | |
| jungleboyj | smcginnis: Ok. I can update. | 20:12 |
| smcginnis | Thanks! | 20:12 |
| jungleboyj | nit pick nit pick. ;-) | 20:13 |
| smcginnis | :) | 20:13 |
| *** zul has quit IRC | 20:13 | |
| openstackgerrit | Jay Bryant proposed openstack/releases master: Add Cinder Rocky Release Highlights https://review.openstack.org/589577 | 20:15 |
| jungleboyj | smcginnis: How do those look? | 20:15 |
| smcginnis | jungleboyj: Some comments there. | 20:20 |
| jungleboyj | Looking. | 20:20 |
| jungleboyj | smcginnis: So are you wanting less technical descriptions? | 20:25 |
| smcginnis | jungleboyj: Yeah, these are high level things for marketing types to promote new improvements or features. Some of those are too low level for that kind of audience. | 20:26 |
| jungleboyj | Hmmmm. Ok. It doesn't seem that different from what I had for queens. Maybe I will try to word these less technically? | 20:29 |
| *** annabelleB has joined #openstack-release | 20:30 | |
| smcginnis | Yeah, queens wasn't great either. :P | 20:30 |
| jungleboyj | :-p | 20:31 |
| smcginnis | jungleboyj: Maybe ask "why do I care" about each thing and use the answer to that as what gets put as the highlight. | 20:31 |
| jungleboyj | Ok. Let me try that. | 20:31 |
| EmilienM | release-managers: can someone approve my release patches? thanks https://review.openstack.org/#/q/project:openstack/releases+owner:%22Emilien+Macchi+%253Cemilien%2540redhat.com%253E%22+status:open | 20:34 |
| smcginnis | EmilienM: I'll do that now. Was waiting to see if stable wanted reviews even though they aren't stable:follows-policy, but they should be good. | 20:35 |
| EmilienM | smcginnis: well i'm doing the same thing every 2 weeks | 20:35 |
| EmilienM | not sure what we're waiting at :D | 20:35 |
| corvus | hi, i just performed a zuul scheduler restart with 3 items in the release-post pipeline. they had all completed the tag-release job, but had not completed publish-static. do i need to perform any corrective action? | 20:37 |
| corvus | sorry for the timing -- it was an urgent fix, and zuul hasn't been giving us a lot of opportunities today to minimize the impact | 20:38 |
| smcginnis | corvus: Hmm, we may need to reenqueue those. | 20:42 |
| -openstackstatus- NOTICE: Due to a bug, Zuul has been unable to report on cherry-picked changes over the last 24 hours. This has now been fixed; if you encounter a cherry-picked change missing its results (or was unable to merge), please recheck now. | 20:43 | |
| corvus | https://git.openstack.org/cgit/openstack/releases/commit/?id=e7587db1a001450f18d38aa0503aa53f14d34be4 | 20:44 |
| corvus | https://git.openstack.org/cgit/openstack/releases/commit/?id=735e7eee606a54559b1bfca5464dc62632e85913 | 20:44 |
| corvus | https://git.openstack.org/cgit/openstack/releases/commit/?id=157213d54a5ce58f320638db88d749947bab4bc0 | 20:44 |
| corvus | those were the 3 in the pipeline | 20:44 |
| smcginnis | corvus: https://git.openstack.org/cgit/openstack/releases/commit/?id=735e7eee606a54559b1bfca5464dc62632e85913 can probably be skipped, but it looks like the other two did not complete everything. | 20:46 |
| corvus | what does publish-static do? | 20:47 |
| smcginnis | That's just for the docs I believe, but doesn't look like the others finished publishing to pypi and such. | 20:50 |
| corvus | oh, of course the tag-release job is just going to create the tag; the actual release would be elsewhere | 20:51 |
| corvus | http://git.openstack.org/cgit/openstack/os-service-types/refs/ | 20:53 |
| corvus | that got the tag applied | 20:53 |
| corvus | i didn't see anything in the release pipeline though | 20:54 |
| corvus | hrm. i do see entries for it in the log | 20:54 |
| corvus | i guess i missed them on the status page | 20:55 |
| corvus | <Tag 0x7f96db092080 openstack/os-service-types creates refs/tags/1.3.0 on d05997a1f416159c948ca4ff2b60e07336a998e4> | 20:55 |
| corvus | <Tag 0x7f96d8874160 openstack/rally creates refs/tags/1.1.0 on 0cd69c70492f800e0835da4de006fc292e43a5f1> | 20:55 |
| corvus | that's the contents of the release pipeline | 20:55 |
| corvus | smcginnis: that agrees with what you found | 20:56 |
| corvus | zuul enqueue-ref --tenant openstack --trigger gerrit --pipeline release --project openstack/os-service-types --ref refs/tags/1.3.0 --newrev d05997a1f416159c948ca4ff2b60e07336a998e4 | 20:57 |
| corvus | zuul enqueue-ref --tenant openstack --trigger gerrit --pipeline release --project openstack/rally --ref refs/tags/1.1.0 --newrev 0cd69c70492f800e0835da4de006fc292e43a5f1 | 20:57 |
| corvus | smcginnis, fungi: i'd appreciate a second + third pair of eyes on that | 20:58 |
| smcginnis | corvus: Thanks! Those look right to me, but hopefully fungi can confirm. | 20:59 |
| corvus | oh, right, fungi is getting sushi | 20:59 |
| corvus | clarkb: ^ ? | 21:00 |
| smcginnis | Mmmm, sushi. | 21:00 |
| * clarkb looks | 21:00 | |
| clarkb | corvus: the project, tag, ref tuples you have lgtm | 21:01 |
| corvus | ok doing that now | 21:02 |
| corvus | done | 21:02 |
| smcginnis | Thanks corvus | 21:04 |
| openstackgerrit | Sean McGinnis proposed openstack/releases master: Add/update rocky release notes links https://review.openstack.org/589639 | 21:14 |
| *** edmondsw has quit IRC | 21:29 | |
| *** rosmaita has quit IRC | 22:11 | |
| *** bobh has quit IRC | 22:12 | |
| *** strigazi has joined #openstack-release | 22:20 | |
| *** strigazi has quit IRC | 22:21 | |
| *** strigazi has joined #openstack-release | 22:21 | |
| *** strigazi has quit IRC | 22:27 | |
| *** strigazi has joined #openstack-release | 22:28 | |
| *** strigazi has quit IRC | 22:28 | |
| *** strigazi has joined #openstack-release | 22:29 | |
| *** strigazi has quit IRC | 22:32 | |
| *** strigazi has joined #openstack-release | 22:33 | |
| *** hongbin has quit IRC | 22:39 | |
| *** annabelleB has quit IRC | 22:41 | |
| *** rpioso is now known as rpioso|afk | 22:54 | |
| *** edmondsw has joined #openstack-release | 22:54 | |
| *** annabelleB has joined #openstack-release | 22:58 | |
| *** edmondsw has quit IRC | 22:59 | |
| fungi | sorry about that! back from sushi now | 23:04 |
| fungi | getting ready for close of ptl elections followed by tc office hour, so wanted to get in some eats while i had the chance | 23:04 |
| prometheanfire | os-service-types? | 23:07 |
| prometheanfire | https://review.openstack.org/589644 | 23:07 |
| dhellmann | ah, darn, I didn't think anything used that | 23:08 |
| dhellmann | I mean, I thought it was just a tool for some of our CI stuff, I didn't realize it was actually used in all of those libs | 23:09 |
| dhellmann | prometheanfire : it should be sufficient to update the constraints list, unless mordred knows differently | 23:09 |
| mordred | uhoh | 23:10 |
| dhellmann | it looks like only a few projects actually have a direct dependency | 23:10 |
| dhellmann | keystoneauth, nova, openstacksdk | 23:10 |
| mordred | yah - should be a small set | 23:10 |
| mordred | that sounds correct | 23:10 |
| mordred | and yes - u-c should be plenty - nothing should be depending on new features | 23:11 |
| dhellmann | thanks for confirming | 23:12 |
| * dhellmann hears the dinner bell | 23:12 | |
| mordred | but also - it would be fine with not u-c - it's an independent release - that we're releasing it right now is unrelated to the rocky release - if rocky stuck with 1.2.0 in u-c until the end of time I don't think anything would break | 23:12 |
| mordred | I shall defer judgement on that concept to the fine folks here who are smarter about such things | 23:12 |
| dhellmann | mordred : what is the release model for the library? | 23:13 |
| mordred | dhellmann: independent | 23:13 |
| dhellmann | oh, it is, isn't it | 23:13 |
| dhellmann | ok then | 23:13 |
| dhellmann | yeah, so we could hold off on the uc change if we want, prometheanfire | 23:13 |
| * dhellmann really leaves for dinner this time | 23:13 | |
| mordred | dhellmann: yeah. it's got the service-types-authority data in it, so it's intended to be treated more like tzdata | 23:14 |
| prometheanfire | if it's UC only that's a low bar, just needs the request | 23:14 |
| prometheanfire | I's and T's | 23:14 |
| mordred | prometheanfire: we need FFEs for independent releases too? | 23:14 |
| * mordred happy to comply, mostly just learning | 23:14 | |
| prometheanfire | for requirements updates everything needs a FFE | 23:14 |
| prometheanfire | because it still hits projects | 23:15 |
| mordred | kk | 23:16 |
| prometheanfire | not too much it seems https://github.com/openstack/os-service-types/compare/1.2.0...1.3.0 | 23:16 |
| prometheanfire | ffe for reqs is there for a diferent but related reason as other projects | 23:16 |
| mordred | prometheanfire: FFE in the mail | 23:19 |
| prometheanfire | coolbeans | 23:21 |
| openstackgerrit | Lingxian Kong proposed openstack/releases master: Release python-qinlingclient 2.1.0 and create stable/rocky https://review.openstack.org/589328 | 23:30 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!