*** kumarmn has quit IRC | 00:00 | |
*** hongbin has quit IRC | 00:18 | |
*** zhurong has joined #openstack-release | 00:21 | |
*** kmalloc has quit IRC | 00:29 | |
*** ianychoi has joined #openstack-release | 00:31 | |
*** pbandark has quit IRC | 00:33 | |
*** zhurong has quit IRC | 00:37 | |
*** zhurong has joined #openstack-release | 00:50 | |
*** dave-mccowan has joined #openstack-release | 01:13 | |
*** ricolin has joined #openstack-release | 01:19 | |
*** kumarmn has joined #openstack-release | 01:19 | |
*** ricolin has quit IRC | 01:21 | |
*** kumarmn has quit IRC | 01:24 | |
*** zhongjun has joined #openstack-release | 01:34 | |
*** mriedem_afk is now known as mriedem | 01:37 | |
*** harlowja has quit IRC | 02:15 | |
*** mriedem has quit IRC | 02:17 | |
*** d0ugal has quit IRC | 02:50 | |
*** armax has joined #openstack-release | 03:05 | |
*** ykarel|away has joined #openstack-release | 03:07 | |
*** armax has quit IRC | 03:10 | |
*** armax has joined #openstack-release | 03:16 | |
*** ricolin has joined #openstack-release | 03:16 | |
*** hongbin has joined #openstack-release | 03:19 | |
*** melwitt has quit IRC | 03:23 | |
*** ykarel|away has quit IRC | 03:23 | |
*** ykarel|away has joined #openstack-release | 03:24 | |
*** melwitt has joined #openstack-release | 03:25 | |
*** ykarel|away has quit IRC | 03:34 | |
*** sree has joined #openstack-release | 03:45 | |
*** zhurong has quit IRC | 03:46 | |
*** coolsvap has joined #openstack-release | 04:00 | |
*** yamahata has joined #openstack-release | 04:06 | |
*** iyamahat has joined #openstack-release | 04:08 | |
*** ykarel|away has joined #openstack-release | 04:31 | |
*** dave-mccowan has quit IRC | 04:32 | |
*** armax has quit IRC | 04:37 | |
*** rosmaita has quit IRC | 04:39 | |
*** harlowja has joined #openstack-release | 04:51 | |
*** iyamahat has quit IRC | 05:00 | |
*** kumarmn has joined #openstack-release | 05:01 | |
*** kumarmn has quit IRC | 05:06 | |
*** hongbin has quit IRC | 05:26 | |
*** zhurong has joined #openstack-release | 05:47 | |
*** armax has joined #openstack-release | 05:52 | |
*** armax has quit IRC | 06:40 | |
*** iyamahat has joined #openstack-release | 06:43 | |
*** sree_ has joined #openstack-release | 06:43 | |
*** sree_ is now known as Guest36585 | 06:44 | |
*** sree has quit IRC | 06:45 | |
*** zhurong has quit IRC | 06:49 | |
*** harlowja has quit IRC | 07:01 | |
*** zhenguo has joined #openstack-release | 07:05 | |
*** kumarmn has joined #openstack-release | 07:17 | |
*** iyamahat_ has joined #openstack-release | 07:17 | |
*** iyamahat has quit IRC | 07:21 | |
*** kumarmn has quit IRC | 07:22 | |
*** zhurong has joined #openstack-release | 07:38 | |
*** ykarel|away is now known as ykarel|lunch | 07:44 | |
*** pcaruana has joined #openstack-release | 07:51 | |
*** amoralej|off is now known as amoralej | 08:02 | |
*** alexchadin has joined #openstack-release | 08:05 | |
*** jtomasek has joined #openstack-release | 08:05 | |
*** sree has joined #openstack-release | 08:08 | |
*** Guest36585 has quit IRC | 08:11 | |
*** ykarel|lunch is now known as ykarel | 08:44 | |
*** zhurong_ has joined #openstack-release | 08:45 | |
*** edmondsw has joined #openstack-release | 08:50 | |
*** edmondsw has quit IRC | 08:54 | |
*** iyamahat_ has quit IRC | 09:02 | |
*** d0ugal has joined #openstack-release | 09:05 | |
*** yamahata has quit IRC | 09:06 | |
*** lvdombrkr has joined #openstack-release | 09:09 | |
*** pbandark has joined #openstack-release | 09:13 | |
*** shardy has joined #openstack-release | 09:13 | |
*** zhenguo has quit IRC | 09:53 | |
ttx | woohoo, list almost empty | 09:58 |
---|---|---|
*** ykarel is now known as ykarel|away | 10:06 | |
*** pkovar has joined #openstack-release | 10:10 | |
*** ykarel|away has quit IRC | 10:11 | |
*** zhurong has quit IRC | 10:19 | |
openstackgerrit | Merged openstack/reno master: support scanning closed stable branches https://review.openstack.org/539009 | 10:25 |
*** armstrong has joined #openstack-release | 10:36 | |
*** dtantsur|afk is now known as dtantsur | 10:36 | |
openstackgerrit | Merged openstack/releases master: Fix PTL nomination week https://review.openstack.org/537918 | 10:37 |
openstackgerrit | Jakub Libosvar proposed openstack/releases master: Release ovsdbapp version 0.9.1 https://review.openstack.org/539489 | 10:42 |
*** zhurong_ has quit IRC | 10:48 | |
*** lucas-afk is now known as lucasagomes | 10:48 | |
*** alexchadin has quit IRC | 11:09 | |
*** alexchadin has joined #openstack-release | 11:29 | |
*** alexchadin has quit IRC | 11:32 | |
*** kumarmn has joined #openstack-release | 11:33 | |
*** alexchadin has joined #openstack-release | 11:39 | |
*** kumarmn has quit IRC | 11:40 | |
*** alexchadin has quit IRC | 11:44 | |
*** lvdombrkr89 has joined #openstack-release | 11:45 | |
*** lvdombrkr has quit IRC | 11:47 | |
*** yamamoto_ has quit IRC | 11:48 | |
*** alexchadin has joined #openstack-release | 11:49 | |
*** alexchadin has quit IRC | 11:52 | |
*** alexchadin has joined #openstack-release | 11:53 | |
*** ykarel has joined #openstack-release | 11:55 | |
*** alexchadin has quit IRC | 11:56 | |
*** alexchadin has joined #openstack-release | 11:58 | |
*** alexchadin has quit IRC | 12:05 | |
*** alexchadin has joined #openstack-release | 12:06 | |
*** dave-mccowan has joined #openstack-release | 12:08 | |
*** alexchadin has quit IRC | 12:09 | |
*** alexchadin has joined #openstack-release | 12:10 | |
*** yamamoto has joined #openstack-release | 12:22 | |
*** yamamoto has quit IRC | 12:22 | |
*** yamamoto has joined #openstack-release | 12:23 | |
ttx | For the masakari fail, I think they should set release = '' and version = '' in https://git.openstack.org/cgit/openstack/masakari/tree/releasenotes/source/conf.py#n61 | 12:38 |
ttx | Happy to propose a change for that if y'all confirm that's probably the case for the http://logs.openstack.org/6b/6b10645d92e7560efc088f7f09991d332af7096f/tag/publish-openstack-releasenotes/de4278d/job-output.txt.gz#_2018-01-31_09_56_17_577374 fail | 12:40 |
*** alexchadin has quit IRC | 12:41 | |
ttx | arh, duplication of effort it seems | 12:42 |
*** alexchadin has joined #openstack-release | 12:42 | |
smcginnis | ttx: Oh, didn't see this until now. | 12:50 |
smcginnis | ttx: Yeah, they already had a patch out there from November to take care of this. | 12:50 |
*** rosmaita has joined #openstack-release | 12:51 | |
*** rosmaita has quit IRC | 12:57 | |
openstackgerrit | Merged openstack/releases master: allow list-deliverables to support multiple types https://review.openstack.org/537621 | 12:58 |
ttx | smcginnis: looks like q3 is now past us... What's next ? general library branching ? | 12:58 |
openstackgerrit | Merged openstack/releases master: constrain the valid values for the --type option to list-deliverables https://review.openstack.org/537622 | 13:02 |
openstackgerrit | Merged openstack/releases master: add client-library deliverable type https://review.openstack.org/537623 | 13:02 |
*** rosmaita has joined #openstack-release | 13:08 | |
openstackgerrit | Merged openstack/releases master: change propose-library-branches to use yamlutils https://review.openstack.org/537624 | 13:10 |
openstackgerrit | Merged openstack/releases master: add --dry-run to propose-library-branches https://review.openstack.org/537625 | 13:10 |
openstackgerrit | Merged openstack/releases master: update list_library_unreleased_changes.sh to include client libraries https://review.openstack.org/537631 | 13:11 |
openstackgerrit | Merged openstack/releases master: show all release notes in list-changes https://review.openstack.org/538348 | 13:13 |
openstackgerrit | Merged openstack/releases master: extend missing-releases to look at pypi https://review.openstack.org/538943 | 13:14 |
openstackgerrit | Merged openstack/releases master: set up local variable 'version' https://review.openstack.org/538944 | 13:14 |
openstackgerrit | Merged openstack/releases master: extend missing-releases to look for specific package types on PyPI https://review.openstack.org/538945 | 13:14 |
*** edmondsw has joined #openstack-release | 13:22 | |
*** pkovar has quit IRC | 13:27 | |
*** coolsvap has quit IRC | 13:29 | |
*** pkovar has joined #openstack-release | 13:30 | |
smcginnis | ttx: I think so. | 13:32 |
smcginnis | ttx: Do we create a release for those libs that did not do anything in queens? | 13:33 |
*** pkovar has quit IRC | 13:36 | |
smcginnis | http://paste.openstack.org/show/658145/ | 13:37 |
smcginnis | The only ones not branched are the ones that did not do any queens releases. | 13:39 |
*** tobberydberg has quit IRC | 13:41 | |
*** alexchadin has quit IRC | 13:41 | |
ttx | hmm | 13:42 |
smcginnis | Needed to --include-clients: http://paste.openstack.org/show/658146/ | 13:42 |
ttx | good question. I think historically we'd create a new branch from same version | 13:42 |
smcginnis | Branches needed for freezer, heat, manila, senlin, and trove clients. | 13:42 |
ttx | but I wonder if that would work with our current format | 13:43 |
smcginnis | Was just going to ask that. :) | 13:43 |
smcginnis | Since they are not part of queens, maybe just no stable/queens for those? That could cause problems down the line though. | 13:44 |
ttx | It's probably a question that dhellmann can answer from the top of his head so let's wait a bit | 13:44 |
smcginnis | Almost always a good plan. ;) | 13:44 |
ttx | smcginnis: yes I can see how that would trigger issues not having the branch | 13:44 |
ttx | so I'd rather re-branch from current tag | 13:44 |
ttx | I think we need to bump release number though to do that... otherwise we can't release anything for that lib in stable/pike | 13:45 |
smcginnis | Yep | 13:45 |
smcginnis | Seems kind of incorrect to bump that too much though. | 13:46 |
*** yamamoto has quit IRC | 14:04 | |
*** kumarmn has joined #openstack-release | 14:05 | |
*** pcaruana has quit IRC | 14:05 | |
smcginnis | It would look really odd, but I suppose we could create the stable/queens branch for some of these in the pike deliverable file to just use the same commit. | 14:06 |
smcginnis | Not sure if that would be a terrible idea or not. | 14:06 |
*** yamamoto has joined #openstack-release | 14:06 | |
ttx | It certainly /sounds/ terrible | 14:06 |
*** mriedem has joined #openstack-release | 14:06 | |
*** yamamoto has quit IRC | 14:11 | |
*** amoralej is now known as amoralej|lunch | 14:18 | |
*** pcaruana has joined #openstack-release | 14:21 | |
smcginnis | On the other hand... it would make it clear that their stable/queens branch really is the same as stable/pike, and it would also make it clear that nothing was done when looking at the queens deliverable file. ¯\_(ツ)_/¯ | 14:21 |
*** jtomasek_ has joined #openstack-release | 14:22 | |
*** jtomasek has quit IRC | 14:24 | |
dhellmann | ttx, smcginnis : o/ | 14:24 |
dhellmann | technically we can create stable/queens from the same point as stable/pike and it will just make another branch | 14:26 |
dhellmann | remember we propose a .gitreview update on that branch immediately | 14:26 |
*** pkovar has joined #openstack-release | 14:26 | |
dhellmann | although ttx is right that if we don't have a new version number to start we could potentially shoot ourselves in the foot by releasing a patch on queens and then not being able to release it for pike | 14:27 |
dhellmann | were there really no heatclient releases this cycle? | 14:27 |
dhellmann | the others I can see, those are low-volume projects | 14:27 |
dhellmann | another option is to do nothing for them for queens, since there was no release, although it's going to be hard to remember what happened later | 14:28 |
dhellmann | so we would at least want to document that decision with a comment in the deliverable files | 14:29 |
*** tellesnobrega has quit IRC | 14:30 | |
*** tellesnobrega has joined #openstack-release | 14:30 | |
*** lucasagomes is now known as lucas-hungry | 14:30 | |
*** pkovar has quit IRC | 14:31 | |
dhellmann | smcginnis , ttx: this list of what needs branches shows the versions they're at now http://paste.openstack.org/show/658160/ | 14:32 |
*** pkovar has joined #openstack-release | 14:32 | |
dhellmann | so at least some of those did release | 14:32 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: show type in list-deliverables output when more than one option https://review.openstack.org/539550 | 14:34 |
*** rosmaita has quit IRC | 14:34 | |
dhellmann | alternate view with the type column: http://paste.openstack.org/show/658162/ | 14:34 |
*** rosmaita has joined #openstack-release | 14:35 | |
ttx | dhellmann: so that means that heatclient did a pike point release and no queens release ? | 14:36 |
*** rosmaita has quit IRC | 14:36 | |
dhellmann | ttx: no, those version numbers come from the deliverable files in the queens directory | 14:37 |
dhellmann | http://paste.openstack.org/show/658163/ shows the unreleased changes for the repos for those deliverables | 14:37 |
ttx | oh, 16 hours ago | 14:37 |
dhellmann | although that gets cut off, hrm | 14:37 |
dhellmann | oh, without releases for some of those things we don't know what repos are involved | 14:38 |
*** yamamoto has joined #openstack-release | 14:38 | |
dhellmann | I really need to fix the data model to add a separate list of repos | 14:38 |
ttx | hmm | 14:40 |
dhellmann | let's see if I can hack this some other way for now | 14:40 |
dhellmann | http://paste.openstack.org/show/658165/ should have more info | 14:40 |
dhellmann | lots of requirements updates | 14:41 |
*** wolverineav has joined #openstack-release | 14:41 | |
dhellmann | and CI config changes | 14:41 |
dhellmann | troveclient has tons of changes | 14:41 |
ttx | Some of them really look like deadline misses | 14:41 |
dhellmann | I'm sure the telemetry team just ignored the process for their clients, that's typical | 14:42 |
ttx | like openstack/pycadf | 14:42 |
ttx | feels weird to re-release them with a .Y bump based on previous tag | 14:43 |
dhellmann | requestsexceptions used the wrong prefix but there are no changes for it | 14:43 |
dhellmann | yeah, at this point nothing has been tested with these unreleased changes | 14:43 |
*** rosmaita has joined #openstack-release | 14:43 | |
dhellmann | so we should probably not release them at all | 14:43 |
dhellmann | and not create queens branches for them | 14:43 |
ttx | and now basically it's a bit late to start | 14:43 |
dhellmann | right | 14:44 |
dhellmann | we need a step in our process to check the libs at milestone 2 | 14:44 |
ttx | no queens branches... I fear that will break us later | 14:44 |
dhellmann | really at every milestone | 14:44 |
ttx | like things getting tested with master due to lack of stable/foo | 14:44 |
dhellmann | that doesn't apply for libraries, though | 14:44 |
ttx | sure, but I think that's an assumption we've made | 14:45 |
dhellmann | libraries are always installed from packages for tests, except when testing the library | 14:45 |
dhellmann | no, that's how devstack-gate works | 14:45 |
dhellmann | or devstack rather | 14:45 |
*** yamahata has joined #openstack-release | 14:45 | |
ttx | so the branch is only used for release purposes ? | 14:45 |
dhellmann | that's managed by the LIBS_FROM_GIT list | 14:45 |
dhellmann | say there's a patch to stable/queens for trove | 14:46 |
dhellmann | that patch will be tested with source for the services from stable/queens, or master if a needed service doesn't have stable/queens | 14:46 |
dhellmann | the constraints for the libraries will come from the requirements repo stable/queens branch | 14:46 |
dhellmann | and that constraints list will be limited to things released before stable/queens was cut or off of the stable/queens branch | 14:47 |
dhellmann | we don't do automatic batch updates to stable requirements branches, we only update it when we release something of our own | 14:47 |
ttx | Another hypothetical: we end up having to release a point release for openstack/pycadf due to a security issue. We can do a stable/pike but not a stable/queens release | 14:47 |
*** samP has joined #openstack-release | 14:47 | |
ttx | (does that matter?) | 14:47 |
*** yamamoto has quit IRC | 14:47 | |
dhellmann | we would have to release the queens version as a minor version bump | 14:47 |
dhellmann | but we branch from the same point as stable/pike, apply the patches, then release from stable/queens | 14:48 |
*** yamamoto has joined #openstack-release | 14:48 | |
ttx | so pycadf is 2.6.0 in stable/pike. We'd need to issue 2.6.1 and 2.7.0 ? | 14:48 |
dhellmann | right | 14:48 |
ttx | That means we need to do the next release in master as Y+2 | 14:48 |
ttx | 2.8.0 | 14:48 |
*** yamamoto has quit IRC | 14:48 | |
*** pcaruana has quit IRC | 14:48 | |
*** iyamahat has joined #openstack-release | 14:48 | |
* smcginnis catching up... | 14:49 | |
*** yamamoto has joined #openstack-release | 14:49 | |
ttx | otherwise 2.7.0 might just be used already | 14:49 |
dhellmann | that's a good point | 14:49 |
*** samP has quit IRC | 14:49 | |
dhellmann | we should document that | 14:49 |
dhellmann | comments in the deliverable file | 14:49 |
ttx | I'm not sure how we can easily catch that one | 14:49 |
ttx | the rocky deliverable file ? | 14:50 |
dhellmann | I could also update the validation rules to say that if there is no stable branch for the previous series the number has to increment by 2 | 14:50 |
dhellmann | we already check that they increment the minor number | 14:50 |
ttx | or increment by 3 if multiple missing | 14:50 |
dhellmann | yes, the rocky file | 14:50 |
dhellmann | sure, we'd just count | 14:50 |
dhellmann | and if we find no previous deliverable file we don't worry about it | 14:51 |
ttx | ok | 14:51 |
ttx | Last point -- the library would be missing from the release page | 14:51 |
dhellmann | yes, that's true | 14:51 |
ttx | which makes it look like you don't have to package it anymore | 14:51 |
dhellmann | I think that's an accurate reflection of the fact that there was no release. | 14:51 |
dhellmann | distros look at the dependencies of the things they do package, so I don't think that's a problem | 14:51 |
*** wolverineav has quit IRC | 14:52 | |
dhellmann | and if distros start raising a fuss, we can send them to the teams that aren't doing releases so those teams understand why they need to :-) | 14:52 |
ttx | So I guess my question becomes... if we have no strict adherence to stable/foo existing... why are we forcing libs to be cycle-bound? | 14:52 |
dhellmann | BUT we need to consider, for the future, that some of our more stable libraries may not have releases in all cycles | 14:52 |
dhellmann | that will be especially true after we stop syncing dependencies | 14:53 |
*** wolverineav has joined #openstack-release | 14:53 | |
dhellmann | that's a fair point | 14:53 |
ttx | I feel like I'm missing something | 14:53 |
ttx | because it looks a hell lot like independent releasing to me | 14:53 |
dhellmann | cycle-with-intemediary is already very close to independent, but we said "independent" means "not part of openstack" | 14:53 |
ttx | we also said "at least one release" | 14:54 |
dhellmann | we did, yes | 14:54 |
dhellmann | and the script that opens up the next release cycle in the releases repo will drop these deliverables from rocky automatically | 14:54 |
*** samP has joined #openstack-release | 14:54 | |
dhellmann | we could take the step of suggesting to the TC that those things be dropped as official project deliverables | 14:54 |
ttx | except things that are not dropped depend on them | 14:55 |
smcginnis | Good point. | 14:55 |
dhellmann | openstack depends on lots of things that are not part of openstack | 14:55 |
dhellmann | I'm going to have to step out for a bit; I should be back in about an hour. | 14:55 |
ttx | but for which we have set no expectation of one release per cycle | 14:55 |
dhellmann | right. and these things aren't meeting expectations, so... | 14:56 |
dhellmann | I'm not sure I think it's a good idea. I just think it's something to talk about as a way to make clear to those teams why we keep asking them to do releases. | 14:56 |
ttx | I feel like we have set mixed expectations | 14:56 |
ttx | like what should you do if you had no change merged in the cycle | 14:57 |
*** wolverineav has quit IRC | 14:57 | |
dhellmann | that's an important question for us to answer before we take any action | 14:57 |
ttx | I'm not sure we have clearly said that you should do a null release bump in that case | 14:57 |
dhellmann | because some of these changes are pretty trivial (including the g-r bumps) | 14:57 |
dhellmann | and I'm not sure we should be doing null releases | 14:57 |
dhellmann | I have to run; bbiab | 14:57 |
smcginnis | I know we missed a python-cinderclient release one cycle several back, and that ended up being a pain going forward. | 14:58 |
ttx | I think we should have caught those missing things earlier and encouraged owners to fix those | 14:58 |
smcginnis | I like the idea of adding a checkpoint to milestone 2. | 14:58 |
*** armax has joined #openstack-release | 14:59 | |
ttx | but between late library freezes and gate fires that did nt really happen | 14:59 |
smcginnis | It's been an... exceptional?... cycle I think. | 14:59 |
ttx | and now we can either force a release from previous tag, or skip them. Feels like skipping them is more the first step in considering them abandoned though | 15:00 |
*** samP has quit IRC | 15:00 | |
ttx | while most of them are in a stable state and their owners are probably unaware that they should /still/ request a release for tehm | 15:01 |
smcginnis | This came up a little in Denver, but I think we need some more thought around what is an abandoned project and what is a "feature complete, stable" project. | 15:01 |
*** amoralej|lunch is now known as amoralej | 15:01 | |
ttx | We also said in the past that if a project we can't really drop fails to hit the deadline, we'd force a release for it | 15:01 |
smcginnis | That does sound like the safer approach. | 15:02 |
ttx | I remember saying that in release emails. "If you don't do it, we'll force a re-release from the latest tag" | 15:02 |
smcginnis | Yes, I think we have that published in multiple places too. | 15:03 |
smcginnis | Not doing something with that troveclient seems like a bad idea. They have a lot out there. | 15:03 |
ttx | "python-designateclient, python-searchlightclient and python-swiftclient | 15:03 |
ttx | haven't made a Pike release yet: if nothing is done by July 27, one | 15:03 |
ttx | release will be forced (on master HEAD) so that we have something to cut | 15:03 |
ttx | a stable branch from. | 15:03 |
ttx | " | 15:03 |
ttx | so that was the standing rule, and I'm not sure we have changed it (yet). | 15:04 |
*** samP has joined #openstack-release | 15:04 | |
smcginnis | I guess I'm leaning towards just forcing a release for those. Just wish I would have made a statement like that in one of the countdown emails a few weeks back. | 15:04 |
ttx | Same for libraries at library release freeze | 15:04 |
smcginnis | One unfortunate thing now is we are past requirements freeze, so even releasing these will not actually make them available. But they can always ask for a FFE. | 15:05 |
ttx | Yes, that's really something that should have happened in the past 2 weeks | 15:06 |
ttx | let's wait for dhellmann to come back and make a call | 15:07 |
ttx | For this cycle we could just retag latest tag instead of HEAD to limit the risks and avoid the reqs freeze issue | 15:09 |
*** claudiub|3 has joined #openstack-release | 15:10 | |
smcginnis | So options are 1) retag last tag and branch stable/queens from there, 2) force a release to get out changes and bump version to branch from. | 15:11 |
smcginnis | Problem with 1 is some have changes that probably are actually needed for queens (in some cases). | 15:11 |
ttx | 3) not tag and skip stable/queens for those | 15:12 |
smcginnis | Or that. | 15:12 |
ttx | Problem with (2) is the reqs freeze | 15:12 |
ttx | Problem with (3) is that it's pretty far from what we said we'd do in such situations in the past, and a bit of an unknown territory | 15:13 |
ttx | + the problems with (1) | 15:13 |
*** pcaruana has joined #openstack-release | 15:14 | |
ttx | I prefer 1, then 2 (with bunch of FFEs), then 3 | 15:14 |
smcginnis | I'm on the fence between 1 and 2, then 3. | 15:15 |
ttx | Choice between 1 and 2 should really include prometheanfire | 15:15 |
smcginnis | ++ | 15:15 |
ttx | I'm fine with it if he is + we do it ASAP | 15:16 |
ttx | bbiab | 15:16 |
*** samP has quit IRC | 15:18 | |
smcginnis | ML post from Masakari. | 15:23 |
*** samP has joined #openstack-release | 15:23 | |
*** samP has quit IRC | 15:24 | |
*** samP has joined #openstack-release | 15:28 | |
*** lucas-hungry is now known as lucasagomes | 15:30 | |
smcginnis | Responded. Please let me know if I am off base there. | 15:31 |
*** tobberydberg has joined #openstack-release | 15:34 | |
samP | Hi smcginnis | 15:34 |
smcginnis | samP: Hey! | 15:35 |
samP | smcginnis: Thanks for advice | 15:35 |
smcginnis | samP: Does that sound reasonable? | 15:35 |
*** samP has quit IRC | 15:36 | |
*** yamamoto has quit IRC | 15:38 | |
*** wolverineav has joined #openstack-release | 15:38 | |
*** samP has joined #openstack-release | 15:40 | |
*** samP_ has joined #openstack-release | 15:41 | |
samP | smcginnis: sorry, disconnected | 15:43 |
smcginnis | samP: No worries. | 15:44 |
samP | Make perfect sense. I will proceed masakari release as independent for Queens. And will get on the normal cycle in Rocky. | 15:46 |
*** coolsvap has joined #openstack-release | 15:46 | |
*** yamamoto has joined #openstack-release | 15:48 | |
smcginnis | samP: OK, great. I think that will be the best path forward at this point. | 15:48 |
smcginnis | samP: If you need any help getting things going for Rocky, just let us know. | 15:49 |
samP | smcginnis: sure I will. Thanks again for the help.. | 15:49 |
*** samP has quit IRC | 15:50 | |
smcginnis | samP_: No problem, thanks for checking with us! | 15:50 |
*** wolverineav has quit IRC | 15:53 | |
*** yamamoto has quit IRC | 15:53 | |
*** wolverineav has joined #openstack-release | 15:53 | |
*** wolverineav has quit IRC | 15:57 | |
*** lvdombrkr89 has quit IRC | 15:59 | |
prometheanfire | ttx: one ffe is fine, as long as the reason for it is the same for all in the request | 16:01 |
prometheanfire | mriedem: mordred: do we need openstacksdk-0.11.0 in queens? because it seems like it's not passing grenade still | 16:04 |
mriedem | i don't know anything about openstacksdk 0.11.0 | 16:05 |
mriedem | link? | 16:06 |
prometheanfire | https://review.openstack.org/538425 | 16:06 |
prometheanfire | mriedem: I thought you needed a new version for something | 16:07 |
prometheanfire | https://review.openstack.org/538695 | 16:07 |
prometheanfire | wrong link... | 16:07 |
mriedem | nova doesn't use the sdk | 16:07 |
*** samP_ has quit IRC | 16:07 | |
mriedem | prometheanfire: it's likely grenade is failing because https://review.openstack.org/#/c/538951/ isn't in stable/pike | 16:09 |
mriedem | i don't know why this is failing http://logs.openstack.org/95/538695/3/check/neutron-grenade/53ae8b8/logs/grenade.sh.txt.gz#_2018-01-30_23_36_23_203 | 16:10 |
mriedem | "Could not find requested endpoint in Service Catalog." | 16:10 |
mriedem | it should be looking up the network service | 16:10 |
mriedem | s/service/endpoint/ | 16:11 |
prometheanfire | mriedem: I assume you mean stable/queens? but ok, thanks | 16:11 |
mriedem | no, stable/pike | 16:11 |
mriedem | grenade master is queens | 16:11 |
mriedem | so that job is upgrading from pike to master | 16:11 |
prometheanfire | oh, right | 16:12 |
*** samP has joined #openstack-release | 16:12 | |
mriedem | left some comments in there | 16:14 |
prometheanfire | thanks | 16:14 |
prometheanfire | dansmith: mind looking at https://review.openstack.org/#/c/538951/ | 16:18 |
openstackgerrit | Terry Wilson proposed openstack/releases master: Release ovsdbapp 0.4.2 https://review.openstack.org/539587 | 16:18 |
prometheanfire | mtreinish: ^ you too, please look at https://review.openstack.org/#/c/538951/ as it seems needed for https://review.openstack.org/538695 | 16:19 |
* dhellmann catches up on scrollback | 16:21 | |
*** samP has quit IRC | 16:21 | |
prometheanfire | dhellmann: you don't happen to have access to grenade do you? https://review.openstack.org/#/c/538951/ | 16:23 |
dhellmann | prometheanfire : no. the -qa folks, I think? | 16:24 |
*** wolverineav has joined #openstack-release | 16:24 | |
dhellmann | ttx, smcginnis : I'm uncomfortable releasing from HEAD of master because who knows what sort of instability that's going to introduce | 16:25 |
*** ykarel is now known as ykarel|away | 16:25 | |
*** samP has joined #openstack-release | 16:27 | |
mordred | prometheanfire: yes - we do - and yes, fixing coming | 16:29 |
dhellmann | ttx, smcginnis : I'm adding some thoughts to https://etherpad.openstack.org/p/queens-relmgt-tracking about each of the unreleased things | 16:29 |
prometheanfire | mordred: ok | 16:29 |
* smcginnis is in cinder meeting at the moment, will catch up shortly. | 16:29 | |
*** ykarel|away has quit IRC | 16:29 | |
mordred | prometheanfire: I'm aout to propose a 0.11.1 for sdk that should fix the grenade issue | 16:30 |
prometheanfire | mordred: ah, nice | 16:32 |
mordred | (and added the neutron-grenade job to sdk to verify that is the case) | 16:32 |
prometheanfire | mordred: will that require a != in gr for 0.11.0? | 16:32 |
*** ricolin has quit IRC | 16:32 | |
mordred | I don't think so - the issue is an edge case with stable/pike of openstackclient + openstacksdk - we missed something in our compaat layer | 16:33 |
dhellmann | mordred : what's up with os-client-config these days? | 16:33 |
prometheanfire | mordred: ok, I just have to bring it up is all | 16:33 |
mordred | and also learned that grenade does not upgrade python-openstackclient | 16:33 |
mordred | prometheanfire: oh - totally - it's been a fun little adventure tracking this one down :) | 16:33 |
mordred | dhellmann: that's a good question - I should submit a release request for it - there's a few things in master that should get released | 16:34 |
dhellmann | mordred : yeah, I mean the extended deadline was yesterday :-/ | 16:34 |
mordred | we didn't quite make it to making it in to a thin wrapper around sdk this cycle - will get that done early next cycle | 16:34 |
mordred | dhellmann: oh - well, we can also skip it- there's nothing urgent | 16:34 |
dhellmann | well, it means we're sort of stuck without a good way to make a stable/queens branch | 16:34 |
dhellmann | so we're trying to figure out what to do | 16:35 |
prometheanfire | dhellmann: do we need FFEs for the clients? | 16:35 |
dhellmann | if you *want* a release and prometheanfire is ok, I think we should go for it, but *lots* of things depend on that library now so... | 16:35 |
prometheanfire | ttx brought up | 16:35 |
prometheanfire | dhellmann: ya, unless there's a reason we need it I say we skip | 16:35 |
dhellmann | prometheanfire : I think, given all that has happened in the last week, we should just expect 1 more release from anything that hasn't had a release yet. I'm going through the list of those things now | 16:35 |
prometheanfire | dhellmann: sgtm | 16:36 |
prometheanfire | gating *seems* smoother... | 16:36 |
dhellmann | because if we don't release them, then managing stable/queens becomes a real question -- where do we branch from and what ends up being backported | 16:36 |
prometheanfire | yep | 16:36 |
dhellmann | ttx pointed out that last cycle we said we were going to force releases of anything that hadn't released | 16:36 |
dhellmann | I'm not 100% comfortable with just doing that, though | 16:36 |
*** samP has quit IRC | 16:36 | |
prometheanfire | it seems like everything is basically shifted a release | 16:36 |
prometheanfire | s/release/week | 16:37 |
mordred | dhellmann, prometheanfire: well - we could release it - it shares a gate with osc so I'm not concerned with it brekaing the gate | 16:37 |
dhellmann | mordred : ok, good to know | 16:37 |
mordred | dhellmann: lemme land the outstanding sync-with-global-reuqirements real quick | 16:38 |
dhellmann | mordred : ack | 16:39 |
*** pcaruana has quit IRC | 16:39 | |
*** samP has joined #openstack-release | 16:43 | |
dhellmann | kumarmn : are you going to do a trove client release for queens? | 16:45 |
mordred | dhellmann: k. https://review.openstack.org/#/c/533991 is up, which is stacked on https://review.openstack.org/#/c/539594 which should fix the doc building job - as soon as they pass I'll get them landed and then get you a release request | 16:45 |
dhellmann | mordred : ok. would you go ahead and file a preliminary patch in openstack/releases so we can track things that way? | 16:46 |
mordred | dhellmann: yup! | 16:46 |
dhellmann | thanks | 16:46 |
openstackgerrit | Monty Taylor proposed openstack/releases master: Release 1.29.0 of os-client-config for queens https://review.openstack.org/539595 | 16:48 |
openstackgerrit | Monty Taylor proposed openstack/releases master: Release 1.29.0 of os-client-config for queens https://review.openstack.org/539595 | 16:48 |
*** samP has quit IRC | 16:52 | |
dhellmann | lbragstad : what's going on with ldappool and pycadf? we have unreleased changes for both (see http://paste.openstack.org/show/658165/) | 16:56 |
*** samP has joined #openstack-release | 16:57 | |
lbragstad | i'd have to follow up with gordc on pycadf | 16:58 |
lbragstad | but ldappool is pretty minimum maintenance from the keystone team | 16:58 |
dhellmann | lbragstad : can you do that today? we're either going to force releases, branch stable/queens from the previous release, or drop things from the official project list | 16:58 |
dhellmann | I guess ldappool only has doc and requirements updates, so it should be safe to release that one | 16:59 |
dhellmann | could you propose that release, please? | 16:59 |
dhellmann | rakhmerov : mistral-lib also has several unreleased changes. do you need a release? http://paste.openstack.org/show/658165/ | 17:00 |
openstackgerrit | Lance Bragstad proposed openstack/releases master: Release ldappool 2.2.0 https://review.openstack.org/539599 | 17:00 |
dhellmann | lbragstad : thanks | 17:00 |
dhellmann | strigazi : magnum client has quite a few unreleased bug fixes. do you need a release? http://paste.openstack.org/show/658165/ | 17:01 |
*** harlowja has joined #openstack-release | 17:02 | |
kumarmn | dhellman: I did tag queens-3 for trove-client: https://review.openstack.org/#/c/536893/ | 17:02 |
openstackgerrit | Monty Taylor proposed openstack/releases master: Release 0.11.1 of python-openstacksdk for queens https://review.openstack.org/539602 | 17:02 |
*** yamamoto has joined #openstack-release | 17:03 | |
dhellmann | hmm | 17:03 |
kumarmn | Were you asking about RC1? | 17:03 |
mordred | dhellmann, prometheanfire: that ^^ should do it ... is that the right way to make a stable point release? | 17:03 |
dhellmann | kumarmn : if I look at the list of patches in the openstack/python-troveclient repo on master since the 2.14.0 tag I see 9 changes. Do you need to release those for queens? | 17:04 |
dhellmann | kumarmn : start at line 360 of http://paste.openstack.org/show/658165/ | 17:04 |
dhellmann | oh, that's old, hang on | 17:04 |
openstackgerrit | Lance Bragstad proposed openstack/releases master: release pycadf 2.7.0 for stable/queens https://review.openstack.org/539604 | 17:05 |
dhellmann | hmm, my script is producing weird results | 17:05 |
smcginnis | Hmm, yeah. Not sure why troveclient is showing up there. | 17:05 |
lbragstad | dhellmann: ^ and pinged gordc | 17:06 |
dhellmann | smcginnis : yeah, and the list_unreleased_changes script starts at 2.13.0 instead of 2.14.0 | 17:06 |
dhellmann | kumarmn : nevermind, the trove client changes on master don't need a release | 17:07 |
smcginnis | FWIW, when I run the script to propose lib branches, it does pick up that troveclient had a release and needs a branch. | 17:07 |
dhellmann | it does need a branch, but we can do that | 17:07 |
dhellmann | strigazi: python-magnumclient has a long list of unreleased changes. Do you want a queens release? http://paste.openstack.org/show/658165/ | 17:08 |
dhellmann | oops, duplicate ping, lost my place | 17:09 |
strigazi | dhellmann yes | 17:09 |
strigazi | strigazi: I'm trying to add some more | 17:09 |
smcginnis | dhellmann: Thinking we can get late releases done for all of these? | 17:09 |
dhellmann | strigazi : please propose it. the deadline was yesterday and we're trying to clean up stragglers | 17:09 |
smcginnis | strigazi: It's a little late to add more. | 17:09 |
dhellmann | strigazi : yeah, do not wait for more patches | 17:09 |
strigazi | dhellmann: smcginnis ack | 17:10 |
dhellmann | smcginnis : some of them are pretty trivial so I think so | 17:10 |
dhellmann | though I don't know what the check queue length looks like | 17:10 |
smcginnis | Good, that would eleviate a lot of issues. | 17:10 |
dhellmann | have a look through my notes in https://etherpad.openstack.org/p/queens-relmgt-tracking and let me know what you think | 17:10 |
smcginnis | 118 in check, 65 in gate, right now. | 17:10 |
*** wolverineav has quit IRC | 17:11 | |
dhellmann | so many ptls are not in this channel this week :-/ | 17:11 |
*** wolverineav has joined #openstack-release | 17:12 | |
*** ekcs has joined #openstack-release | 17:13 | |
smcginnis | I should add that to the countdown notes that it is expected during milestone 3 until final release that PTLs or liaisons are present here. | 17:14 |
*** samP has quit IRC | 17:14 | |
kumarmn | as smcginnis said 2.14 was the version for queens-3, dhellmann. There should be only one changed that merged after that. | 17:14 |
dhellmann | unfortunately I think a lot of them are in timezones that make synchronous communication impractical | 17:14 |
smcginnis | True | 17:14 |
dhellmann | kumarmn : http://paste.openstack.org/show/658202/ shows more than 1, but most of them are global requirements so it's not a big deal | 17:16 |
*** wolverineav has quit IRC | 17:16 | |
*** armstrong has quit IRC | 17:16 | |
*** yamamoto has quit IRC | 17:16 | |
dhellmann | smcginnis : how about if we go ahead and do the "no harm done" releases as 1 set? | 17:17 |
dhellmann | the send email to the -dev list about the ones that need PTL input | 17:17 |
dhellmann | maybe we want to get ttx's input, too | 17:17 |
smcginnis | dhellmann: So get all releases in one batch and try to get the ack from the affected PTLs. | 17:18 |
*** samP has joined #openstack-release | 17:18 | |
dhellmann | for the ones that are just doc or build changes I was going to just do them | 17:18 |
dhellmann | the ones that are less obviously safe we would want to do one at a time | 17:18 |
dhellmann | I mean none of these are new this cycle, so we could also just propose a patch to remove them from governance and be done with it | 17:19 |
dhellmann | but meh | 17:19 |
smcginnis | Yeah | 17:19 |
*** iyamahat has quit IRC | 17:19 | |
*** pbandark has quit IRC | 17:20 | |
dhellmann | maybe next cycle we should automatically propose releases for all libraries with unreleased changes at each milestone | 17:20 |
smcginnis | I like that. If we do it at each milestone, then there is less risk we are going to force-release something that will cause problems for the final release. | 17:22 |
* ttx is back from meeting | 17:22 | |
*** sree has quit IRC | 17:22 | |
*** yamahata has quit IRC | 17:22 | |
dhellmann | ttx, I made some notes in https://etherpad.openstack.org/p/queens-relmgt-tracking about what to do with the unreleased things | 17:23 |
*** samP has quit IRC | 17:23 | |
*** sree has joined #openstack-release | 17:23 | |
ttx | looking | 17:23 |
dhellmann | a couple actually did have releases or were retired, so I removed them from the list | 17:23 |
openstackgerrit | gordon chung proposed openstack/releases master: aodhclient 1.0.0 https://review.openstack.org/539608 | 17:25 |
ttx | dhellmann: ok... I like that case-by-case approach, and agree that we could more aggressively release at milestones if nothing happened since previous milestone.... My only fear is that it will take time to ping people and process the list, potentially introducing issues late in the process | 17:25 |
ttx | So if we can't get people to answer I would just re-release from latest tag | 17:25 |
ttx | (for the non-trivial ones) | 17:25 |
ttx | ideally we'd be done with pre-branch lib releases by tomorrow :) | 17:26 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: fix get_last_tag function https://review.openstack.org/539610 | 17:26 |
dhellmann | ttx: why do we need to re-tag? | 17:27 |
dhellmann | why not just branch? | 17:27 |
smcginnis | Or we could not ping people. We could change our release policy so that unless they need a lib release sooner, it's just policy that we do a release every milestone. | 17:27 |
dhellmann | smcginnis : I do like that for next cycle | 17:27 |
ttx | dhellmann: to avoid special casing the .Y skip? | 17:27 |
smcginnis | More work on our end as far as choosing release version, but then it would at least be consistent. | 17:27 |
dhellmann | I'm less sure of doing it today, with no warning | 17:27 |
smcginnis | dhellmann: ++ | 17:27 |
dhellmann | ttx : ok, good point | 17:28 |
ttx | dhellmann: It's also more... consistent | 17:28 |
ttx | to me, more of a by-product of being cycle-with-milestones | 17:28 |
*** samP has joined #openstack-release | 17:28 | |
dhellmann | so do we want to go ahead with doing the least invasive thing in all cases without consulting them? or do we want to try to ping some more folks? | 17:29 |
ttx | I'm ok to ping people, but with a short deadline | 17:29 |
dhellmann | I think the people we haven't already reached are not going to be online for several hours | 17:29 |
ttx | i.e. if we can't get answers by tomorrow US Eastern morning, proceed | 17:29 |
dhellmann | ok | 17:29 |
dhellmann | so who wants to write the emails to the -dev list? | 17:30 |
ttx | that gives some time to people from China/Europe to pick the news | 17:30 |
dhellmann | I'll take the task of preparing the patch with the preliminary plan for each of them | 17:30 |
ttx | I'd gladly do it but the end of my day is just too near :) | 17:30 |
ttx | as in now | 17:30 |
dhellmann | we can get them to vote on the patch if they want something different | 17:30 |
dhellmann | ack | 17:30 |
dhellmann | smcginnis : perhaps our fearless leader will write that email? | 17:31 |
smcginnis | So we're going to propose patches to do releases for things that are sitting out there. And we're going to try to get the PTLs to ack that those releases are OK? | 17:31 |
dhellmann | it's going to vary | 17:31 |
smcginnis | Not entirely sure I got the whole plan/proposal, but I can definitely send the email. | 17:31 |
dhellmann | in cases where we anticipate little harm, we will release from HEAD of master | 17:31 |
dhellmann | in cases where we can't tell, we are going to be conservative and re-tag the previous release and branch from there | 17:32 |
dhellmann | that will mean they have to backport bug fixes to get them into a later queens release, and they will not have their features because of the backport policy | 17:32 |
dhellmann | smcginnis : I have updated the tracking notes with the plan for each lib | 17:33 |
smcginnis | And we'll hold thos re-tag branch patches until tomorrow to give non-US folks time to respond. And if they do have feature work they need to get out, they can propose a different patch overnight to get a new release out? | 17:33 |
*** gordc has joined #openstack-release | 17:33 | |
smcginnis | *those | 17:34 |
dhellmann | smcginnis , ttx: we need to think about what we're going to do when we stop syncing requirements and some of these libs don't have any changes in a cycle. | 17:34 |
dhellmann | smcginnis : good idea, they should propose an alternative patch for their repo | 17:34 |
dhellmann | then we can remove the changes from our megapatch | 17:34 |
openstackgerrit | Spyros Trigazis (strigazi) proposed openstack/releases master: Release python-magnumclient 2.8.0 https://review.openstack.org/539613 | 17:34 |
*** sree has quit IRC | 17:34 | |
dhellmann | thanks strigazi | 17:35 |
smcginnis | So either way, by tomorrow we will cut and branch everything and that will be it. | 17:35 |
dhellmann | right | 17:35 |
dhellmann | well, all the libs | 17:35 |
dhellmann | services don't branch until rc1 | 17:35 |
dhellmann | smcginnis : oh, except heat-translator | 17:35 |
dhellmann | I think that's not a library | 17:36 |
gordc | smcginnis: re:pankoclient, we haven't done anything to it this cycle... it's probably going to be same commit-id as pike | 17:36 |
dhellmann | I will propose changing its type in a separate patch | 17:36 |
smcginnis | Right, non-services. | 17:36 |
dhellmann | gordc : we can tag master, or we can re-tag that previous release with a new version to start the new branch | 17:36 |
gordc | dhellmann: either works. | 17:37 |
dhellmann | gordc : here's the list of changes: http://paste.openstack.org/show/658206 | 17:37 |
dhellmann | it looked like there were a couple of bug fixes | 17:37 |
dhellmann | and I'm not sure what "* 6bd0c25 2017-06-09 17:30:51 +0000 add panko shell" is | 17:37 |
dhellmann | gordc : how about aodh client? | 17:38 |
dhellmann | gordc : and pycadf? | 17:38 |
gordc | hmm... i guess pike tagged on something other than i thought | 17:38 |
gordc | dhellmann: just sent a patch for aodhclient | 17:38 |
dhellmann | ok | 17:38 |
smcginnis | Hmm, yeah. python-pankoclient shows only one that should have been after pike was cut. | 17:39 |
gordc | talked with lbragstad, i'm ok with pycadf (not following it much personally) | 17:39 |
* ttx has got to run | 17:40 | |
smcginnis | o/ ttx | 17:40 |
ttx | keep me posted if I need to do some cat herding tomorrow morning | 17:40 |
gordc | bare with me, my internet sucks so i'm slowing moving to check what the last release was. | 17:40 |
dhellmann | ttx: ack, have a good evening | 17:40 |
ttx | like people on EU/CN TZs that you missed | 17:40 |
dhellmann | gordc : np, I'm trying to share the same output I'm seeing | 17:40 |
smcginnis | 0.3.0 was APril 13. No pike release? | 17:40 |
dhellmann | gordc : has everything: http://paste.openstack.org/show/658165/ | 17:41 |
dhellmann | smcginnis : that was early in pike and we used it as the branch point | 17:41 |
smcginnis | AH, ok. | 17:42 |
gordc | oh... i'll just tag master then. | 17:43 |
dhellmann | I'm going to get some food and then come back and prepare the megapatch with all of these updates in it | 17:43 |
*** iyamahat has joined #openstack-release | 17:43 | |
smcginnis | dhellmann: Think I better too while I have a meeting window. | 17:44 |
smcginnis | gordc: If we could get release patches for those things, that would be better than us trying to figure out what to branch from where. | 17:44 |
smcginnis | Aaah, just got a 15 minute meeting reminder. Looks like it will be a quick one. | 17:45 |
openstackgerrit | gordon chung proposed openstack/releases master: pankoclient 0.4.0 https://review.openstack.org/539618 | 17:45 |
gordc | smcginnis: release patches == https://review.openstack.org/#/q/owner:gord%2540live.ca+status:open+project:openstack/releases ? | 17:46 |
prometheanfire | smcginnis: is there a megaffe coming for reqs? | 17:48 |
*** gordc has quit IRC | 17:53 | |
smcginnis | prometheanfire: Yeah, I think there will be. | 17:54 |
*** sree has joined #openstack-release | 17:56 | |
prometheanfire | k, just wanted to be prepared :D | 17:58 |
*** samP has quit IRC | 18:00 | |
*** sree has quit IRC | 18:01 | |
*** ekcs has quit IRC | 18:02 | |
*** yamahata has joined #openstack-release | 18:03 | |
*** samP has joined #openstack-release | 18:05 | |
*** hongbin has joined #openstack-release | 18:12 | |
*** pkovar has quit IRC | 18:24 | |
*** sree has joined #openstack-release | 18:28 | |
*** sree has quit IRC | 18:36 | |
*** dtantsur is now known as dtantsur|afk | 18:37 | |
smcginnis | mordred: Should that python-openstacksdk release actually be a 0.12.0 release? | 18:38 |
*** iyamahat has quit IRC | 18:38 | |
smcginnis | mordred: There are a couple things in there that don't look like bugfixes from my uneducated take on the commit messages. | 18:39 |
*** iyamahat has joined #openstack-release | 18:39 | |
*** pbandark has joined #openstack-release | 18:39 | |
*** iyamahat has quit IRC | 18:40 | |
*** iyamahat has joined #openstack-release | 18:40 | |
*** ekcs has joined #openstack-release | 18:40 | |
*** iyamahat has quit IRC | 18:43 | |
*** iyamahat has joined #openstack-release | 18:43 | |
*** harlowja has quit IRC | 18:52 | |
*** sree has joined #openstack-release | 18:52 | |
*** shardy has quit IRC | 18:53 | |
*** sree has quit IRC | 18:57 | |
mordred | smcginnis: I could go either way - whichever you think is the right choice. there's a patch where the argument could be made for an 0.12 - but it feels to me it's a fix to a thing that was added in 0.11 | 18:58 |
mordred | smcginnis: want me to update it? | 18:58 |
*** iyamahat has quit IRC | 19:02 | |
*** iyamahat_ has joined #openstack-release | 19:02 | |
smcginnis | mordred: OK, if it is indeed just a fix to something, then it is fine. | 19:03 |
smcginnis | mordred: I couldn't really tell from the quick read of the commit messages and wanted to make sure it was semver correct. | 19:03 |
smcginnis | mordred: Approved | 19:04 |
*** lucasagomes is now known as lucas-afk | 19:04 | |
mordred | smcginnis: I tend to ramble | 19:06 |
*** freerunner has quit IRC | 19:06 | |
*** SergeyLukjanov has quit IRC | 19:06 | |
smcginnis | mordred: Really? I hadn't noticed. | 19:06 |
smcginnis | :) | 19:06 |
*** freerunner has joined #openstack-release | 19:08 | |
*** SergeyLukjanov has joined #openstack-release | 19:08 | |
*** samP has quit IRC | 19:22 | |
openstackgerrit | Merged openstack/releases master: aodhclient 1.0.0 https://review.openstack.org/539608 | 19:24 |
*** amoralej is now known as amoralej|off | 19:25 | |
*** coolsvap has quit IRC | 19:25 | |
openstackgerrit | Merged openstack/releases master: pankoclient 0.4.0 https://review.openstack.org/539618 | 19:26 |
*** samP has joined #openstack-release | 19:28 | |
*** freerunner has quit IRC | 19:29 | |
*** SergeyLukjanov has quit IRC | 19:29 | |
openstackgerrit | gordon chung proposed openstack/releases master: aodh 4.0.3 (ocata) https://review.openstack.org/539643 | 19:29 |
openstackgerrit | gordon chung proposed openstack/releases master: ceilometer 8.1.3 (ocata) https://review.openstack.org/539644 | 19:31 |
openstackgerrit | Merged openstack/releases master: Release python-magnumclient 2.8.0 https://review.openstack.org/539613 | 19:34 |
openstackgerrit | Merged openstack/releases master: Release ldappool 2.2.0 https://review.openstack.org/539599 | 19:34 |
*** samP has quit IRC | 19:34 | |
openstackgerrit | gordon chung proposed openstack/releases master: aodh 5.0.1 (pike) https://review.openstack.org/539645 | 19:35 |
*** harlowja has joined #openstack-release | 19:37 | |
*** sree has joined #openstack-release | 19:39 | |
openstackgerrit | gordon chung proposed openstack/releases master: ceilometermiddleware 1.2.0 https://review.openstack.org/539646 | 19:39 |
openstackgerrit | Merged openstack/releases master: release pycadf 2.7.0 for stable/queens https://review.openstack.org/539604 | 19:39 |
openstackgerrit | Merged openstack/releases master: Release 0.11.1 of python-openstacksdk for queens https://review.openstack.org/539602 | 19:39 |
*** mriedem1 has joined #openstack-release | 19:41 | |
*** samP has joined #openstack-release | 19:42 | |
*** mriedem has quit IRC | 19:42 | |
*** sree has quit IRC | 19:43 | |
*** freerunner has joined #openstack-release | 19:43 | |
*** SergeyLukjanov has joined #openstack-release | 19:44 | |
dhellmann | smcginnis , ttx: in the course of working up the code changes to tag those libraries I realized a logical error in what we said we would do :-( | 19:47 |
dhellmann | if we tag master again at the point where the previous branch was created, then the new release won't include any fixes that have already been backported to that stable branch | 19:48 |
dhellmann | so functionality will regress | 19:48 |
dhellmann | which may be an impetus to trigger a new release on master and to backport more fixes, I guess | 19:48 |
dhellmann | but it seems like it has the potential to trigger more work | 19:48 |
dhellmann | and now that I've worked that out, I think that's why we said last cycle we would just tag the tip of master and branch from there | 19:49 |
smcginnis | Shoot. | 19:50 |
dhellmann | so I'm going to just do that | 19:50 |
dhellmann | did you already send that email? | 19:50 |
smcginnis | Not yet, I was just working in an etherpad to get your review before I sent anything. | 19:50 |
dhellmann | ok | 19:50 |
smcginnis | dhellmann: I think there were only a few that you noted branched from the previous spot in the list in the tracking etherpad. | 19:52 |
smcginnis | dhellmann: We could check on those and see if they even do have any backported fixes to stable/pike. | 19:53 |
smcginnis | Based on the inactivity in queens, it might be a low number. | 19:53 |
dhellmann | yeah, at least one that I was going to do that with did which is how I ended up rewriting my the logic I had added to new-release and that's when I realized the error | 19:53 |
dhellmann | let me see if I can make the tool tell me | 19:54 |
dhellmann | smcginnis : look for "WARNING" in http://paste.openstack.org/show/658222/ | 19:57 |
smcginnis | So that's just the ones that have done stable releases, not necessarily ones that have backported changes that are still sitting out there, right? | 19:58 |
*** samP has quit IRC | 20:00 | |
dhellmann | let me post the code I'm running | 20:01 |
dhellmann | that is the changes being made for the projects we said needed to have new releases and branches created | 20:02 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: change deliverable type for heat-translator to "other" https://review.openstack.org/539655 | 20:03 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: update new-release to support forced procedural tags https://review.openstack.org/539656 | 20:03 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens library releases https://review.openstack.org/539657 | 20:03 |
dhellmann | smcginnis : there's the code change to new-release and the set of deliverable file changes | 20:03 |
dhellmann | that last patch also includes a script queens.sh showing which commands I ran to generate the patch | 20:03 |
dhellmann | validation failed for me locally so the deliverable file changes aren't going to work anyway | 20:04 |
prometheanfire | those releases (and others) are required reqs bumps? | 20:04 |
smcginnis | dhellmann: While I look at that, want to take a look at what I've written here so far? https://etherpad.openstack.org/p/queens-post-freeze-email | 20:04 |
dhellmann | prometheanfire : at this point we are not incrementing lower bounds, only constraints. | 20:04 |
dhellmann | smcginnis : the intro looks ok, but I think the conclusions are all going to need to change | 20:05 |
dhellmann | I don't think we have a choice except to release from master | 20:06 |
dhellmann | or to not release at all, i guess, but that's a very very distant 2nd choice | 20:06 |
smcginnis | Yeah, some of those I had written before you pointed out the above issues. | 20:06 |
smcginnis | I think we'll have to iterate on that. | 20:06 |
dhellmann | yeah, of course | 20:06 |
*** sree has joined #openstack-release | 20:07 | |
*** samP has joined #openstack-release | 20:08 | |
*** mriedem1 is now known as mriedem | 20:09 | |
*** sree has quit IRC | 20:11 | |
dhellmann | smcginnis , prometheanfire : i'm not sure it makes sense for us to release anything if we don't agree in advance that we'll at least try to take the constraint update | 20:14 |
dhellmann | so can we say that we will do that? | 20:14 |
dhellmann | I'm looking at the comments about senlin client, for example | 20:14 |
dhellmann | https://etherpad.openstack.org/p/queens-post-freeze-email | 20:14 |
prometheanfire | I'm fine with that, we just need a list before I can remove the -2-W | 20:14 |
dhellmann | sure, that etherpad has the list (and it will go out as an email as soon as we agree on the actual plan) | 20:15 |
smcginnis | Would there be an OpenStack Proposal Bot patches that would not be on that list? | 20:15 |
dhellmann | and there will be 1 patch with all of the tag requests so you can verify version numbers | 20:15 |
dhellmann | smcginnis : good point, there should not be | 20:15 |
prometheanfire | what I'd like to see us try is a group'd update so gate doesn't get stuffed | 20:15 |
*** samP has quit IRC | 20:15 | |
dhellmann | yeah, we did talk about squashing them after the check jobs pass | 20:15 |
prometheanfire | smcginnis: ya, I've been -2-W'ing them | 20:16 |
smcginnis | prometheanfire: So squash any separate proposal bot patches into one that does it all in one shot? | 20:16 |
prometheanfire | squash is valid too, don't care much which way it goes, I can remove the commits that go all the way | 20:16 |
smcginnis | I guess the only problem there is if we need to revert a specific library, but that could be addressed by an individual patch rolling back the one version. | 20:16 |
prometheanfire | ya, I'm not worried about that | 20:17 |
*** SergeyLukjanov has quit IRC | 20:17 | |
*** freerunner has quit IRC | 20:17 | |
smcginnis | OK, I can take care of merging all of the proposals into one once these have gone through. | 20:17 |
prometheanfire | k | 20:18 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens library releases https://review.openstack.org/539657 | 20:18 |
smcginnis | dhellmann: Thoughts on mistral-lib (line 29)? | 20:18 |
dhellmann | let's look at that patch | 20:19 |
smcginnis | python-tackerclient is another unknown. We can look at that one next. | 20:20 |
*** samP has joined #openstack-release | 20:20 | |
dhellmann | yeah, that does look like it breaks the mistral-lib API | 20:20 |
dhellmann | who is the mistral ptl | 20:21 |
prometheanfire | bot should be able to answer these questions | 20:21 |
prometheanfire | #ptl mistral | 20:21 |
prometheanfire | that should work :P | 20:21 |
smcginnis | Renat Akhmerovrakhmerov | 20:22 |
smcginnis | rakhmerov: You around? | 20:22 |
smcginnis | prometheanfire: We must not have the bot for that here. That would be handy though. | 20:23 |
*** freerunner has joined #openstack-release | 20:23 | |
*** SergeyLukjanov has joined #openstack-release | 20:23 | |
prometheanfire | ya, I just want it because we have something like that for gentoo | 20:23 |
dhellmann | we could teach the openstack bot to do that | 20:24 |
prometheanfire | #cores PROJECT would be nice too | 20:24 |
prometheanfire | more important things for now though | 20:24 |
dhellmann | maybe we should just leave mistral-lib out of this patch for now and raise that as a separate thread on the mailing list | 20:25 |
smcginnis | dhellmann: What would plan B be then? | 20:26 |
dhellmann | do the ones we can and deal with mistral-lib tomorrow | 20:26 |
dhellmann | I guess we're looking for feedback for all of them | 20:27 |
dhellmann | but we want mistral-lib separated out so we can skip it, right? | 20:27 |
dhellmann | because at this point we're not going to release something that isn't compatible | 20:27 |
dhellmann | they're clearly not using it | 20:27 |
smcginnis | They do have a check for the old value, so maybe not too dangerous? | 20:27 |
dhellmann | where? | 20:27 |
smcginnis | https://github.com/openstack/mistral-lib/commit/40e593bd2016b623ce509a3db24965997422eed2 | 20:28 |
smcginnis | Line 92. | 20:28 |
dhellmann | oh, I didn't notice they moved task_id to the end of the args list | 20:28 |
dhellmann | that looks like it would do the wrong thing if the caller passed both values, but that seems unlikely | 20:29 |
dhellmann | in any case, they've tried to make it compatible so I think it's safe to go ahead | 20:29 |
smcginnis | ++ | 20:29 |
dhellmann | smcginnis : what was the other one you wanted to talk about? | 20:30 |
smcginnis | python-tackerclient | 20:30 |
*** samP has quit IRC | 20:30 | |
*** sree has joined #openstack-release | 20:31 | |
dhellmann | that's a lot of changes | 20:31 |
dhellmann | mostly bug fixes, but some requirements updates | 20:31 |
smcginnis | I was concerned with the number of changes, but looking through it now, nothing stands out as a particularly troubling commit. It's just the volume of change. | 20:32 |
smcginnis | Probably fine then. | 20:32 |
dhellmann | yeah | 20:32 |
dhellmann | 20 that are not g-r updates | 20:32 |
smcginnis | OK, I think we should propose it and let folks comment on the ML or the patch. | 20:33 |
smcginnis | Rereading what we have now in the draft. | 20:33 |
smcginnis | Moved that line down to make sure it's more visible. | 20:34 |
dhellmann | ++ | 20:34 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens library releases https://review.openstack.org/539657 | 20:35 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: update new-release to support forced procedural tags https://review.openstack.org/539656 | 20:35 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: remove temporary script queens.sh https://review.openstack.org/539673 | 20:35 |
dhellmann | rebased and reordered to put the code change after the releases since we might not want it | 20:36 |
*** sree has quit IRC | 20:36 | |
smcginnis | Did we want queens.sh included in there? | 20:38 |
dhellmann | I removed it in a follow up | 20:38 |
dhellmann | I guess I could just remove it since it's the same command over and over now | 20:38 |
dhellmann | before it actually varied based on what we said we would do | 20:39 |
*** samP has joined #openstack-release | 20:39 | |
smcginnis | Oh, I see what you're saying. Eh, either way. | 20:39 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens library releases https://review.openstack.org/539657 | 20:39 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: update new-release to support forced procedural tags https://review.openstack.org/539656 | 20:39 |
dhellmann | squashed in the removal patch | 20:39 |
smcginnis | Did we want to include switching heat-translator to "other" in this set? | 20:39 |
dhellmann | oh, we should link to that separately | 20:39 |
*** SergeyLukjanov has quit IRC | 20:39 | |
*** freerunner has quit IRC | 20:39 | |
smcginnis | What about requestsexception | 20:40 |
smcginnis | And python-freezerclient. | 20:40 |
smcginnis | OK, those are the only two I see in the email that are not in that patch. | 20:40 |
dhellmann | ah, right, hang on | 20:41 |
*** freerunner has joined #openstack-release | 20:41 | |
*** SergeyLukjanov has joined #openstack-release | 20:42 | |
openstackgerrit | Doug Hellmann proposed openstack/releases master: update new-release to support forced procedural tags https://review.openstack.org/539656 | 20:42 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens library releases https://review.openstack.org/539657 | 20:42 |
dhellmann | smcginnis : that means reordering again to take the schema change with the code changes before we take the deliverable file updates | 20:43 |
dhellmann | but that's done now | 20:43 |
dhellmann | looks like that is going to have a validation error :-( | 20:44 |
dhellmann | oh, nevermind, maybe that's not what I'm seeing | 20:44 |
dhellmann | standby | 20:44 |
dhellmann | one error: deliverables/queens/python-freezerclient.yaml: openstack/python-freezerclient 1974aeadae1da9cff5420c7dba032045a75a9696 receiving 1.7.0 is not a descendant of 1.6.0 | 20:44 |
smcginnis | That was the one that was showing up as unreleased even though it was, right? Looks like we need to figure out what happened there. | 20:45 |
dhellmann | freezer client had a release | 20:45 |
dhellmann | we should branch from that | 20:45 |
dhellmann | I don't know why something though there was no release | 20:45 |
*** samP has quit IRC | 20:45 | |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens library releases https://review.openstack.org/539657 | 20:46 |
dhellmann | dropped freezer client | 20:47 |
smcginnis | Did they do their own release? I'm still confused. | 20:47 |
dhellmann | there are releases listed in the queens deliverable file | 20:47 |
dhellmann | I think I queried for updates to projects without branches rather than projects without releases | 20:48 |
dhellmann | so it included some extras | 20:48 |
smcginnis | Ah, OK. I'm seeing it now. | 20:49 |
dhellmann | $ .tox/venv/bin/list-deliverables --unreleased --type library --type client-library | 20:49 |
dhellmann | ldappool | 20:49 |
dhellmann | os-client-config | 20:49 |
dhellmann | pycadf | 20:49 |
dhellmann | python-aodhclient | 20:49 |
dhellmann | python-ceilometerclient | 20:49 |
dhellmann | python-magnumclient | 20:49 |
dhellmann | python-pankoclient | 20:49 |
dhellmann | I probably need to repull, I know we have some of those | 20:50 |
smcginnis | OK, so I can approve the first two, then we hold on the final queens library releases patch until tomorrow when they have a chance to respond to it, right? | 20:50 |
smcginnis | Yeah, a couple of those have gone through now. | 20:50 |
smcginnis | Actually, I think all of those. | 20:50 |
dhellmann | os-client-config | 20:50 |
dhellmann | python-ceilometerclient | 20:50 |
dhellmann | occ isn't ready but is proposed and ceilomterclient is retired | 20:51 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: change deliverable type for heat-translator to "other" https://review.openstack.org/539655 | 20:51 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: update new-release to support forced procedural tags https://review.openstack.org/539656 | 20:51 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens library releases https://review.openstack.org/539657 | 20:51 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: retire python-ceilometerclient https://review.openstack.org/539677 | 20:51 |
smcginnis | mordred: Did you see my note on the occ release patch? | 20:51 |
*** samP has joined #openstack-release | 20:51 | |
openstackgerrit | Doug Hellmann proposed openstack/releases master: retire python-ceilometerclient https://review.openstack.org/539677 | 20:53 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: update new-release to support forced procedural tags https://review.openstack.org/539656 | 20:53 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens library releases https://review.openstack.org/539657 | 20:53 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: final queens branches for libraries https://review.openstack.org/539681 | 20:53 |
smcginnis | Reorder? | 20:53 |
dhellmann | smcginnis : I think you can approve the first 3 patches in the series now and wait for the others | 20:53 |
smcginnis | k | 20:54 |
dhellmann | yeah, I added the ceilometerclient retirement earlier so you can approve it, then I added a branch patch at the end | 20:54 |
smcginnis | OK good | 20:54 |
dhellmann | that should give us everything | 20:54 |
mordred | smcginnis: oh- I did not | 20:55 |
smcginnis | mordred: Just wondering if we really need to wait for a test-requirements update to do that release. | 20:55 |
smcginnis | dhellmann: OK, I did a quick read through of the draft email. Look good enough to you for me to send that out? | 20:57 |
mordred | smcginnis: oh - now that you mention, no - we don't. otoh - those two are in the gate and running their last test job so it shouldn't be lon either way | 20:58 |
mordred | smcginnis: want me to respin anyway? | 20:58 |
dhellmann | smcginnis : let me scan it one more time | 20:58 |
smcginnis | mordred: Nope, that's fine then. Last I looked it was still pending. We might as well wait now. | 20:58 |
mordred | smcginnis: sorry I missed the note earlier | 20:58 |
smcginnis | mordred: No worries, was just curious mostly. | 20:59 |
dhellmann | smcginnis : the email looks good | 21:01 |
smcginnis | OK, sending out momentarily. | 21:01 |
*** sree has joined #openstack-release | 21:02 | |
*** sree has quit IRC | 21:06 | |
*** samP has quit IRC | 21:13 | |
*** samP has joined #openstack-release | 21:18 | |
dhellmann | smcginnis , fungi, pabelanger: the rsync errors from this publish job are odd. http://logs.openstack.org/ea/ea013a8151dfba0ef82d3a4e7cca84f538834aae/release-post/publish-static/8a1b6a3/job-output.txt.gz | 21:19 |
pabelanger | dhellmann: I want to say fungi might have just been looking into it? Something about multiple jobs are trying to maybe write to that folder at same time | 21:20 |
pabelanger | but haven't really looked myself | 21:20 |
dhellmann | ah, yeah, that would happen if we release several things at once | 21:20 |
pabelanger | we likely need to add semaphore for those jobs | 21:21 |
dhellmann | how does that work? | 21:21 |
dhellmann | well, not just a semaphore | 21:21 |
pabelanger | dhellmann: seeing in zuul, where we only allow 1 jobs to run at a time | 21:21 |
pabelanger | setting* | 21:21 |
dhellmann | we need the post jobs to run in order (or at least ensure they always pull HEAD) | 21:21 |
pabelanger | ah | 21:21 |
dhellmann | because we're publishing updates to the website there | 21:22 |
pabelanger | right | 21:22 |
dhellmann | though I guess at a semaphore is better than nothing | 21:22 |
dhellmann | we can always land a trivial patch to fix things if they go in the wrong order | 21:22 |
smcginnis | dhellmann, fungi, pabelanger: I have not had a chance to take a look at the results to see if they ended up OK. | 21:22 |
fungi | i think clarkb and smcginnis were discussing it in #-infra a few minutes ago | 21:22 |
dhellmann | smcginnis : we'll have other patches going in, so that should fix itself eventually | 21:23 |
smcginnis | Yeah | 21:24 |
dhellmann | pabelanger : can you point me to an example of a semaphore? I can set one up | 21:24 |
mordred | smcginnis: ok. the os-client-config patches landed | 21:26 |
pabelanger | dhellmann: http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/jobs.yaml#n1171 was for propose-update-requirements | 21:26 |
dhellmann | pabelanger : ok. This job http://git.openstack.org/cgit/openstack/releases/tree/.zuul.yaml#n31 | 21:27 |
pabelanger | dhellmann: thanks, I was looking for it | 21:27 |
dhellmann | can I just add the semaphore there where we add it to the release-post queue or do I have to do something special? | 21:27 |
pabelanger | dhellmann: Hmm, I _think_ should could add the semaphore into the pipeline, then updating publish-static job | 21:28 |
pabelanger | let me find that | 21:28 |
pabelanger | http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/jobs.yaml#n582 | 21:30 |
dhellmann | pabelanger : it's almost as though we want a separate semaphore for the static publish job for each destination | 21:30 |
pabelanger | in fact, that job is not like safe to be run at same time by 2 or more jobs | 21:31 |
dhellmann | that job is reused several places, right? | 21:31 |
pabelanger | dhellmann: unsure | 21:31 |
dhellmann | http://codesearch.openstack.org/?q=publish-static&i=nope&files=&repos= | 21:31 |
pabelanger | yah, it is | 21:31 |
*** sree has joined #openstack-release | 21:31 | |
dhellmann | I could subclass it I guess? | 21:32 |
dhellmann | oh, no, it's marked final | 21:32 |
pabelanger | we should maybe confirm with AJaeger in the morning, I think he wrote it | 21:33 |
pabelanger | but you should be able to add the semaphore to pipeline now to test | 21:33 |
pabelanger | then see if we wan to move directly into job | 21:33 |
dhellmann | I wonder if we could add a semaphore name based on {{ zuul.project.short_name }} | 21:33 |
dhellmann | though then we'd have to add those semaphores somewhere, too | 21:33 |
dhellmann | I don't know what you mean "add the semaphore to pipeline" | 21:33 |
pabelanger | 1 sec | 21:34 |
dhellmann | add it where publish-static is included in the list of jobs for the releases repo? | 21:34 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: add semaphore for publishing to the releases website https://review.openstack.org/539692 | 21:35 |
dhellmann | pabelanger : like that? ^^ | 21:35 |
*** sree has quit IRC | 21:35 | |
mordred | smcginnis: also - the release process is working well - I've got 2 more bug reports for issues in the stable/queens release of sdk ... it's almost like people are trying things and reporting when they fail! | 21:36 |
pabelanger | dhellmann: yah, was going to say: http://paste.openstack.org/show/658242/ | 21:36 |
pabelanger | dhellmann: but that also should work | 21:36 |
smcginnis | mordred: Haha, excellent! | 21:36 |
openstackgerrit | gordon chung proposed openstack/releases master: aodh 4.0.3 (ocata) https://review.openstack.org/539643 | 21:36 |
openstackgerrit | Doug Hellmann proposed openstack/releases master: add semaphore for publishing to the releases website https://review.openstack.org/539692 | 21:37 |
mordred | smcginnis: requestsexceptions - we could shift that to being independent release ... | 21:39 |
mordred | smcginnis: it's ... it's a TINY library that hasn't changed much | 21:39 |
smcginnis | mordred: I was wondering if that would make more sense. It does seem more of an "independent" kind of thing. | 21:39 |
mordred | it has 14 commits in its lifetime :) | 21:39 |
smcginnis | mordred: Any reason to have stable branches on it too? | 21:40 |
mordred | nope. | 21:40 |
mordred | it's basically a lib to share a chunk of code that's needed to shut requests up with warnings it emits that are unactionable | 21:41 |
dhellmann | there are 2 reasons we have stable branches | 21:41 |
dhellmann | one is for us, and the other is for downstream consumption | 21:41 |
dhellmann | so even if we don't consider requestsexceptions to need stable/queens, at some point someone may want to patch the queens version after we've made some other change to master that should not go into queens | 21:42 |
dhellmann | we can say, on a case-by-case basis, that that may not be true for library X | 21:42 |
dhellmann | but if we have a separate policy for every library then no one is going to be able to keep the processes straight | 21:42 |
dhellmann | so even if we shift it to an independent library we need to figure out how to be able to have a stable/queens branch when it's needed | 21:42 |
*** samP has quit IRC | 21:43 | |
mordred | nod. and agree - and honestly if it's easier to just make a stable/queens - it certainly won't bother me | 21:43 |
mordred | mostly just saying that it's oneof those libs that almost never changes, so if it makes life easier on y'all to treat it differently, cool | 21:44 |
smcginnis | Yeah, no changes since last July. | 21:44 |
mordred | honestly, we could also un-openstack it and let it just be a library that happens to be in openstack's gerrit rather than something we consider 'part' of openstack ... all the same to me either way | 21:44 |
dhellmann | yeah, we're going to have more and more of those so my point is we need to think about that not as a one-off case but as a new class of thing | 21:44 |
smcginnis | And doesn't really look like it will need to change unless requests introduces something else. | 21:45 |
mordred | dhellmann: ++ | 21:45 |
dhellmann | and making it "not openstack" works for requestsexceptions and stevedore but less well for oslo.context | 21:45 |
smcginnis | We'd have to rename it to lo.context then. :) | 21:45 |
mordred | hahahahahahaha | 21:45 |
mordred | smcginnis wins for best in-joke of the week | 21:46 |
smcginnis | in-joke, or is that bordering on dad-joke? | 21:46 |
dhellmann | some of both | 21:46 |
smcginnis | ;) | 21:46 |
*** samP has joined #openstack-release | 21:49 | |
*** pbandark has quit IRC | 21:58 | |
*** iyamahat_ has quit IRC | 22:04 | |
*** yamahata has quit IRC | 22:04 | |
openstackgerrit | Doug Hellmann proposed openstack/releases master: reno 2.7.0 https://review.openstack.org/539701 | 22:05 |
*** samP has quit IRC | 22:06 | |
*** samP has joined #openstack-release | 22:10 | |
*** samP has quit IRC | 22:13 | |
*** sree has joined #openstack-release | 22:15 | |
*** samP has joined #openstack-release | 22:18 | |
*** sree has quit IRC | 22:20 | |
openstackgerrit | Merged openstack/releases master: change deliverable type for heat-translator to "other" https://review.openstack.org/539655 | 22:27 |
openstackgerrit | Merged openstack/releases master: retire python-ceilometerclient https://review.openstack.org/539677 | 22:27 |
openstackgerrit | Merged openstack/releases master: update new-release to support forced procedural tags https://review.openstack.org/539656 | 22:32 |
*** edmondsw has quit IRC | 22:32 | |
*** edmondsw has joined #openstack-release | 22:33 | |
openstackgerrit | Merged openstack/releases master: ceilometermiddleware 1.2.0 https://review.openstack.org/539646 | 22:33 |
*** edmondsw has quit IRC | 22:37 | |
*** samP has quit IRC | 22:41 | |
*** samP has joined #openstack-release | 22:44 | |
*** sree has joined #openstack-release | 22:46 | |
*** sree has quit IRC | 22:50 | |
*** sree has joined #openstack-release | 22:53 | |
*** sree has quit IRC | 22:58 | |
*** samP has quit IRC | 23:01 | |
*** rosmaita has quit IRC | 23:04 | |
*** samP has joined #openstack-release | 23:07 | |
*** rosmaita has joined #openstack-release | 23:08 | |
openstackgerrit | Merged openstack/releases master: reno 2.7.0 https://review.openstack.org/539701 | 23:18 |
*** sree has joined #openstack-release | 23:19 | |
*** d0ugal has quit IRC | 23:20 | |
*** kumarmn has quit IRC | 23:20 | |
*** iyamahat has joined #openstack-release | 23:20 | |
*** sree has quit IRC | 23:23 | |
*** yamahata has joined #openstack-release | 23:35 | |
*** kumarmn has joined #openstack-release | 23:43 | |
*** sree has joined #openstack-release | 23:44 | |
*** kumarmn has quit IRC | 23:47 | |
*** armax has quit IRC | 23:49 | |
*** sree has quit IRC | 23:49 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!