Monday, 2018-02-12

*** wolverineav has joined #openstack-release00:00
*** hongbin has quit IRC00:04
*** wolverineav has quit IRC00:05
*** zhurong has joined #openstack-release00:38
*** wolverineav has joined #openstack-release00:39
*** wolverineav has quit IRC00:43
*** gcb has joined #openstack-release01:05
*** Qiming has quit IRC01:09
*** Qiming has joined #openstack-release01:13
*** gcb has quit IRC01:18
*** wolverineav has joined #openstack-release01:18
*** wolverineav has quit IRC01:23
*** wolverineav has joined #openstack-release01:33
*** wolverineav has quit IRC01:37
*** wolverineav has joined #openstack-release01:53
*** zhurong has quit IRC01:57
*** wolverineav has quit IRC01:58
*** d0ugal_ has quit IRC02:03
*** d0ugal_ has joined #openstack-release02:14
*** hongbin has joined #openstack-release02:25
*** wolverineav has joined #openstack-release02:26
*** wolverineav has quit IRC02:30
*** gcb has joined #openstack-release02:30
*** wolverineav has joined #openstack-release03:01
*** d0ugal_ has quit IRC03:02
*** wolverineav has quit IRC03:06
*** edmondsw has joined #openstack-release03:07
*** gcb has quit IRC03:07
*** edmondsw has quit IRC03:11
*** d0ugal_ has joined #openstack-release03:13
*** gcb has joined #openstack-release03:20
*** ricolin has joined #openstack-release03:21
*** kumarmn has joined #openstack-release03:21
*** kumarmn_ has quit IRC03:24
*** yamamoto has joined #openstack-release03:54
*** d0ugal_ has quit IRC04:06
*** dave-mccowan has quit IRC04:10
*** dave-mccowan has joined #openstack-release04:11
*** wolverineav has joined #openstack-release04:11
*** udesale has joined #openstack-release04:13
*** d0ugal_ has joined #openstack-release04:15
*** wolverineav has quit IRC04:16
*** dave-mccowan has quit IRC04:18
*** ykarel|away has joined #openstack-release04:25
*** ykarel|away is now known as ykarel04:44
*** wolverineav has joined #openstack-release04:48
*** wolverineav has quit IRC04:53
*** hongbin has quit IRC04:56
*** wolverineav has joined #openstack-release05:20
*** wolverineav has quit IRC05:25
openstackgerritTony Breeds proposed openstack/releases master: Request for release of Sahara Pike 7.0.1
openstackgerritMerged openstack/releases master: heat-translator is used as a library
*** wolverineav has joined #openstack-release05:57
prometheanfiretonyb: yo05:59
*** wolverineav has quit IRC06:01
tonybprometheanfire: Just about to quit for the day ... 'sup?06:04
*** yamamoto has quit IRC06:05
prometheanfiretonyb: nothing, just saying hi06:07
tonybprometheanfire: oh hi :)06:07
prometheanfiretonyb: nn :P06:08
openstackgerritEmilien Macchi proposed openstack/releases master: TripleO pike release
*** yamamoto has joined #openstack-release06:15
openstackgerritMatthew Thode proposed openstack/releases master: branch requirements for stable/queens
*** wolverineav has joined #openstack-release06:34
*** wolverineav has quit IRC06:38
*** gcb has quit IRC06:41
*** gcb has joined #openstack-release06:56
*** gcb has quit IRC07:02
*** yamamoto has quit IRC07:20
*** eumel8 has joined #openstack-release07:24
*** lvdombrkr has joined #openstack-release07:37
*** wolverineav has joined #openstack-release07:40
*** jtomasek has joined #openstack-release07:43
*** slaweq has joined #openstack-release07:45
*** wolverineav has quit IRC07:45
*** pcaruana has joined #openstack-release08:07
*** wolverineav has joined #openstack-release08:16
*** wolverineav has quit IRC08:20
*** yamamoto has joined #openstack-release08:21
*** yamamoto has quit IRC08:29
*** dtantsur|afk is now known as dtantsur08:33
*** amoralej|off is now known as amoralej08:38
*** yamahata has quit IRC08:39
*** bauwser is now known as bauzas08:43
*** jpich has joined #openstack-release08:54
*** claudiub has joined #openstack-release09:02
*** d0ugal_ has quit IRC09:03
*** d0ugal has joined #openstack-release09:03
*** d0ugal has joined #openstack-release09:03
*** pbandark has joined #openstack-release09:13
*** ykarel is now known as ykarel|lunch09:15
*** alexchadin has joined #openstack-release09:16
*** shardy has joined #openstack-release09:33
*** dirk has quit IRC09:33
*** dirk has joined #openstack-release09:34
*** yamamoto has joined #openstack-release09:43
*** shardy has quit IRC09:43
*** shardy has joined #openstack-release09:43
openstackgerritMerged openstack/releases master: update get_release_type to take a repo name
*** yamamoto has quit IRC09:44
*** ricolin has quit IRC09:47
openstackgerritMerged openstack/releases master: add validation step for pypi permissions
amoralejhi, i've seen that tag 0.4.0 of pankoclient created in is not in stable/queens but in master branch09:49
amoralejsmcginnis, ^ i guess there is some issue there?09:49
openstackgerritMerged openstack/releases master: show which repos use a library
*** alexchadin has quit IRC10:03
openstackgerritDougal Matthews proposed openstack/releases master: Release Mistral client 3.3.0
*** alexchadin has joined #openstack-release10:12
*** ykarel|lunch is now known as ykarel10:19
*** electrofelix has joined #openstack-release10:36
*** lucas-afk is now known as lucasagomes10:44
*** wolverineav has joined #openstack-release10:44
*** yamamoto has joined #openstack-release10:45
*** yamamoto has quit IRC10:51
*** udesale_ has joined #openstack-release10:58
*** udesale has quit IRC11:01
openstackgerritThomas Bechtold proposed openstack/releases master: pymod2pkg: Release version 0.13.2
*** udesale_ has quit IRC11:07
*** coreycb has quit IRC11:19
*** coreycb has joined #openstack-release11:20
*** yamamoto has joined #openstack-release11:20
*** yamamoto has quit IRC11:32
*** finucannot is now known as stephenfin11:40
*** alexchadin has quit IRC11:45
*** pkovar has joined #openstack-release11:58
*** yamamoto has joined #openstack-release12:02
*** dave-mccowan has joined #openstack-release12:08
*** pkovar has quit IRC12:38
smcginnisamoralej: Hmm, looks normal to me. The specified commit is the point where it was tagged and branched.13:02
amoralejsmcginnis, correct, sorry, i don't know why i detected an issue there13:06
smcginnisamoralej: No worries. :)13:12
*** edmondsw has joined #openstack-release13:15
*** edmondsw has quit IRC13:15
*** edmondsw_ has joined #openstack-release13:16
*** rosmaita has joined #openstack-release13:18
*** kumarmn_ has joined #openstack-release13:29
*** kumarmn has quit IRC13:32
*** edmondsw_ is now known as edmondsw13:37
ttxsmcginnis: o/13:40
ttxI keep a tracker at line 457 of
ttxhelps me keep up to date13:41
ttxdave-mccowan: any chance we could get a barbican RC1 ASAP?13:41
ttxHappy to wait a bit if you need something in, but if no news we'll have to force a RC1 tag tomorrow-ish13:42
dave-mccowanttx  yes.  i'll do it now.  sorry, i missed the date.13:42
ttxdave-mccowan: OK! Thanks13:42
ttxsmcginnis: the only significant new thing of this morning is a proposed python-mistralclient re-release13:43
smcginnisttx: Yep, that's all I've seen.13:44
smcginnisLooks like we also have an issue with the sahara stable release. Somehow passed check, but the gate validation caught some issues.13:44
smcginnisNeed to look into that yet, but I need to step away for 15-30 minutes. Be right back.13:45
openstackgerritMerged openstack/releases master: Release Glance 15.0.1
openstackgerritMerged openstack/releases master: Release Glance 14.0.1
openstackgerritMerged openstack/releases master: Release Heat 9.0.3
openstackgerritMerged openstack/releases master: Release Mistral Pike 5.2.1
*** eumel8 has quit IRC13:48
EmilienMrelease-managers: please review
*** dtantsur is now known as dtantsur|brb13:52
ttxEmilienM: I'm on it13:53
*** ricolin has joined #openstack-release13:55
*** kong has quit IRC13:55
*** pkovar has joined #openstack-release13:58
openstackgerritMerged openstack/releases master: TripleO pike release
*** amoralej is now known as amoralej|lunch14:08
*** kumarmn_ has quit IRC14:12
*** udesale has joined #openstack-release14:20
*** tenobreg is now known as tellesnobrega14:21
*** yamamoto has quit IRC14:24
smcginnisOh joy, more job failures.14:24
*** udesale_ has joined #openstack-release14:24
*** udesale has quit IRC14:25
smcginnisttx: Thanks for adding those.14:26
smcginnisI'm going to start with the sahara issue.14:26
smcginnisttx: They passed check, but are hitting gate validation errors:
ttxoh, ok, not a postjob fail14:27
ttxI'm debunking the two latest14:28
*** kumarmn has joined #openstack-release14:30
*** slaweq has quit IRC14:31
*** slaweq has joined #openstack-release14:32
*** annabelleB has joined #openstack-release14:33
ttxThe glance one is an AFS copy fail, probably transient14:36
ttxThe mistral-extra one is weirder14:36
*** slaweq has quit IRC14:36
smcginnisI took a quick look. Do they have mistral-extra in their own requirements.txt?14:36
smcginnisI think we saw that one before where it would fail because the new version was higher than the requirements version.14:36
smcginnisSahara appears to be a split out of different release types that was done in queens but not in pike.14:37
*** yamahata has joined #openstack-release14:37
*** edmondsw has quit IRC14:38
*** lbragstad has joined #openstack-release14:39
*** yamahata has quit IRC14:42
*** yamahata has joined #openstack-release14:42
ttxdoesn't seem to have itself in requirements14:45
*** lucasagomes is now known as lucas-hungry14:48
openstackgerritSean McGinnis proposed openstack/releases master: Request for release of Sahara Pike 7.0.1
*** edmondsw has joined #openstack-release14:52
*** amoralej|lunch is now known as amoralej14:57
*** yamamoto has joined #openstack-release14:57
smcginnisttx: So should we bother with the glance release notes job, or just leave until next time to update?14:58
smcginnisttx: Oh, mistral-extra is due to upper-constraints.15:01
smcginnisOdd though... it's in master u-c, but not pike. This was a pike release, so pike jobs must be looking at master u-c.15:03
smcginnisSo mistral-extra was removed from master with this commit:
smcginnisDoesn't say anything about why, but I seem to remember having problems with this or another under a similar situation.15:08
smcginnisOnly in rpm-packaging requirements.txt15:09
prometheanfiresmcginnis: ?15:09
smcginnisprometheanfire: We got a release job failure with mistral-extra.15:10
smcginnisprometheanfire: I remember seeing this type of failure before, but don't remember the exact details now.15:10
smcginnisprometheanfire: It appears to be because mistral-extra is in upper-constraints, so it can't install itself.15:11
*** eumel8 has joined #openstack-release15:11
smcginnisIt was added here actually:
*** lucas-hungry is now known as lucasagomes15:19
*** armax has joined #openstack-release15:32
*** lvdombrkr has quit IRC15:33
prometheanfiresmcginnis: shouldn't that be handled the same as any other job?15:34
prometheanfiresmcginnis: oslo stuff is in UC as well15:34
smcginnisYeah, I'm not seeing why it is causing a problem, just that it appears to be from u-c.15:35
smcginnisAnd more troubling, that it appears to be checking a stable/pike job against master u-c.15:35
smcginnisttx: Any ideas with mistral-extra?15:36
prometheanfiresmcginnis: occurs on recheck?15:38
smcginnisprometheanfire: Well, it's the release job, so not so easy to recheck, unfortunately.15:39
ttxin meetings, will bbl15:40
smcginnisIt was on the sdist step, so it has already tagged it.15:40
smcginnisttx: ack15:40
prometheanfireoh, the job itself failed after approval15:40
smcginnisYep. :/15:40
*** ykarel is now known as ykarel|away15:44
prometheanfiresmcginnis: was that the ffe you wanted to discuss?15:44
prometheanfireya, I'm not sure why it's using the git path at all15:45
*** udesale has joined #openstack-release15:53
smcginnisprometheanfire: I just saw the one this morning, and noticed osprofiler finally posted something, so just wanted to hold and make sure we had discussed those.15:53
*** udesale_ has quit IRC15:53
openstackgerritDougal Matthews proposed openstack/releases master: Release Mistral client 3.3.0
smcginnisprometheanfire: And that too I guess. ^^15:54
*** ykarel|away has quit IRC15:54
smcginnisfungi: I know we had this with another release in the not so distant past. Do you recall the cause and/or fix?
fungismcginnis: that error generally means there's a source install of a project appearing in the constraints list15:58
fungii'm not sure what the recommended solution is these days, but in the past using edit-constraints from a pip wrapper script under tox was used to work around it15:59
smcginnisfungi: In that repo's tox.ini?15:59
fungiyeah, i've also seen projects perform a --no-deps install of the project separately from installing dependencies under constraints, or installing the project without constraints after installing constrained deps16:00
smcginnisfungi: --no-deps should be fine for sdist, right?16:02
smcginnisfungi: The other concerning thing here is it appears to be looking at upper-constraints from master.16:03
fungihas requirements branched?16:03
smcginnisSorry, this was on a stable/pike job.16:04
*** pcaruana has quit IRC16:04
*** ykarel|away has joined #openstack-release16:07
prometheanfiresmcginnis: why a client is being used as a lib I don't know, but ya, needs a release16:07
prometheanfireand reqs bump probably16:07
prometheanfireI'd honestly rather just branch now, then get that into the queens / master after16:08
fungismcginnis: looking at there may be some unspoken assumptions that zuul somehow guesses an appropriate branch to check out for required-projects when the item under test is a non-change ref (in this case a tag)16:09
smcginnisfungi: I thought that might be the case, but does this mean the local cached repo is checked out to the tag?
smcginnisprometheanfire: Should we wait for a response on that client? Or should I just process the branching now?16:13
prometheanfireI don't think branching now harms us16:14
prometheanfireas long as the reqs update is submitted to queens we'll be fine16:15
smcginnisprometheanfire: OK, on its way.16:15
prometheanfirenot sure if it'll need to be submitted to master as well (if not the bot will pick it up anyway)16:15
prometheanfirek, I'll send a notice to the list letting them know reqs is unfrozen16:15
*** ykarel|away has quit IRC16:16
*** ekcs_ has quit IRC16:21
*** ekcs_ has joined #openstack-release16:21
*** dtantsur|brb is now known as dtantsur16:24
*** bobh has joined #openstack-release16:30
jrollprometheanfire: most clients are usable as a library (read: python sdk) for communicating between services, that's half the point of the clients16:32
jrollmore than half now that osc is the thing16:32
fungismcginnis: i'll finish digging into the mistral-extra pike tag situation after my current meeting ends16:33
dtantsurprometheanfire: hey, does your ML post mean that requirements are branched? right now I don't see a stable/queens on openstack/requirements16:34
prometheanfiredtantsur: well,
smcginnisdtantsur: We had an issue with the post-release job. Working on that now.16:34
fungias a separate heads-up, we just performed an emergency restart of the zuul scheduler so may have lost any jobs queued in the tag/release/pre-release/release-post/post pipelines16:34
fungias well as possibly any unprocessed gerrit events qhich were still queued16:35
dtantsur"cannot marshal None" oh that Marshal None, seems a problematic dude :D16:35
prometheanfirefungi: ok, restarted the restart16:38
smcginnisprometheanfire: We have a publish-to-pypi job on openstack/requirements. What are we publishing to pypi?16:45
prometheanfiresmcginnis: we are a library as well16:46
prometheanfirewas tox updated?16:46
prometheanfiresmcginnis: do we need a tag as well?16:46
smcginnisprometheanfire: Maybe that's why it's failing. Had to take care of something else here, so just looking at the failure now.16:47
smcginnisIt looks like it failed on getting the pypi roles for the project.16:50
smcginnisDoug just added this last week. I'll just remove it for now so we can troubleshoot at a better time.16:51
*** hongbin has joined #openstack-release16:51
mriedemprometheanfire: so i should merge to queens now?16:52
openstackgerritMatthew Thode proposed openstack/releases master: branch requirements for stable/queens
smcginnismriedem: Not yet.16:52
mriedemoh i see ^16:52
prometheanfiresmcginnis: lets see if it's happier with a tag16:52
*** ricolin has quit IRC16:58
smcginnisprometheanfire: That passes local validation, but I don't see any output for the pypi check.16:58
smcginnisprometheanfire: Had to rebase it:  openstackci does not have permission to upload packages for openstack_requirements. Current owners include:17:00
smcginnisprometheanfire: It does show openstackci as a Package Index Owner, so I think we will have to wait for my disable of that check for now.17:00
prometheanfiresmcginnis: which one we talking about now?17:02
smcginnisprometheanfire: The validation failure with branching requirements.17:02
*** jpich has quit IRC17:07
fungii'm not immediately seeing where we have any logic to attempt to infer a branch corresponding to a tag17:07
fungi(back to looking into the mistral-extra release failure)17:08
smcginnisfungi: I guess that makes sense then. It checks out the tag, but the tag exists on both master and stable/queens. Unless we pass that in, how would it know which to use.17:09
smcginnisUnless we look at branches and just say whatever is the last and not master?17:09
openstackgerritSean McGinnis proposed openstack/releases master: branch requirements for stable/queens
openstackgerritSean McGinnis proposed openstack/releases master: Disable pypi permission verification
fungismcginnis: i seem to remember it being suggested that projects with stable branches should at least merge a stable branch prep commit soon after branching. so in theory the only tag which appears on two branches will be the initial release for that series (or an rc tag during reqs freeze) so which one it picks in that case shouldn't matter17:12
smcginnisfungi: Oh, so having the tag and branch together is an issue, but if they merge something else to stable and release from there it wouldn't be a problem?17:14
fungiyeah, i guess if they're a cycle-trailing project using python upper-constraints from the requirements repo then it could get hairy17:15
smcginnisI'm still a little confused though. Because with that u-c on master, the next master release would be for a version newer than the constraint.17:15
smcginnisSo I guess I don't understand how that process works (though it obviously must).17:16
fungithe risk is tagging and branching when the requirements repo has divergent constraints lists for the new branch and master17:16
prometheanfirefungi: basically we are very careful17:16
*** udesale has quit IRC17:17
fungiyeah, so anyway the reason i'm asking is that we're discussing in #openstack-infra what tag-triggered jobs can do to guess the right branch of the requirements repo to checkout so they get the right upper-constraints.txt17:17
smcginnisI'm not sure what we do here. It appears to have tagged, but no pypi packages nor tarballs.17:17
prometheanfiremanualy tarball/pypi, remove tag and rerun, try to tag a patch release and rerun17:18
prometheanfireone of those three options I think17:18
smcginnisI don't believe we can remove a tag.17:19
prometheanfirenor I, just stating all options :D17:19
prometheanfireinfra would have to do that if it's even available17:20
smcginnisAssuming 2 is not an option, 1 would need infra help, 3 we could probably ask mistral to do, but sounds like they would need to merge something to the repo first before requesting the .1 release.17:21
smcginnisttx: Any thoughts or ideas? ^^17:21
fungismcginnis: well, i'm looking at how we can update the job to guess the correct branch, but i don't think that's the reason it failed. looks like it failed because of other constraints handling unrelated to the branch it selected17:23
smcginnisfungi: Oh?17:24
smcginnisfungi: Can you point me at what you're looking at?17:24
fungithe specific error there comes when you attempt to apply constraints to an install from source17:24
smcginnisfungi: So sdist shouldn't even be using constraints?17:24
fungii think other projects do something in their tox configuration to work around that17:25
smcginnisOh, so I read that error as it being a problem because the new one is above the constraint, but the issue is that it is trying to apply constraints in the first place?17:25
corvussmcginnis: i think the medium-term goal is to stop using constraints in sdist, but some libraries still require it i think.17:26
fungipip refuses to install from source with a matching constraint for the package name17:26
corvusthis comment from dhellmann seems to imply that at least:
fungithe invocation (some several lines up from that error) is: pip install -c/home/zuul/src/ --no-deps -e /home/zuul/src/
fungiso i think their tox/wrapper is probably slightly wrong17:27
smcginnisI don't see tox being used for this though.17:28
smcginnisShouldn't this call python sdist directly? Running tox: tox -evenv -vv python sdist17:29
fungismcginnis: says it's running under tox17:29
smcginnisfungi: Yes, my point was they don't have anything in their tox.ini for this. So why the command I noted above?17:30
fungiwell, -e venv will inherit
smcginnisYes, but why do we call tox -e venv? Why do we not just call "python sdist" was the question.17:32
clarkbpbr is one reason17:34
fungismcginnis: note that, e.g., oslo.config uses a tools/ wrapper around pip to solve this conundrum:
fungithe magic happens at
fungibasically, before using upper-constraints.txt the entry for the package itself gets filtered out of it17:40
smcginnisfungi: So we need to have mistral add a similar script to their repo, then re-release?17:41
fungismcginnis: i've seen several solutions to this same problem, so at this point i'd defer to tonyb and/or #openstack-stable on what the current recommended solution is17:42
fungimy money's on oslo.config probably using the recommended mechanism, but i'm hesitant to go cargo-culting if there's new advice to be had17:43
smcginnisI don't see anyting in the os-brick repo, but would have assumed I would have run into the same thing there.17:43
* fungi looks17:43
smcginnisfungi: I guess for now I will notify mistral and wait for input.17:43
fungismcginnis: yeah, os-brick uses a different tox.ini-only solution:
fungibasically that says install dependencies using constraints but doesn't override the install_command to apply constraints17:45
fungithat might be the "new" recommendation, i don't really know17:45
fungiso as long as one of your dependencies doesn't depend on you...17:46
fungiif it does, then you probably need to go the edit-constraints in a wrapper route17:46
smcginnisfungi: Oh, I see why I'm confused. I was looking at their master tox.ini, which does match os-brick.17:46
smcginnisSo looks like that needs to be backported and a new release done.17:46
fungithat sounds expedient17:46
smcginnisfungi: And it was already recognized as causing release failures:
fungigot iy17:47
fungismcginnis: unfortunately, we're still missing a solution to apply the right branch of constraints for stable point release tags, but i think i know a way we can do that fairly cleanly by depending on some basic assumptions about our release workflow17:47
smcginnisfungi: I would imagine it's safe to make those assumptions 99+% of the time/17:48
fungiand odds are applying master constraints when generating the tarball/wheel isn't going to cause a problem for most projects in the near term (it hasn't even been noticed until now, apparently?)17:48
*** yamamoto has quit IRC17:49
fungii think as long as we can safely assume that we'll only ever run jobs for tags which appear on multiple branches is at the creation of a new series, which will be prior to requirements branching for that same series where the fallback to checking out master is what we want anyway17:51
fungiand even if we move requirements branching earlier into the requirements freeze, in that case we don't care whether we pick the new stable branch or master because they should have ~identical constraints17:52
*** ykarel|away has joined #openstack-release17:53
fungiand for cycle-trailing releases after requirements is unfrozen, cross our fingers and hope that they haven't diverged enough to cause an issue or we add some special logic to prefer a matching stable branch over master17:53
*** yamamoto has joined #openstack-release17:54
fungias long as these hold true, we can `git branch --contains <tag>` to guess the right branch17:55
*** armax has quit IRC17:55
smcginnisOK, ML posted for mistral solution.17:57
smcginnisfungi: While I'm distracting you from other things - do you think we should try to rerun this?
smcginnisfungi: Specifically -
*** yamamoto has quit IRC18:00
fungismcginnis: i'll take a look18:01
fungismcginnis: also, i'm encouraged to find that apparently before zuul v3 we did basically what i describe above to get the right branch for a given tag:
smcginnisfungi: Oh, that's a good sign. ;)18:03
fungiintroduced by a couple years ago18:05
*** armax has joined #openstack-release18:05
*** ekcs has quit IRC18:06
*** annabelleB has quit IRC18:07
fungismcginnis: i've not before seen the error linked in that releasenotes job... i wouldn't be surprised if it's something transient with the rsync subprocess, but regardless it should be safe to reenqueue that ref in the tag pipeline18:07
fungisince i believe that's the only job we run in tag for that project18:08
smcginnisfungi: I think you are right.18:08
smcginnisfungi: Might be worth reenqueueing. I think the main thing they wanted out there was release note related.18:09
fungii'm digging into whether this was related to the zookeeper disconnect we had a few hours ago18:10
*** yamamoto has joined #openstack-release18:11
*** annabelleB has joined #openstack-release18:11
*** yamamoto has quit IRC18:11
* ttx catching up18:14
*** harlowja has joined #openstack-release18:14
ttxsmcginnis: anything you still need me for ?18:15
prometheanfireok, back18:15
smcginnisttx: I think we are OK.18:15
smcginnisttx: mistral-extra got mostly sorted.18:16
smcginnisttx: fungi is looking at rerunning the failed glance release-notes job.18:16
smcginnisttx: We have a change up to help with requirements branching if you have time and want to ack.18:16
smcginnisttx: Figured I would just disable that new test for now and leave it for Doug. Unless I find the time and inclination to debug it before then.18:17
fungismcginnis: prevailing wisdom suggests that release notes job raced another job also updating glance docs at roughly the same time18:19
fungiso anyway, transient and can be reenqueued18:19
ttxLooks good, +2a since we may miss enough core for speedy reaction18:19
smcginnisfungi: Shoot, yeah, I think I approved pike and ocata releases not far apart. I should have thought of that by this point.18:20
smcginnisttx: Thanks18:20
fungiand i've now reenqueued refs/tags/14.0.1 for openstack/glance into the "tag" pipeline18:20
smcginnisThanks fungi18:21
smcginnisttx: Might be good to have you look at too.18:21
smcginnisttx: But I can approve later if you don't have the time.18:21
ttx+2a since it was reviewed by tony previously18:27
ttxneed to run. cheers!18:28
lbragstado/ couple quick questions before we cut rc218:29
lbragstadwe were originally waiting on a couple translation patches - and
lbragstadjust double checking, but both of those ^ will need to be backported to stable/queens since that branch exists now before cutting rc218:30
*** electrofelix has quit IRC18:34
*** electrofelix has joined #openstack-release18:37
*** armstrong has joined #openstack-release18:39
armstrong@smcginnis: Hello, which days are allocated for the release team during the PTG at Dublin?18:40
openstackgerritDave McCowan proposed openstack/releases master: Release Barbican Queens RC1
*** ekcs has joined #openstack-release18:49
*** electrofelix has quit IRC18:51
openstackgerritMerged openstack/releases master: Request for release of Sahara Pike 7.0.1
lbragstadalso - does need to be backported as well?18:56
*** ykarel|away has quit IRC18:57
smcginnislbragstad: No, that's fine to leave in master. I do believe you will need to backport the translations though.19:00
lbragstadsmcginnis ok - cool, i have one proposed already, but i'll need a stable core to review19:01
smcginnisarmstrong: Most of us are involved in multiple things, but I think we will be trying to sync up at some point on Wednesday and Thursday.19:01
*** lucasagomes is now known as lucas-pto19:03
lbragstadsmcginnis here is one of them-
lbragstadsmcginnis proposing results in a conflict, which doesn't seem normal for a translation backport19:04
lbragstadi checked with the i18n team, but no response yet19:05
smcginnislbragstad: That's a little odd. Must be a chance in a string causing problems.19:05
smcginnislbragstad: I would bet you can just replace the conflict with the new value(s).19:05
lbragstadsmcginnis proposed -
smcginnislbragstad: They're translating things under release notes?19:11
lbragstad was too19:12
*** yamamoto has joined #openstack-release19:12
smcginnisWeird. Some of the things in those translations are a bit odd, but ok.19:12
*** pkovar has quit IRC19:13
lbragstadyeah - i'm not very familiar with the translation process, but i didn't question it19:13
*** jtomasek has quit IRC19:14
smcginnisI normally don't either, but just happened to notice and take a look. ¯\_(ツ)_/¯19:14
*** yamamoto has quit IRC19:19
*** amoralej is now known as amoralej|off19:27
*** bobh has quit IRC19:27
*** yamahata has quit IRC19:28
openstackgerritSean McGinnis proposed openstack/releases master: pymod2pkg: Release version 0.13.2
openstackgerritSean McGinnis proposed openstack/releases master: cyborg 0.1.0 queens independant release request
*** lbragstad_ has joined #openstack-release19:41
*** lbragstad_ has quit IRC19:43
*** dtantsur is now known as dtantsur|afk19:44
lbragstadsmcginnis ok - i have some more information from the translation team19:47
lbragstadthe tl;dr is to wait until 0600 UTC tomorrow and see if the translation job proposes anything to keystone's stable/queens branch19:48
lbragstadif so - then we need to merge whatever that is19:48
lbragstadif not, then we should be good to use HEAD of stable/queens as RC2 (pending the translations you and morgan reviewed are merged)19:49
smcginnislbragstad: OK, thanks!19:50
smcginnislbragstad: Any potential for further backports to stable/queens possible?19:50
smcginnislbragstad: Reason I ask is we want to limit the number of RCs, so it might be best to wait until late this week to propose an RC2 just in case anything more significant is needed.19:51
lbragstadsmcginnis not yet - we dug into one issue, but it wasn't introduced in queens and it isn't a release stopper (just something we wanted to get in if we could)19:51
lbragstadsounds good19:51
lbragstadwe can wait to do RC219:51
lbragstadbut at this point, i don't expect any other backports19:51
lbragstadthat would result in an RC19:51
smcginnislbragstad: OK, sounds pretty safe then. Whenever you think you're ready, just go ahead with the request.19:51
prometheanfirewish that test disablment would test faster is all19:52
smcginnisprometheanfire: Things do seem unusually slow right now, don't they.19:52
lbragstadi'll keep an eye on the current translation backports and see what the translation job says19:52
prometheanfiresmcginnis: :D19:52
prometheanfiresmcginnis: give me time to bug tonyb about what reqs needs to do when we unfreeze (stuff we merge to master causes cycle-trailing to test against rocky)19:56
prometheanfireso not sure how much we are 'business as usual still'19:56
*** armax has quit IRC19:56
smcginnisAh, OK. That sounds important. ;)19:56
prometheanfireya, I'm staying semi-frozen til then19:56
prometheanfirestuff can go into queens of course19:56
prometheanfirebut master(rocky) may stay frozen19:56
prometheanfirenot sure19:57
*** bobh has joined #openstack-release19:57
smcginnisI haven't heard of any pressing rocky needs yet, so should be safe enough to wait a little longer and make sure it's all clear.19:58
prometheanfirethat was my thinking as well19:58
*** armax has joined #openstack-release19:59
prometheanfiresmcginnis: the reqs rebase needs +2+W btw20:00
*** annabelleB has quit IRC20:01
*** yamahata has joined #openstack-release20:05
openstackgerritSean McGinnis proposed openstack/releases master: Add missing stable/queens branches
*** annabelleB has joined #openstack-release20:07
openstackgerritSean McGinnis proposed openstack/releases master: Add missing stable/queens branches
prometheanfiresmcginnis: ^????20:18
prometheanfiresmcginnis: also, mind hitting
smcginnisprometheanfire: Got too many in there, but just cleaning up on the release requests where we didn't want to hold things up for a branch included.20:18
prometheanfireI thought tripleo was cycle trailing20:18
smcginnisOh good, that finally made it through.20:19
prometheanfireand puppet20:19
smcginnisIt is. I'm removing those now.20:19
prometheanfireah, k20:19
openstackgerritSean McGinnis proposed openstack/releases master: Add missing stable/queens branches
*** alexchadin has joined #openstack-release20:23
*** kong has joined #openstack-release20:28
prometheanfiretonyb: when yo have time20:33
*** alexchadin has quit IRC20:34
tonybprometheanfire: I'm on a call right now but 'sup?20:34
prometheanfire13:58 <     prometheanfire > smcginnis: give me time to bug tonyb about what reqs needs to do when we unfreeze (stuff we merge to master causes cycle-trailing to test against rocky)20:36
prometheanfire13:58 <     prometheanfire > so not sure how much we are 'business as usual still'20:36
tonybHmmm yeah the g-r changes are okay ish as we have agrement that they'll check with us20:39
tonybu-c is harder as it starts to invalidate testing for cycle-trailing projects20:39
tonybso yeah we need to go a little slow for a while20:40
prometheanfireI'll update the notes to make it more explicit20:40
tonyblonger term we should check if we get the branch opened earlier ?20:42
prometheanfireya, also, the publish to specific contraints urls (publish to tarballs should help)20:42
tonybprometheanfire: Yeah but that's messy20:43
prometheanfiredidn't get it this cycle20:43
tonybprometheanfire: Yeah.20:44
openstackgerritMerged openstack/releases master: Disable pypi permission verification
openstackgerritSean McGinnis proposed openstack/releases master: Create stable/queens for devstack
smcginnistonyb, prometheanfire: Do I need to remove +W from the requirements branching patch, or are we still good there?20:45
prometheanfiresmcginnis: we are still good20:45
smcginnisOK, thanks.20:46
tonybsmcginnis: It's all good20:46
prometheanfiresmcginnis: we were just talking about requirements changes after the branch, how we should handle it20:46
tonybsmcginnis: it's a requiremenst team thing at this point, we don't want to hold up the rest of the community20:46
smcginnisOK, that's what I thought you were saying, but figured I better make sure before it made it through gate. ;)20:46
*** eumel8 has quit IRC20:48
openstackgerritSean McGinnis proposed openstack/releases master: Create stable/queens branch for grenade
tonybsmcginnis: re openstack_requirements not havign openstackci as an owner it certainly used to21:00
*** bobh has quit IRC21:00
openstackgerritMerged openstack/releases master: branch requirements for stable/queens
tonybHmmm I can't log into pypi to check/fix it ruhroh :(21:01
prometheanfiretonyb: you've been reassigned21:01
*** ChanServ has quit IRC21:02
smcginnistonyb: It did show openstackci as an owner. The problem was the script to verify that was getting back something unexpected, so for now I've just removed that check since we never had it until last week.21:03
tonybsmcginnis: Oh okay21:04
smcginnistonyb: If you are having trouble logging in, maybe that's part of the reason we weren't able to get the info with the script. Might just be external issues with pypi out of our control.21:05
tonybsmcginnis, fungi: To be frank I know how the constratints stuff *used* to work but then mordred and I messed around with it and I don't really know where it landed.  I'll make soem time to refresh where we're at but I a quick look at the mistral-extra tox.ini look right to me21:07
tonybsmcginnis: yeah possibly I think I'll need a coffee befoer I dig into that ;P21:07
fungitonyb: it seems like the constraints application is mostly worked out21:08
fungiand i've pushed to hopefully solve the branch guessing problem21:08
tonybfungi: yeah but that "can't match constraints and sdist I *think* measn it's doign the wrong thing21:09
fungitonyb: right, mistral-extra was broken, they needed a tox.ini fix backported from master to make things work21:09
tonybfungi: Oh which one?21:10
*** ChanServ has joined #openstack-release21:10
*** sets mode: +o ChanServ21:10
fungiit looks like projects either (new-style?) install their deps using constraints but then install themselves in an independent step without, or (slightly older-stype?) use a wrapper script as their install_command and make it call edit-constraints to filter the project out of the constraints list before applying it21:11
fungitonyb: backported fix for mistral-extra is
tonybfungi: That sounds right, the new-style is the recomened way to combine tox and constraints21:12
tonybfungi: oooh I see yeah that's broken and seem to be the right fix21:13
fungiit may not have been broken for them in pike because they might not have been in the global requirements list at the time21:14
tonybfungi: Correct they added themselves in Decemeber and we didn't check that they'd done this step befoer we +W'd the chnage :(21:15
fungiwell, the reason it broke for them on stable/pike is because of what i'm hoping to fix with 54360721:16
tonybsmcginnis: So I got into pypi it was a pebkac error to do with me havign more accounts then expected :(21:16
tonybfungi: No I think even with your chnage the job would still fail in the same way21:17
fungino, because they're not actually _in_ pike's global-requirements.txt or upper-constraints.txt21:17
tonybfungi: as even *if* they have the pike constraints file the version therein != $(git describe)21:17
tonybOh of course21:17
fungi543607 would in theory cause their build to happen with the stable/pike constraints which they don't appear in21:18
tonybCarry on ;P21:18
fungibut because we don't currently guess the right branch, they got build with the constraints file from master which did include them21:18
tonybfungi: Yup I get it now, did I mention -ENOCOFFEE21:19
fungithat sounds like a critical priority bug you should be fixing21:20
tonybI'm in a (voice) meeting so alas I'm stuck for a bit :(21:22
* tonyb can see a bunch of machine driven constraints chnages in the future (perhaps PTG+2weeks?)21:23
*** wolverineav has quit IRC21:39
*** edmondsw has quit IRC21:39
*** onovy has quit IRC21:54
*** bobh has joined #openstack-release22:00
*** bobh has quit IRC22:04
*** bobh has joined #openstack-release22:06
*** bobh has quit IRC22:07
*** bobh has joined #openstack-release22:08
*** wolverineav has joined #openstack-release22:12
andreykurilinhi folks!22:13
andreykurilinThere is a change to python-novaclient which updates u-c link in tox.ini for stable/queens branch22:14
andreykurilinIt looks like this change(from openstack release bot) proposes a wrong/broken link -
andreykurilinShould `h=stable/queens` be replaced with `b=stable/queens` ?22:16
*** wolverineav has quit IRC22:18
*** wolverineav has joined #openstack-release22:18
openstackgerritMerged openstack/releases master: Release Barbican Queens RC1 looks like everything works now22:20
smcginnisandreykurilin: Those are normal.22:21
smcginnisandreykurilin: The patch gets proposed right away at branching, but it will not be valid until requirements is unfrozen and branched too.22:21
andreykurilinsmcginnis: yes. I saw "unfreezed" message and thought that everything should work now.. but gates delayed this a bit22:22
andreykurilinthanks for reply, will recheck the patch to novaclient22:22
*** wolverineav has quit IRC22:23
*** annabelleB has quit IRC22:30
*** wolverineav has joined #openstack-release22:34
openstackgerritSean McGinnis proposed openstack/releases master: Add queens release note links
*** wolverin_ has joined #openstack-release22:41
*** wolverin_ has quit IRC22:42
*** wolverin_ has joined #openstack-release22:42
*** wolverineav has quit IRC22:45
*** wolverin_ has quit IRC22:55
*** armstrong has quit IRC22:58
*** rosmaita has quit IRC23:07
*** wolverineav has joined #openstack-release23:12
*** wolverineav has quit IRC23:15
*** wolverineav has joined #openstack-release23:15
*** kumarmn has quit IRC23:15
*** wolverin_ has joined #openstack-release23:20
*** wolverineav has quit IRC23:21
*** wolverin_ has quit IRC23:25
*** wolverineav has joined #openstack-release23:26
*** wolverineav has quit IRC23:26
*** wolverineav has joined #openstack-release23:27
*** wolverin_ has joined #openstack-release23:29
*** wolverin_ has quit IRC23:29
*** wolverin_ has joined #openstack-release23:30
*** bobh has quit IRC23:32
*** wolverineav has quit IRC23:33
*** claudiub has quit IRC23:34
*** kumarmn has joined #openstack-release23:38
*** wolverin_ has quit IRC23:42
*** wolverineav has joined #openstack-release23:42
*** wolverineav has quit IRC23:43
*** wolverineav has joined #openstack-release23:43
*** kumarmn has quit IRC23:44
*** pbandark has quit IRC23:46
*** wolverineav has quit IRC23:48
*** wolverineav has joined #openstack-release23:54
*** abelur has quit IRC23:54
*** kumarmn has joined #openstack-release23:55
*** kumarmn has quit IRC23:57
*** wolverineav has quit IRC23:59

Generated by 2.15.3 by Marius Gedminas - find it at!