| *** dims has quit IRC | 00:55 | |
| *** dims has joined #openstack-relmgr-office | 00:57 | |
| *** dims has quit IRC | 02:36 | |
| *** AzherKhan has joined #openstack-relmgr-office | 02:47 | |
| *** david-lyle_ has quit IRC | 04:03 | |
| *** mestery has joined #openstack-relmgr-office | 04:19 | |
| *** mestery has quit IRC | 04:49 | |
| ttx | Ohai! Office hours opening | 08:02 |
|---|---|---|
| ttx | I'll get some coffee, get yourself comfortable in the mean time | 08:02 |
| ttx | stevebaker: around? | 08:06 |
| ttx | flaper87, SergeyLukjanov: same question | 08:12 |
| flaper87 | ttx: I am around | 08:12 |
| ttx | Looking at zaqar liberty-1 | 08:13 |
| flaper87 | yup, I think we're almost there but there's a feature I'd like to get in for L-1 | 08:13 |
| ttx | flaper87: we now have a script that auto-targets completed blueprints and removes liberty-1 target from incomplete blueprints. Let me dry-run it | 08:13 |
| ttx | see what that would do | 08:14 |
| flaper87 | ahh nice | 08:14 |
| flaper87 | ok ok | 08:14 |
| ttx | just a sec, damn LP API forces script to retrieve all blueprint ever created | 08:14 |
| ttx | Script would clear milestone target from : https://blueprints.launchpad.net/zaqar/+spec/persistent-transport | 08:15 |
| ttx | is that the last feature you'd like for L1 ? | 08:15 |
| flaper87 | mmh, nope, that's one but there's also pre-signed urls | 08:17 |
| flaper87 | we're short in time to make it happen and it's very likely it'll be part of L-2 | 08:17 |
| flaper87 | but I don't want to loose hope | 08:17 |
| ttx | well, there are two days left | 08:17 |
| flaper87 | yeah | 08:17 |
| flaper87 | ttx: don't kill my hope | 08:17 |
| flaper87 | PLEASE DON'T! | 08:17 |
| flaper87 | :D | 08:17 |
| ttx | you have a blueprint for pre-signed URLs ? | 08:17 |
| ttx | if yes we should target it | 08:17 |
| flaper87 | I have a spec for sure but there should be a blueprint as well. I remember creating it. | 08:18 |
| flaper87 | lemme get it for you | 08:18 |
| flaper87 | targeted | 08:18 |
| ttx | Anything else that should appear on that list ? Like another major feature that was landed since kilo FF ? | 08:19 |
| ttx | Also, what's the status of pre-signed URLs ? Under code review ? | 08:20 |
| flaper87 | nothing else | 08:21 |
| flaper87 | ooook I'll move pre-signed URLs to l-2 | 08:21 |
| flaper87 | :( | 08:22 |
| * flaper87 moved it | 08:22 | |
| ttx | OK, still having hope for persistent-transport though ? | 08:22 |
| flaper87 | yes | 08:23 |
| ttx | On the bug list at https://launchpad.net/zaqar/+milestone/liberty-1, anything we should block on ? | 08:23 |
| flaper87 | that's under review | 08:23 |
| ttx | I don't see anything critical, so I guess no | 08:23 |
| flaper87 | no critical bugs | 08:23 |
| ttx | I'll move all incompletes to liberty-2 | 08:23 |
| ttx | now | 08:23 |
| flaper87 | the list should be up-to-date | 08:23 |
| flaper87 | roger | 08:23 |
| flaper87 | thanks | 08:23 |
| ttx | OK, https://launchpad.net/zaqar/+milestone/liberty-1 looks good now, shows that the only thing we are blocking on is Persistent transport | 08:24 |
| ttx | let us know over the next two days when to tag | 08:24 |
| ttx | probably when you give up all hope | 08:25 |
| ttx | flaper87: and have a good day ! | 08:25 |
| ttx | flaper87: oh btw that will be tagged... 1.0.0b1 | 08:26 |
| flaper87 | ttx: LOL, don't take the hope away from me :( | 08:28 |
| flaper87 | sure thing, I'll be back here and let you know | 08:28 |
| ttx | flaper87: if you have something else we should wait on, you can add the milestone target to it | 08:28 |
| * johnthetubaguy is lurking for when ttx is ready for nova fun | 08:29 | |
| ttx | that will put it on our radar | 08:29 |
| ttx | johnthetubaguy: always ready for some nova fun | 08:29 |
| johnthetubaguy | :) | 08:29 |
| ttx | johnthetubaguy: So let's see what the script would do at this point | 08:29 |
| ttx | script needs to parse 1912 nova blueprints | 08:30 |
| ttx | takes a bit of time | 08:30 |
| ttx | johnthetubaguy: http://paste.openstack.org/show/316093/ | 08:31 |
| ttx | anything that is completed that doesn't belong in liberty-1 ? | 08:32 |
| ttx | anything that will be cleared that actually shouldn't ? | 08:32 |
| johnthetubaguy | taking a quick look | 08:32 |
| johnthetubaguy | so the completed ones all look updated already: https://blueprints.launchpad.net/nova/+spec/online-schema-changes | 08:33 |
| johnthetubaguy | is there something missing from their current state? | 08:33 |
| johnthetubaguy | what I mean is, I though all those completed ones are already approved for liberty and targeted to liberty-1 | 08:34 |
| ttx | right... it's just that you can't read the series field using the API, so I just set it to be sure | 08:35 |
| ttx | (you can set it, you can't read it) | 08:36 |
| ttx | You can't be more sad than I am about that | 08:36 |
| johnthetubaguy | wow | 08:36 |
| johnthetubaguy | thats fun | 08:36 |
| ttx | The only way to "read" it is to retrieve all blueprints in a series and check if it's in | 08:36 |
| johnthetubaguy | wow | 08:37 |
| ttx | I figured we can spare that and just set it again | 08:37 |
| johnthetubaguy | yeah, OK, now I get your question, makes sense | 08:37 |
| johnthetubaguy | so the answer is that they all look good to me | 08:37 |
| ttx | anything on the second part of the list that we should NOT clear ? | 08:37 |
| johnthetubaguy | ttx: you are only clearing the milestone and not the series I am guessing? | 08:38 |
| ttx | yep | 08:39 |
| johnthetubaguy | thats cool then | 08:39 |
| johnthetubaguy | I mean there are all in needscodereview, but I don't see many of them merging in the next few days | 08:39 |
| ttx | we can always fish them back if they do | 08:40 |
| johnthetubaguy | yeah, makes sense | 08:40 |
| ttx | Also not opposed to tag right now rather than come back in two days | 08:40 |
| ttx | let's run script | 08:40 |
| johnthetubaguy | yeah, script run sounds good | 08:40 |
| johnthetubaguy | so I kinda want to ask around about major blooper bugs a bit more, just in case | 08:41 |
| ttx | on the bugs side, can I move incomplete bugs to l2 ? | 08:41 |
| ttx | oh, no incomplete bugs | 08:41 |
| ttx | all good there | 08:41 |
| johnthetubaguy | cool, I checked those yesterday, there wasn't anything blocking there | 08:42 |
| ttx | OK https://launchpad.net/nova/+milestone/liberty-1 is now cleaned | 08:42 |
| ttx | anything blatantly missing from that list of new features ? | 08:43 |
| ttx | i.e. something we'd retroactively create a BP for ? | 08:43 |
| johnthetubaguy | I haven't seen anything | 08:45 |
| johnthetubaguy | but there are lots of patches, and I can't claim to have looked too closely at *everything* | 08:46 |
| ttx | alright, I think we are good then | 08:46 |
| ttx | no big deal anyway | 08:46 |
| johnthetubaguy | yeah, we can add those later if needed | 08:46 |
| ttx | Just let us know sometimes between now and Thursday when to tag. It's fine to be early. | 08:46 |
| johnthetubaguy | OK, cool. I will ask around for bug issues, and get in touch later on | 08:47 |
| johnthetubaguy | ttx: liking the new process, it seems much more efficient, good work on that | 08:48 |
| ttx | tooling still a bit rough around edges :) | 08:48 |
| ttx | johnthetubaguy: have a good day! | 08:49 |
| ttx | SergeyLukjanov: around? | 08:50 |
| SergeyLukjanov | ttx, yup | 08:50 |
| SergeyLukjanov | ttx, good morning | 08:50 |
| ttx | SergeyLukjanov: morning! | 08:50 |
| SergeyLukjanov | ttx, I've cleaned the l1 page - https://launchpad.net/sahara/+milestone/liberty-1 | 08:50 |
| SergeyLukjanov | ttx, so, we're waiting for 4 CRs to be merged before l1 | 08:50 |
| ttx | let's see what my script thinks about it | 08:51 |
| ttx | it hasn't much to say | 08:51 |
| ttx | are those 4 likely to get merged in the coming day(s) | 08:52 |
| ttx | ? | 08:52 |
| SergeyLukjanov | 3 are in the gate now and 1 will be approved in a few hours | 08:52 |
| ttx | cool | 08:52 |
| SergeyLukjanov | so, I think we should be ready later today | 08:52 |
| ttx | Looks like you have things under control as always | 08:53 |
| ttx | I won't hold you any longer then | 08:53 |
| SergeyLukjanov | thx, hope so (mean re control :) ) | 08:53 |
| ttx | Sahara will be tagged 3.0.0b1 | 08:54 |
| ttx | SergeyLukjanov: do you still release the extra repos at the same time ? | 08:54 |
| SergeyLukjanov | ttx, btw I've tagged sahara-image-elements and sahara-extra w/ 3.0.0a0 and switched vrsion to 3.0.0 in setup.cfg | 08:54 |
| SergeyLukjanov | ttx, yeah | 08:54 |
| ttx | ok | 08:55 |
| ttx | We could move them under release management the same way we release the neutron-*aas stuff at the same time as neutron | 08:55 |
| ttx | food for thoughts post-l1 I guess | 08:55 |
| ttx | those are generally ready by the time openstack/sahara is ready, right ? | 08:55 |
| SergeyLukjanov | yeah, ok, I think it makes sense | 08:56 |
| SergeyLukjanov | yup | 08:56 |
| ttx | ok, I'll add a note about that | 08:56 |
| SergeyLukjanov | I'm tagging them right after see tag in sahara | 08:56 |
| ttx | and come back to you after L1 about it | 08:56 |
| SergeyLukjanov | okay, thx | 08:56 |
| SergeyLukjanov | ttx, we're now discussing separation of integration tests to the separated repo - sahara-tests w/ separated release cycle, most likely tempest-style | 08:57 |
| SergeyLukjanov | (just a note) | 08:57 |
| ttx | hmm, ok | 08:57 |
| johnthetubaguy | ttx: when you get a sec, someone is talking about missing tags, although I have very little context on the issue: https://storyboard.openstack.org/#!/story/2000300 I think lifeless was talking to them | 09:04 |
| lifeless | context is in -infra | 09:06 |
| johnthetubaguy | lifeless: cool, thanks, sorry about that, got wrong end of the stick | 09:07 |
| lifeless | de nada | 09:07 |
| ttx | lifeless: completely different discussion, wanted to ask you about the "fix the world" plan and progress there -- still on track ? Anything you need help with ? | 09:13 |
| ttx | since you seem to touch so many things those days, I can't keep up | 09:13 |
| lifeless | ttx: I need https://review.openstack.org/#/c/194401/ landed | 09:14 |
| lifeless | to unblock https://review.openstack.org/#/c/189250/ | 09:15 |
| lifeless | and the stuff above it | 09:15 |
| lifeless | the pip stuff is done and in develop, awaiting a release | 09:15 |
| ttx | ack | 09:16 |
| lifeless | the devstack constraints patch is done but in WIP waiting for the constraints to be in requirements | 09:16 |
| lifeless | I might make that a Depend-On soon | 09:16 |
| lifeless | we haven't got the experiment back-facing jobs up | 09:17 |
| lifeless | but I figure until we have the constraints patch passing experimental there's no rush | 09:17 |
| ttx | so in summary, good progress, but still in the maze of interdependent changes | 09:17 |
| lifeless | twisty twisty mazes | 09:17 |
| ttx | great, thx for the update | 09:17 |
| *** dims has joined #openstack-relmgr-office | 10:06 | |
| sdague | lifeless: I'm going to redo 194401 because it's not actually that obvious what the difference is today | 10:27 |
| *** AzherKhan has quit IRC | 10:53 | |
| openstackgerrit | Merged openstack-infra/release-tools: Update milestone.sh to support new versioning https://review.openstack.org/194068 | 11:41 |
| ttx | dhellmann: do you mind if I rebase the type:library / type:service / release:managed patch chain ? | 12:37 |
| dhellmann | ttx: I can do it if you're otherwise busy | 12:38 |
| ttx | I actually just did the rebase, ready to push | 12:38 |
| dhellmann | ok, go for it | 12:38 |
| ttx | hmm, got an error | 12:39 |
| ttx | No changes between prior commit c20e16b and new commit a3f4359 | 12:39 |
| ttx | weird. | 12:40 |
| ttx | maybe I need to push them one by one | 12:41 |
| dhellmann | ttx: when I update master I don't see any changes. Why do they need to be rebased? | 12:44 |
| ttx | they were hitting merge conflicts all over. Have trouble reaching Gerrit so haven't refreshed that though | 12:45 |
| * ttx rechecks | 12:46 | |
| ttx | https://review.openstack.org/#/c/192193/ needs rebase | 12:46 |
| dhellmann | that's weird, none of the others do | 12:47 |
| ttx | ok, I'll redo it | 12:48 |
| dhellmann | ttx: ok, when I check out your commit (and all of mine) and rebase that whole stack I do get a conflict | 12:48 |
| dhellmann | git review -d 192193 && git rebase master | 12:49 |
| ttx | yeah, probably yours don't trigger it but mine on top triggers 3-way merge fail | 12:49 |
| ttx | i'll see if I can work around it without pushing a new patchset below it | 12:50 |
| SergeyLukjanov | ttx, dhellmann sahara is now ready for the liberty-1 tag | 12:55 |
| ttx | SergeyLukjanov: be there in a minute | 12:55 |
| dhellmann | SergeyLukjanov: I'll let ttx follow up with you | 12:56 |
| dhellmann | dims: I'm building a list of unreleased oslo changes... | 12:57 |
| dhellmann | this report takes longer every time I run it, since we keep adding libs :-) | 12:57 |
| dims | so we start off by list_oslo_unreleased_changes.sh | 12:57 |
| dims | :) | 12:57 |
| dhellmann | http://paste.openstack.org/show/316646 | 12:57 |
| dhellmann | a lot of those requirements updates are format churn, so I don't think we need to release anything based only on those changes | 12:58 |
| dims | messaging/middleware - maybe. vmware - they are not ready yet. db - waiting for victors. | 12:59 |
| dhellmann | actually, let's work in https://etherpad.openstack.org/p/library-releases so we can make notes | 12:59 |
| dhellmann | I pasted the script output in there already | 12:59 |
| dhellmann | concurrency looks like it could use a release | 13:00 |
| dhellmann | dims: config looks like mostly doc changes | 13:01 |
| dims | yes, concurrency does | 13:01 |
| dims | for concurrency we may need to cut something off of stable/kilo to support a nova security fix that tonyb is working on | 13:02 |
| dhellmann | ok, that same script can produce a report of unreleased changes in stable branches, too | 13:02 |
| dims | yes, lets do the master first | 13:03 |
| ttx | ok, fixed it, that was weird. | 13:03 |
| ttx | sorry for the noise | 13:03 |
| ttx | SergeyLukjanov: o/ | 13:03 |
| SergeyLukjanov | o/ | 13:04 |
| ttx | Let's try trhis new milestone.sh script | 13:04 |
| dhellmann | dims: is "CORS Middleware defers to server response" a feature or bug fix? | 13:05 |
| dhellmann | in middleware | 13:05 |
| dims | feature | 13:05 |
| ttx | dhellmann, SergeyLukjanov: milestone.sh proposes to tag 3.0.0b1 for shara. All clear ? | 13:05 |
| dhellmann | ttx: checking | 13:06 |
| dhellmann | ttx, SergeyLukjanov : according to https://etherpad.openstack.org/p/liberty-initial-semver-values that is correct | 13:06 |
| dhellmann | dims: how about that rootwrap change, do we need that for debugging something somewhere? | 13:06 |
| dims | dhellmann: no, just a good to have | 13:07 |
| dhellmann | ok, I'll leave it up to you whether to do it | 13:07 |
| SergeyLukjanov | yup, correct | 13:09 |
| dims | dhellmann: looks like we got through the list | 13:09 |
| dhellmann | dims: not quite? | 13:17 |
| ttx | hrm. | 13:17 |
| ttx | "Tarball generated at sahara-3.0.0.0b1.tar.gz" | 13:17 |
| ttx | Tag is 3.0.0b1 but we get sahara-3.0.0.0b1.tar.gz built. | 13:17 |
| *** openstack has quit IRC | 13:17 | |
| *** openstack has joined #openstack-relmgr-office | 13:19 | |
| dhellmann | dims: yes, see lines 5-10 for format | 13:19 |
| dims | ack. just making sure. i'll build up that list | 13:19 |
| dhellmann | dims: ok, I think that's all of them, do you want to doublecheck my work? | 13:21 |
| dims | dhellmann: was checking as you were pasting | 13:21 |
| dhellmann | I thought you probably were :-) | 13:22 |
| dhellmann | ok, so then you stick that text in a file and pass it to release_many.sh, normally | 13:22 |
| dhellmann | you're set up to use release_library.sh already, right? | 13:22 |
| dhellmann | (launchpad login, etc.?) | 13:23 |
| dims | dhellmann: i believe so | 13:23 |
| dhellmann | ok, let's do one to test, and then you can use release_many.sh on the others | 13:23 |
| dhellmann | dims: maybe use oslotest, since that's least likely to be noticed immediately if there's a problem | 13:24 |
| dims | dhellmann: ack. will do it in a little bit and report back | 13:24 |
| dhellmann | dims: sounds good -- after the script runs it will leave a file in relnotes/ named for the lib and version containing the release notes email. It's an actual email, so you might be able to just send it using sendmail (I pass it to msmtp on OS X). If the format doesn't work for you, we can look at tweaking it to make it more suitable. | 13:26 |
| dims | sounds good dhellmann. thanks! | 13:26 |
| dhellmann | after the email flood from a while back, I decided that sending the emails should be a separate step :-) | 13:26 |
| openstackgerrit | Thierry Carrez proposed openstack-infra/release-tools: Pre-versions are now $VERSION.0b1 https://review.openstack.org/194659 | 13:34 |
| ttx | dhellmann: I'll run that version now ^ and retag | 13:35 |
| dhellmann | ttx: +2a | 13:35 |
| ttx | SergeyLukjanov: I'll retag so that the tag corresponds to the tarball version | 13:36 |
| ttx | That means you should push a 3.0.0.0b1 tag to the other repos. | 13:36 |
| ttx | Sorry about that, I always seem to miss episodes of atht fun PEP440 vs. PBR saga | 13:38 |
| ttx | arh, fail in the upload | 13:39 |
| * ttx fixes again | 13:40 | |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: Only use tput when we are writing to a terminal https://review.openstack.org/194661 | 13:41 |
| openstackgerrit | Merged openstack-infra/release-tools: Pre-versions are now $VERSION.0b1 https://review.openstack.org/194659 | 13:41 |
| SergeyLukjanov | ttx, yeah, I know this feeling ;) | 13:41 |
| SergeyLukjanov | ttx, so, the upcoming tags will be 3.0.0.0rcX and then 3.0.0 for release? | 13:43 |
| ttx | that is my understanding | 13:43 |
| SergeyLukjanov | okay :) | 13:44 |
| ttx | damn, upload_release needs a fix too. All those tools need a serious rearchitecture now :) | 13:44 |
| openstackgerrit | Thierry Carrez proposed openstack-infra/release-tools: upload_release.py should use $VERSION.0b1 too https://review.openstack.org/194662 | 13:46 |
| ttx | used successfully to upload sahara's tarball ^ | 13:46 |
| ttx | https://launchpad.net/sahara/liberty/liberty-1 | 13:47 |
| ttx | SergeyLukjanov: bug 1444348 was apparently fixed between the two tags ? | 13:47 |
| openstack | bug 1444348 in Sahara kilo "[DIB][CDH] 404 extjs not found" [High,Triaged] https://launchpad.net/bugs/1444348 | 13:47 |
| ttx | err | 13:48 |
| ttx | showing as FixCommitted in https://launchpad.net/sahara/liberty/liberty-1 but Fixreleased in https://launchpad.net/bugs/1444348 | 13:48 |
| openstack | Launchpad bug 1444348 in Sahara kilo "[DIB][CDH] 404 extjs not found" [High,Triaged] | 13:48 |
| ttx | fth | 13:48 |
| * ttx sobs | 13:49 | |
| ttx | oh, got it | 13:50 |
| ttx | the juno task was targeted to liberty-1 (don't ask why that's even possible) | 13:50 |
| ttx | so the bug was listed twice in the milestone page | 13:51 |
| ttx | (don't ask why someone thought that could ever be a good idea) | 13:51 |
| ttx | https://launchpad.net/sahara/liberty/liberty-1 | 13:51 |
| ttx | SergeyLukjanov: all set ^ | 13:51 |
| ttx | sorry for the bumps in the road | 13:51 |
| ttx | dhellmann: I'll start pinging people from the East/Central section of that etherpad | 13:55 |
| ttx | dhellmann: I did add a few answers for your questions in the checklist | 13:55 |
| dhellmann | ttx: ok | 13:56 |
| ttx | dhellmann: Also taking notes of what went wrong / we'll need to work on in a section at the bottom | 13:56 |
| dhellmann | I noticed the new section with notes | 13:56 |
| *** gordc has joined #openstack-relmgr-office | 13:57 | |
| ttx | gordc: welcome! | 13:57 |
| gordc | ttx: sorry. completely forgot about the liberty-1 stuff | 13:57 |
| ttx | that happens | 13:57 |
| ttx | I'd like to take a few minutes to prepare https://launchpad.net/ceilometer/+milestone/liberty-1 before we tag | 13:58 |
| gordc | sounds good | 13:58 |
| ttx | I have a script that will suggest a few changes | 13:58 |
| ttx | just a sec while I ruin it | 13:58 |
| ttx | or run it | 13:58 |
| gordc | :) | 13:58 |
| ttx | The script suggest adding the following completed blueprints to the page: | 13:59 |
| gordc | the pipeline items we can remove... they will not be contained in L1 | 13:59 |
| ttx | https://blueprints.launchpad.net/ceilometer/+spec/delete-alarmhistory | 13:59 |
| ttx | and then suggests we drop the 3 incomplete blueprints there | 13:59 |
| ttx | If you agree I can run the script and it will do the magic | 13:59 |
| gordc | ah, that alarm item was merged a while ago (was wondering what it was) | 14:00 |
| ttx | you agree that the 3 incomplete BPs on that page aren't likely to make it in the next hours or day ? | 14:01 |
| gordc | yes, the 3 bps can be dropped for L1, won't be merged today or this week even | 14:01 |
| ttx | alright running script | 14:01 |
| gordc | we can also drop the one bug item attached to me. that can be merged but probably won't be merged unless i ask someone | 14:02 |
| gordc | it's low priority anyways so it's not super important for L1 | 14:02 |
| ttx | https://launchpad.net/ceilometer/+milestone/liberty-1 | 14:02 |
| ttx | anything blatantly missing from the list of completed features ? | 14:03 |
| ttx | we can retroactively create a blueprint for any major feature that didn't get a blueprint | 14:03 |
| gordc | i'll take a quick glance | 14:04 |
| ttx | gordc: any blueprint / bugfix in the pipe that should still block the liberty-1 tag ? | 14:04 |
| ttx | If not I'll move that in-progress bug in the page to liberty-2 | 14:04 |
| gordc | ttx: all the bps listed seem to be fine. i'm not tracking anything other than those. | 14:05 |
| gordc | from bug pov, there are quite a few committed but i've yet to target to L1 | 14:05 |
| ttx | no need | 14:06 |
| ttx | I have a script that will pick them up automatically when I tag | 14:06 |
| gordc | ah cool. | 14:06 |
| gordc | yes, please do that... and we ca nmove the inprogress bug to liberty2 | 14:06 |
| ttx | gordc: any reason to hold on the tag ? If it's not now, we can wait one or two days | 14:06 |
| ttx | 5.0.0.0b1 since liberty final for ceilometer will be 5.0.0 | 14:07 |
| dims | dhellmann: what's the command line you use for msmtp to send out one email? | 14:07 |
| dhellmann | dims: just a sec... | 14:07 |
| gordc | ttx: i wasn't tracking anything critical. i just got back from a business trip so let me give a quick ping to those that were around to see if anything i missed | 14:07 |
| ttx | gordc: sure, no hurry. Just ping us here when you are good to go | 14:08 |
| ttx | if you want to wait on something, you can add the milestone target to it so that it appears on the page as a blocker | 14:08 |
| ttx | useful for trackjing what we should hold the tag over | 14:08 |
| dhellmann | dims: http://pastebin.com/NaDhxuDA | 14:08 |
| ttx | gordc: thx! | 14:09 |
| gordc | ttx: something i've always been meaning to ask. how do i target something to an older milestone after it's been cut? | 14:09 |
| gordc | ttx: seems like it only lets me point to something in future. | 14:09 |
| ttx | gordc: you have to reopen the milestone | 14:09 |
| ttx | and then reclose it | 14:09 |
| ttx | I should write a script to do that | 14:09 |
| dims | dhellmann: thanks | 14:10 |
| gordc | ttx: ah i see.. and i can reopen a milestone or is that only something release team has? | 14:10 |
| ttx | gordc: manually you can go to the milestone page and set Active back to yes. The reload the bug page | 14:10 |
| ttx | Then* | 14:10 |
| ttx | then set the milestone | 14:10 |
| ttx | then put back milestone to Inactive | 14:10 |
| gordc | ttx: ah i see. i'll give that a try | 14:10 |
| ttx | I'll make a target_bug.py <bug#> <milestone> | 14:11 |
| ttx | I think I have it somewhere | 14:11 |
| gordc | ttx: also, just confirmed with the small team, nothing i missed since i was gone, so no blockers for L1 | 14:11 |
| ttx | gordc: ok then I think I'll proceed | 14:11 |
| gordc | ttx: sounds good. thanks for the reminder | 14:12 |
| ttx | gordc: will ping you when completed, should take 2 min | 14:13 |
| SergeyLukjanov | ttx, thank you! | 14:13 |
| ttx | dhellmann: could you +2a https://review.openstack.org/#/c/194662/ so that I run the scripts off master ? | 14:14 |
| SergeyLukjanov | ttx, is it ok that there both tags in sahara - 3.0.0b1 and 3.0.0.0b1? | 14:17 |
| ttx | SergeyLukjanov: 3.0.0b1 is clearly superfluous. Asked on -infra and they can't really remove it now | 14:17 |
| SergeyLukjanov | ttx, should we remove the tag or let's just ignore it? | 14:18 |
| SergeyLukjanov | ttx, IMO it's safe to keep it | 14:18 |
| ttx | yep, not the first f*ed-up tag in history | 14:19 |
| SergeyLukjanov | ttx, yeah :) | 14:20 |
| openstackgerrit | Thierry Carrez proposed openstack-infra/release-tools: Fix version determination in corner cases https://review.openstack.org/194675 | 14:22 |
| ttx | dhellmann: and this one too ^ | 14:22 |
| dhellmann | ttx: looking | 14:23 |
| dhellmann | ttx: +2a to both | 14:24 |
| ttx | thx | 14:24 |
| ttx | ceilo tag on its way | 14:24 |
| ttx | mestery, nikhil_k, redrobot: ping | 14:25 |
| openstackgerrit | Merged openstack-infra/release-tools: upload_release.py should use $VERSION.0b1 too https://review.openstack.org/194662 | 14:25 |
| * thingee lurks | 14:26 | |
| ttx | thingee: we can go over Cinder now if you have 5 min | 14:27 |
| thingee | ttx: yes please :) | 14:27 |
| openstackgerrit | Merged openstack-infra/release-tools: Fix version determination in corner cases https://review.openstack.org/194675 | 14:27 |
| ttx | https://launchpad.net/cinder/+milestone/liberty-1 looks pretty clean already | 14:27 |
| ttx | let me see what the script suggests | 14:28 |
| thingee | ttx: fixed those unassigned bps | 14:29 |
| thingee | ttx: tag and don't look back! | 14:29 |
| ttx | yep, no additional suggestion | 14:29 |
| ttx | won't ask you if you have anything missing from the list, it's massive already | 14:30 |
| ttx | nothing to wait for ? Should we just tag now ? | 14:30 |
| thingee | ttx: feeling pretty good, yeah go for it. | 14:31 |
| ttx | ok, will do as soon as ceilo is done | 14:31 |
| ttx | will be 7.0.0.0b1 | 14:31 |
| thingee | ttx: I wanted to raise that cinder client is in bad shape for deployments using proxies | 14:31 |
| nikhil_k | ttx: around when you are free | 14:32 |
| thingee | version discovery isn't working well without a configuration option server side that only surfaced in Kilo. | 14:32 |
| ttx | not really new, right ? | 14:32 |
| ttx | gordc: done @ https://launchpad.net/ceilometer/+milestone/liberty-1 | 14:33 |
| thingee | ttx: well I guess people are using it now, and deployments like HP and rax are having support issues come in | 14:33 |
| ttx | tagging cinder | 14:33 |
| thingee | ttx: https://bugs.launchpad.net/python-cinderclient/+bug/1464160 | 14:33 |
| openstack | Launchpad bug 1464160 in python-cinderclient "ERROR: Bad Request (HTTP 400) with cinder 1.2.1" [Critical,In progress] - Assigned to Mike Perez (thingee) | 14:33 |
| gordc | ttx: cool cool. thanks! | 14:34 |
| thingee | ttx: two options, revert version discovery or backport https://review.openstack.org/#/c/159374/ to juno which introduces a config opt | 14:34 |
| gordc | ttx: i'm going to try re-activating, deactivating a milestone. please shout if this affects you. | 14:34 |
| thingee | ttx: the config opt doesn't change default behavior luckily... anyways figured it being a long shot with this introducing a config opt and juno being set to security only | 14:36 |
| ttx | thingee: the alternative sounds worse | 14:37 |
| ttx | thingee: reverting version discovery in kilo is more disruptive | 14:38 |
| thingee | ttx: ok, wanted to gauge from you if would be worth raising in the mailing list. I'll post something today | 14:38 |
| ttx | warrants a thread imho, yes | 14:39 |
| thingee | thanks that's all for me. | 14:39 |
| redrobot | ttx pong | 14:45 |
| ttx | thingee: cool thx | 14:45 |
| ttx | redrobot: hey! Let me talk to nikhil_k real quick first | 14:45 |
| ttx | nikhil_k: around now ? | 14:45 |
| redrobot | ttx sure | 14:45 |
| ttx | going once | 14:46 |
| ttx | going twice | 14:46 |
| ttx | redrobot: you win | 14:46 |
| redrobot | \o/ | 14:46 |
| ttx | Goal is to beat https://launchpad.net/barbican/+milestone/liberty-1 into shape before tagging | 14:46 |
| nikhil_k | oops, got called in another meeting. I can wait | 14:47 |
| ttx | redrobot: let's see what my script suggests | 14:47 |
| ttx | redrobot: it suggests to defer multi-user-functional-tests since it's incomplete | 14:47 |
| ttx | but then maybe it's close and could use that extra day(s) before the deadline ? | 14:47 |
| redrobot | ttx no, I think it'll be fine. | 14:48 |
| ttx | redrobot: so I should move it off the milestone ? | 14:49 |
| redrobot | ttx looks like your script did? | 14:49 |
| ttx | oh.. yes, I missed --dryrun there | 14:50 |
| ttx | oh well | 14:50 |
| ttx | redrobot: is there any significant feature landed in barbican that we'd want to show off on that page ? | 14:51 |
| ttx | We could retroactively create a BP for it | 14:51 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: Add script for targeting bugs from the command line https://review.openstack.org/194688 | 14:51 |
| redrobot | ttx not yet. :-\ ... there's a couple that are really close. If we wait to tag until Thursday we can probably have two bps land | 14:52 |
| ttx | redrobot: I think that would be great | 14:53 |
| redrobot | ttx ok, I'll be back on Thursday | 14:53 |
| redrobot | ttx thanks! | 14:54 |
| ttx | redrobot: maybe we should target those likely features to liberty-1 and track them, and decide early Thursday ? | 14:54 |
| redrobot | ttx ok, will do | 14:54 |
| ttx | redrobot: please add both there asap | 14:54 |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: Add --no-clear flag to adjust_blueprints.py https://review.openstack.org/194689 | 14:55 |
| ttx | nikhil_k: have to jump on a phone meeting. Maybe dhellmann can process you | 14:55 |
| dhellmann | ttx, nikhil_k: I'm about to step away, too :-/ | 14:56 |
| dhellmann | nikhil_k: I'll be back online in ~2 hrs for my office hours period | 14:56 |
| nikhil_k | dhellmann: ttx : Sure, I can be online at 2pm ET | 14:57 |
| dhellmann | nikhil_k: ok, if ttx doesn't take care of you before then, I'll catch up with you as soon as I'm back online | 14:57 |
| nikhil_k | dhellmann: have a dentist appt so will have to be afk from 3pm ET (Iam assuming you are in ET :) ) | 14:57 |
| dhellmann | nikhil_k: yes, I'm in ET | 14:57 |
| nikhil_k | dhellmann: sounds good. thanks | 14:58 |
| nikhil_k | Hope atlanta is not hotlanta this summer | 14:58 |
| dhellmann | nikhil_k: ever summer :-/ | 14:58 |
| nikhil_k | :/ | 14:59 |
| morganfainberg | dhellmann: ping re https://review.openstack.org/#/c/173972/ and https://bugs.launchpad.net/keystonemiddleware/+bug/1463988 | 15:00 |
| openstack | Launchpad bug 1463988 in keystonemiddleware "oslo.config version error in kilo" [Undecided,New] | 15:00 |
| dhellmann | nikhil_k: if you want to get a head start, you could look at https://launchpad.net/glance/+milestone/liberty-1 and verify the status of the blueprints and bugs -- it looks like there are a couple of bugs that aren't closed, yet, so we need to decide whether to hold the milestone tag for those or whether to retarget the bugs | 15:00 |
| morganfainberg | are we ever unblocking the pin/cap for kilo there? | 15:01 |
| nikhil_k | dhellmann: thanks. I will clean it up and find blockers if so | 15:01 |
| dhellmann | morganfainberg: we need to fix the cap without raising the minimum, which I think will require turning off the requirements check job for the repository | 15:01 |
| dhellmann | nikhil_k: sounds good | 15:01 |
| morganfainberg | or can we just fix stable/kilo g-r to not raise the minimum? | 15:02 |
| dhellmann | nikhil_k: the script didn't find any untargeted but completed blueprints, so that's good, but you may want to review any open blueprints that should have been closed, too | 15:02 |
| morganfainberg | because it seems like we're in a catch22. | 15:02 |
| nikhil_k | dhellmann: sure, there was one private bug that I moved to l2 | 15:03 |
| dhellmann | morganfainberg: I would have to look at the details for that particular package, I'm just giving general guidance | 15:03 |
| morganfainberg | if we depend on that minimum elsewhere in OS we should be setting the right minimum | 15:03 |
| dhellmann | morganfainberg: we can't raise the minimum in a stable branch as a matter of policy | 15:03 |
| dhellmann | morganfainberg: we can change the upper because that doesn't force distros to repackage | 15:04 |
| morganfainberg | right - my point is it seems like if the minimum is wrong, it's wrong everywhere | 15:04 |
| dhellmann | nikhil_k: what about bug 1453047? | 15:04 |
| openstack | bug 1453047 in Glance "ValueError: Tables "artifact_blob_locations,artifact_blobs,artifact_dependencies,artifact_properties,artifact_tags,artifacts,image_locations,image_members,image_properties,image_tags,images,metadef_namespace_resource_types,metadef_namespaces,metadef_objects,metadef_properties,metadef_resource_types,metadef_tags,task_info,tasks" have non utf8 collation, please make sure all tables are CHARSET=utf8" [High,New] https://launchpad.net/bugs/1453047 - Assigned to Flavio Percoco (flaper87) | 15:04 |
| morganfainberg | or we ended up with the wrong stable/kilo sha when branching | 15:04 |
| dhellmann | morganfainberg: let me actually read the bug | 15:04 |
| morganfainberg | sure | 15:04 |
| dhellmann | morganfainberg: so designate is downgrading oslo.config? | 15:05 |
| nikhil_k | dhellmann: not blockers. artifacts still experimental | 15:05 |
| dhellmann | nikhil_k: ok, we're going to close the milestone by thursday, so do you think that's going to be merged or should it be retargeted? | 15:06 |
| morganfainberg | dhellmann: the issue is we have stable/kilo with an uncapped oslo.config in keystonemiddleware. it looks like *some* packages have it capped | 15:06 |
| morganfainberg | dhellmann: keystonemiddleware installs earlier, then causes issues. that is my read | 15:06 |
| morganfainberg | and looking at that patch, the minimums don't looks like they are affected - i might be mis-reading though | 15:07 |
| morganfainberg | oh except oslo.config | 15:07 |
| morganfainberg | ugh | 15:07 |
| dhellmann | morganfainberg: ok, I'm about to walk out the door, so I may need to think about this more later today. As I said, we need a fix that doesn't involve raising the minimum versions, but we should be able to apply caps in places that need them. However, that probably brings those repos out of sync with the global requirements in kilo, which means turning off the requirements check job to be able to land the patches. | 15:07 |
| morganfainberg | dhellmann: no worries. | 15:07 |
| morganfainberg | dhellmann: let me re-read i don't think that patch is affecting minimums | 15:07 |
| morganfainberg | dhellmann: just looking at it | 15:08 |
| nikhil_k | dhellmann: I moved it to l2. Now the l1 list for Glance bugs and BP seems consistent. Please feel free to cut a release when appropriate. | 15:08 |
| dhellmann | morganfainberg: ok, it has been updated and that job was turned off, so I think it's safe to approve now | 15:08 |
| morganfainberg | dhellmann: ok i'll check with you later today before approving - so i'm post coffee and you're not running out the door | 15:09 |
| dhellmann | morganfainberg: please get someone else familiar with stable requirements to double-check me, but I added a =2 | 15:09 |
| * morganfainberg doesn't want to break the world | 15:09 | |
| dhellmann | +2 | 15:09 |
| morganfainberg | maked WIP and issued a recheck. catch you later on dhellmann | 15:10 |
| dhellmann | nikhil_k: do you have any extra bugs that should be targeted to L-1? | 15:10 |
| dhellmann | morganfainberg: ack, thanks | 15:10 |
| *** isviridov_away is now known as isviridov | 15:10 | |
| nikhil_k | dhellmann: no open bugs. I guess your script would catch any that already merged and don;t have a milestone set? | 15:11 |
| dhellmann | nikhil_k: yes | 15:11 |
| dhellmann | nikhil_k: lots: https://bugs.launchpad.net/glance/+bugs?field.searchtext=&orderby=-importance&search=Search&field.status%3Alist=FIXCOMMITTED&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&fiel | 15:11 |
| dhellmann | d.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on | 15:11 |
| dhellmann | hrm | 15:11 |
| dhellmann | nikhil_k: http://bit.ly/1BJIkyS | 15:11 |
| nikhil_k | thanks! | 15:11 |
| dhellmann | 41 of them, does that seem right? | 15:11 |
| nikhil_k | dhellmann: I was just checking the logs, seems right. We were working on stability and not features.. | 15:12 |
| dhellmann | nikhil_k: great, it was a big number so I wanted to check first | 15:12 |
| nikhil_k | yeah :) | 15:12 |
| dhellmann | ttx: I get an error from bash when I run milestone.sh. it might be that I have an older version on OS X? http://paste.openstack.org/show/316832/ I'll try to get the launchpad credentials to work from linux | 15:16 |
| dhellmann | ttx: that part of the script works on linux; waiting to see if the launchpad login works | 15:19 |
| ttx | ok, back | 15:20 |
| ttx | Older versions of bash might not support ${PROJECT^} | 15:21 |
| dhellmann | yeah, I think that's the problem | 15:21 |
| dhellmann | ugh, the launchpad thing is trying to auth me with lynx, which I'm pretty sure doesn't work | 15:21 |
| ttx | heh | 15:21 |
| ttx | might be simpler to tweak milestone.sh for OSX usage | 15:22 |
| ttx | ${MILESTONE: -1} and ${PROJECT^} and ${BASH_SOURCE[0]} should be tested | 15:23 |
| dhellmann | hey, it seemed to work this time | 15:23 |
| dhellmann | maybe last time I tried that I did something wrong, or maybe lynx has been upgraded | 15:23 |
| ttx | If ${PROJECT^} is all that fails you should be able to run with ${PROJECT} | 15:23 |
| dhellmann | what does the ^ do? | 15:24 |
| ttx | capitalize first letter | 15:24 |
| ttx | nova -> Nova | 15:24 |
| dhellmann | oh, ok | 15:24 |
| ttx | in the tag message | 15:24 |
| dhellmann | it's updating bugs now | 15:24 |
| ttx | so pretty invisible optimization anyway | 15:24 |
| ttx | which one are you running ? glance ? | 15:25 |
| dhellmann | glance has 11.0.0.0b1 now | 15:25 |
| dhellmann | yep | 15:25 |
| ttx | ok | 15:25 |
| dhellmann | hmm, hit an error: http://paste.openstack.org/show/316835/ | 15:25 |
| dhellmann | 401 on a private bug it looks like | 15:26 |
| ttx | and with my legendary error recovery there we'll have to run the remaining parts of milestone.sh manually | 15:26 |
| dhellmann | I'm not seeing anything that tells me obviously what bug had the problem | 15:27 |
| ttx | I'll run it now | 15:28 |
| dhellmann | ok | 15:28 |
| ttx | ok it's just a handful of bugs that were left, let's see if any of those looks funny | 15:29 |
| ttx | I have access to security bugs which might be why I haven't hit that one yet | 15:30 |
| dhellmann | probably | 15:31 |
| ttx | except none of the ones it listed for me are protected or anything | 15:31 |
| ttx | We'll have to catch 401s and log them in process_bugs | 15:32 |
| dhellmann | ttx: I need to run that errand. I'll check back in a bit and see what you learned. | 15:32 |
| ttx | catches ServerError but 401 is probably 4xx | 15:32 |
| dhellmann | makes sense; we could just catch all errors there | 15:33 |
| ttx | ok, uploading now | 15:33 |
| ttx | nikhil_k: https://launchpad.net/glance/+milestone/liberty-1 completed | 15:34 |
| *** mestery has joined #openstack-relmgr-office | 15:34 | |
| SlickNik | Hi ttx | 15:34 |
| ttx | SlickNik: hi! | 15:35 |
| ttx | Shall we go through Trove and check the page is ready ? | 15:35 |
| *** mestery_ has joined #openstack-relmgr-office | 15:35 | |
| nikhil_k | ttx: great. thanks. | 15:35 |
| SlickNik | Sounds good— if you're not in the middle of something else. | 15:36 |
| ttx | SlickNik: script does not suggest any change | 15:36 |
| ttx | any feature missing from the list ? | 15:36 |
| ttx | if you have anything else significant we can retroactively create a BP for it | 15:37 |
| SlickNik | No, we should be all good. | 15:37 |
| ttx | anything you would like to wait for before the tag ? | 15:37 |
| *** mestery has quit IRC | 15:39 | |
| ttx | mestery_: you have 5 min ? | 15:39 |
| mestery_ | ttx: ack! | 15:39 |
| * mestery_ secretly at DockerCon :) | 15:39 | |
| *** mestery_ is now known as mestery | 15:40 | |
| SlickNik | ttx: Don't need to wait for anything — should be all good to go. | 15:40 |
| ttx | That's why you are mestery_. Running in a container | 15:40 |
| mestery | lol | 15:40 |
| ttx | ok tagging trove now | 15:40 |
| ttx | mestery: let's do a pass on https://launchpad.net/neutron/+milestone/liberty-1 | 15:40 |
| ttx | let's see what my script suggests | 15:41 |
| ttx | (on the blurptins side) | 15:41 |
| ttx | blueprints* | 15:41 |
| mestery | ttx: Ack, waiting | 15:41 |
| ttx | Suggests targeting (implemented) https://blueprints.launchpad.net/neutron/+spec/ml2-dpdk-ovs-mechanism-driver | 15:42 |
| mestery | doing it | 15:42 |
| ttx | well the script will do it. It suggests to defer the 8 bps "needs code reveiw" too | 15:42 |
| ttx | should we keep all of them on the track list at this point ? Could merge in the coming days ? | 15:43 |
| mestery | ack on that too | 15:43 |
| ttx | or should I just clean up | 15:43 |
| mestery | Well, lets just clean up | 15:43 |
| mestery | I expect IPAM may make it | 15:43 |
| mestery | The rest, not sure | 15:43 |
| ttx | alright, cleaning up | 15:43 |
| mestery | thank you! | 15:43 |
| ttx | on the bugs side, anythign you'd like to keep in the milestone ? | 15:43 |
| * mestery looks quick | 15:44 | |
| ttx | or can I just defer them all to l2 ? | 15:44 |
| mestery | None that stand out | 15:44 |
| mestery | defer them all! | 15:44 |
| ttx | bug 1464363 is critical | 15:44 |
| openstack | bug 1464363 in neutron "Gate (gate-rally-dsvm-neutron-rally) broken" [Critical,In progress] https://launchpad.net/bugs/1464363 - Assigned to Chris St. Pierre (stpierre) | 15:44 |
| ttx | "critical" | 15:44 |
| mestery | yes | 15:44 |
| mestery | We are on that | 15:44 |
| ttx | but that should not block liberty-1 ? | 15:44 |
| mestery | armax and kevinbenton have a strategy there | 15:44 |
| mestery | Corect | 15:44 |
| mestery | *Correct | 15:44 |
| ttx | ok | 15:44 |
| mestery | armax sent an email to the list on this one | 15:45 |
| ttx | ok, deferring bugs | 15:45 |
| mestery | thanks! | 15:45 |
| ttx | So just let me know when you're ready to tag. Between now and Thursday | 15:46 |
| ttx | mestery: if you end up finishing a feature (or wanting to block on that merging) just add it back to l1 | 15:46 |
| mestery | OK, lets target for tomorrow, I wanted to sync with kevinbenton and armax on a few things | 15:46 |
| mestery | Will do, thanks ttx! | 15:46 |
| ttx | alright | 15:46 |
| ttx | thx! | 15:46 |
| mestery | thank you! | 15:46 |
| SlickNik | ttx: how to get involved with the libs release process? | 15:50 |
| SlickNik | ttx: Figured I'd check because I noticed the clients moved to a release-lib process and figured that I should get involved helping with that since I'd like to do it for the trove client in any case. | 15:50 |
| ttx | SlickNik: the idea is to make all releases go through the same process -- currently it's pretty manual but we'll work on automating most of it | 15:51 |
| ttx | A bit busy to discuss that right now, maybe we should talk again when we are done with l1 | 15:51 |
| SlickNik | ttx: sounds like a plan — will ask again at a more opportune moment. Thanks! | 15:52 |
| nikhil_k | ttx: dhellmann : about project searchlight | 15:59 |
| *** gordc has quit IRC | 16:00 | |
| nikhil_k | we believe that we won't go with l1 as things are getting setup | 16:00 |
| ttx | nikhil_k: right | 16:00 |
| nikhil_k | there should be enough to release in l2 | 16:00 |
| ttx | we'll see if we manage it directly or not by then | 16:00 |
| nikhil_k | ttx: I didn't get you. Is there a separate process for managing it directly? | 16:01 |
| ttx | nikhil_k: some projects just push their own tags | 16:02 |
| ttx | especially in the early stages when they can't or won't align with dev cycle milestones | 16:03 |
| nikhil_k | ttx: makes sense | 16:03 |
| nikhil_k | ttx: ah, does the re-centralization affects this? or just libs and clients? | 16:03 |
| ttx | not really. Rec-centralization is mostly about projects we were handling the main service releases of | 16:04 |
| nikhil_k | cool! | 16:04 |
| nikhil_k | thanks ttx :) | 16:04 |
| *** mestery has quit IRC | 16:28 | |
| *** dims has quit IRC | 16:30 | |
| *** dims has joined #openstack-relmgr-office | 16:33 | |
| *** AzherKhan has joined #openstack-relmgr-office | 16:51 | |
| dhellmann | SlickNik: if you're interested in the library releases, you might be interested in reviewing https://review.openstack.org/191193 | 16:52 |
| dims | dhellmann: thanks for walking me through, i've released all the things :) now will wait for shoe(es) to drop | 16:56 |
| dhellmann | dims: cool, no issues with the tools? | 16:56 |
| dims | dhellmann: worked like a charm | 16:57 |
| dhellmann | dims: wonderful! :-) | 16:57 |
| dims | the msmtp was just a bit tricky, other than that no issues | 16:57 |
| dhellmann | yeah, I had that set up already to work with sup so I just reused it | 16:58 |
| SlickNik | dhellmann: thanks! Taking a look at it. | 17:01 |
| * dhellmann hangs up the office hour shingle a few minutes late | 17:03 | |
| dhellmann | david-lyle: have a few minutes to chat about the milestone? | 17:05 |
| david-lyle | dhellmann: sure | 17:05 |
| dhellmann | david-lyle: reviewing https://launchpad.net/horizon/+milestone/liberty-1 | 17:06 |
| dhellmann | I suspect most of those blueprints need to be retargeted to L2? unless you think some will close by thursday | 17:06 |
| dhellmann | david-lyle: here's the dry-run output from the update script: http://paste.openstack.org/show/317139/ | 17:07 |
| david-lyle | they will move | 17:07 |
| dhellmann | david-lyle: ok, are any of those open bugs things we should make sure we wait for? | 17:07 |
| david-lyle | dhellmann: no, we're in the midst of some refactoring that's blocking several other efforts. So that small list looks accurate | 17:08 |
| dhellmann | david-lyle: ok, so the scripts will retarget all of the open items when we run it. Are you ready to tag, or do you have something in process that you'd like to wait a bit for? | 17:09 |
| david-lyle | I'm ok with tagging now | 17:10 |
| david-lyle | well actually, let me check a gate bug first | 17:10 |
| dhellmann | david-lyle: standing by | 17:10 |
| dhellmann | david-lyle: take your time | 17:10 |
| david-lyle | need this https://review.openstack.org/#/c/194686/ to merge first | 17:11 |
| david-lyle | I'll ping you when I see it land | 17:11 |
| dhellmann | david-lyle: ok, sounds good | 17:11 |
| david-lyle | thanks | 17:11 |
| dhellmann | david-lyle: thank you! | 17:11 |
| dhellmann | david-lyle: I can go ahead and update everything else, if that's ok with you (leaving just bug 1467950 as an open bug in L1) | 17:12 |
| openstack | bug 1467950 in OpenStack Dashboard (Horizon) "test_floatingip and test_keypair tests are failing" [Critical,New] https://launchpad.net/bugs/1467950 | 17:12 |
| david-lyle | dhellmann: that works for me | 17:14 |
| dhellmann | david-lyle: ok, starting that now | 17:15 |
| *** AzherKhan has quit IRC | 17:16 | |
| dhellmann | david-lyle: https://bugs.launchpad.net/horizon/+bug/1436903 is marked as critical, is that another gate bug? | 17:20 |
| openstack | Launchpad bug 1436903 in OpenStack Dashboard (Horizon) "integration tests failing blocking gate" [Critical,Confirmed] - Assigned to David Lyle (david-lyle) | 17:20 |
| *** AzherKhan has joined #openstack-relmgr-office | 17:20 | |
| dhellmann | morganfainberg: have time to chat about the milestone for keystone? | 17:22 |
| david-lyle | dhellmann: they appear to be at least partially duplicates | 17:25 |
| *** mestery has joined #openstack-relmgr-office | 17:25 | |
| david-lyle | the patch going in is just to work around the issue for now | 17:25 |
| dhellmann | david-lyle: ok, shall I bring 1436903 back into the milestone, or leave it in L2? | 17:25 |
| david-lyle | leave, it in L-2, the proposed patch is just to skip the tests | 17:26 |
| david-lyle | for now | 17:26 |
| dhellmann | ok | 17:26 |
| david-lyle | wait nevermind, different issues | 17:27 |
| david-lyle | sorry | 17:27 |
| david-lyle | but the answers remain the same | 17:27 |
| dhellmann | ok :-) | 17:27 |
| david-lyle | just need the one review to land | 17:27 |
| dhellmann | david-lyle: and that's a work-around for the bug? so it won't be closed by the patch landing? | 17:28 |
| david-lyle | that's correct, so we should move the first bug to L-2 as well | 17:28 |
| david-lyle | the patch won't close it | 17:28 |
| dhellmann | david-lyle: ok, I'll take care of that, thanks for clarifying | 17:28 |
| david-lyle | our integration test suite is fragile and fixes take some time | 17:29 |
| dhellmann | yep, I understand, I just want to make sure the milestone is accurate and we wait if you want something else to land, so no worries | 17:29 |
| dhellmann | david-lyle: you also have time to create blueprints for any major work that was done but for which there's no blueprint, yet, if you need to do that. Other than that, I think we're done with the review, so I'll wait for your go-ahead before tagging the milestone. | 17:33 |
| dhellmann | stevebaker: have a few minutes to chat about the milestone this week? | 17:39 |
| dhellmann | kiall: have a few minutes to chat about the milestone this week? | 17:44 |
| morganfainberg | dhellmann: sure | 17:51 |
| dhellmann | morganfainberg: https://launchpad.net/keystone/+milestone/liberty-1 | 17:51 |
| dhellmann | morganfainberg: this is the output from a dry-run of the blueprint update script: http://paste.openstack.org/show/317142/ | 17:52 |
| dhellmann | are you comfortable with retargeting all of the incomplete blueprints to L2? | 17:52 |
| * morganfainberg waits for paste to load | 17:52 | |
| morganfainberg | dhellmann: a couple of them are complete | 17:52 |
| dhellmann | yeah, we seem to have a spam bot hammering the server or something | 17:52 |
| morganfainberg | let me update them in a sec | 17:52 |
| dhellmann | ok | 17:52 |
| *** bswartz has joined #openstack-relmgr-office | 17:53 | |
| morganfainberg | dhellmann: ok updated | 17:55 |
| morganfainberg | bumped the bps that aren't doen to l2 and l3 | 17:55 |
| dhellmann | morganfainberg: ok -- I have a script to retarget these things, so you just need to tell me which ones to ignore :-) | 17:55 |
| dhellmann | morganfainberg: same question for the bugs, are any of those blocking L1 or can they all go to L2? | 17:56 |
| morganfainberg | looking at bugs now | 17:56 |
| morganfainberg | all bugs can be bumped | 17:57 |
| morganfainberg | that aren't committed | 17:57 |
| dhellmann | ok | 17:57 |
| dhellmann | morganfainberg: do you have any work that isn't reflected in a blueprint that you'd like to make sure is highlighted? | 17:57 |
| morganfainberg | nope | 17:57 |
| morganfainberg | not that i can think of | 17:58 |
| morganfainberg | hmm. LP is timing out | 17:58 |
| morganfainberg | the wont fix bug should be not assigned to *any* milestone | 17:58 |
| dhellmann | ok, I'll see if the script can fix that | 17:58 |
| morganfainberg | dhellmann: i got it unassigned | 17:59 |
| dhellmann | morganfainberg: ok, reload the milestone page and make sure that looks good to you, the script is done | 17:59 |
| morganfainberg | looking | 17:59 |
| morganfainberg | LGTM | 17:59 |
| dhellmann | ok, are you ready for a tag today, or are there patches in the queue you'd like to wait for? | 18:00 |
| morganfainberg | yep | 18:00 |
| morganfainberg | go for it | 18:00 |
| dhellmann | ok, tagging now | 18:00 |
| morganfainberg | the only patches i would wait for are not critical and need to be respun, so holding off is silly | 18:00 |
| morganfainberg | if they were gating it would be a different story | 18:00 |
| *** mestery has quit IRC | 18:00 | |
| dhellmann | tag 8.0.0.0b1 pushed, waiting for the tarball build to complete | 18:01 |
| *** mestery has joined #openstack-relmgr-office | 18:01 | |
| dhellmann | well, the script broke again, so I'll need to do some more of this by hand | 18:02 |
| dhellmann | morganfainberg: I think you're all set. I'll finish this work up but I shouldn't need you for that. Thanks! | 18:04 |
| morganfainberg | :) | 18:04 |
| *** mestery has quit IRC | 18:10 | |
| bswartz | dhellmann: are you doing all the release management for liberty or are you and ttx splitting the job? | 18:31 |
| dhellmann | bswartz: we're splitting it | 18:31 |
| bswartz | dhellmann: I'm trying to get the L-1 stuff on LP in shape | 18:32 |
| bswartz | we have a few things still in flight so we're not ready for a tag today | 18:32 |
| dhellmann | bswartz: ok. The script we have will do some of that for you, so let's chat | 18:32 |
| *** isviridov is now known as isviridov_away | 18:32 | |
| bswartz | I'll see if I can get everything sorted out by tomorrow | 18:32 |
| bswartz | well some BPs are in a questionable state -- I need to track down people to answer those questions | 18:33 |
| dhellmann | ok, questions it can't answer :-) | 18:33 |
| *** j^2 has joined #openstack-relmgr-office | 18:33 | |
| dhellmann | it will however save you the trouble of retargeting bugs and blueprints yourself | 18:33 |
| j^2 | hey all | 18:33 |
| dhellmann | hi, j^2 | 18:33 |
| dhellmann | bswartz: so, nail down the status of what you have there now, and then check back in here with ttx or me | 18:34 |
| bswartz | dhellmann: so what is the recommended approach for BPs which were targeted but NOT completed? leave them in a good progress/needs code review state and targeted at L-1? | 18:34 |
| dhellmann | bswartz: they'll either move to L2 or be untargeted completely, but the script can do that so you don't have to do it by hand | 18:35 |
| dhellmann | bswartz: when we're all done, we want the milestone to only have closed bps and bugs in it before we close it and tag the release | 18:35 |
| bswartz | right | 18:35 |
| bswartz | but I need to be involved with the decision to push to L2 or to retarget -- how is that decision made? | 18:35 |
| dhellmann | you should also identify anything you have in flight that should hold up the milestone -- at this point it would have to be pretty critical | 18:35 |
| dhellmann | bswartz: oh, you just make it | 18:35 |
| bswartz | okay I'm more comfortable doing it myself rather than relying on the script | 18:36 |
| dhellmann | so you *could* update each one by hand if you want to push them to different places, but the script will move them all to L2 automatically for you if that's what you want | 18:36 |
| dhellmann | that's fine then | 18:36 |
| dhellmann | get it into the state you're happy with, and then let us know when you're ready to tag the milestone | 18:37 |
| lifeless | sdague: thanks | 18:37 |
| lifeless | sdague: https://review.openstack.org/#/c/189250/ could use a +2 then | 18:38 |
| *** openstackgerrit has quit IRC | 19:21 | |
| *** openstackgerrit has joined #openstack-relmgr-office | 19:22 | |
| ttx | back | 19:29 |
| dhellmann | ttx: would you look over http://paste.openstack.org/show/317317/ to make sure the work I finished by hand for keystone looks ok? | 19:30 |
| ttx | I'm on it | 19:30 |
| ttx | weird error you got there | 19:31 |
| ttx | looks complete though | 19:31 |
| dhellmann | yeah, I didn't spend a lot of time debugging that one, it looked like some sort of connection/proxy/gateway issue | 19:31 |
| ttx | that requests.get is pretty straightforward | 19:31 |
| ttx | we might need to build some retries into that script | 19:32 |
| dhellmann | I made a note about looking into making the whole tool more idempotent, too | 19:32 |
| ttx | yeah | 19:32 |
| ttx | used to be much simpler, but now it's non-trivial to "finish" it | 19:33 |
| dhellmann | yeah | 19:33 |
| ttx | I'll ping stevebaker after thr cross-project meeting, maybe we'll hit the sweet spot then | 19:33 |
| dhellmann | ttx: sounds good, I figured it was a tz issue there | 19:34 |
| ttx | So who are we missing | 19:35 |
| ttx | stevebaker and Kiall ? | 19:35 |
| dhellmann | yes, I think that's it | 19:38 |
| dhellmann | I talked to bswartz but didn't tag manila, yet | 19:38 |
| ttx | ok let's try to get to the last 2 after/during the meetings | 19:39 |
| dhellmann | sounds good | 19:40 |
| *** Rockyg has joined #openstack-relmgr-office | 19:51 | |
| morganfainberg | dhellmann: ok we need to rip out the requirements check still for middleware. | 20:08 |
| morganfainberg | dhellmann: i'll get that proposed (stable/kilo) i guess shortly | 20:08 |
| morganfainberg | dhellmann, ttx: hoping to have stevemar sub/proxy for me at x-project meeting | 20:09 |
| morganfainberg | as an FYi | 20:09 |
| ttx | ack | 20:22 |
| *** Rockyg has quit IRC | 20:40 | |
| *** Rockyg has joined #openstack-relmgr-office | 20:41 | |
| *** Rockyg has quit IRC | 20:47 | |
| *** Rockyg has joined #openstack-relmgr-office | 20:48 | |
| bswartz | ttx, dhellmann: manila is ready for tag after this change lands: https://review.openstack.org/#/c/177834/ | 21:26 |
| ttx | bswartz: should we taregt the corresponding blueprint ? | 21:29 |
| bswartz | I think it is targeted and marked implemented (I just did it 2 minutes ago) | 21:29 |
| ttx | oh, it's there already | 21:29 |
| ttx | Let's mark it Needs Code review while this merges | 21:30 |
| ttx | bah, in the pipe | 21:30 |
| ttx | let's just kep a tab open | 21:30 |
| bswartz | yeah it should be done in no time | 21:30 |
| ttx | bswartz: thx! | 21:31 |
| ttx | Kiall: around? | 21:33 |
| ttx | stevebaker: around? | 21:34 |
| stevebaker | ttx: hi | 21:34 |
| bswartz | ttx: gah the gate job failed | 21:34 |
| bswartz | probably random but a recheck will be needed | 21:34 |
| ttx | stevebaker: would you have time now for cleaning up the milestone page before we push the liberty-1 tag ? | 21:35 |
| ttx | BAsically deferring from https://launchpad.net/heat/+milestone/liberty-1 what won't make it | 21:36 |
| stevebaker | ttx: I'm doing that now. There are a handful of bps which will need to wait about 2 hours for asalkeld to wake up so I can get updates on them, then heat l-1 will be ready | 21:36 |
| bswartz | ttx: what's the command to restart the gate jobs but not the check jobs? | 21:37 |
| ttx | stevebaker: my script suggests adding https://blueprints.launchpad.net/heat/+spec/no-downward-sql-migrations which was completed recently | 21:38 |
| ttx | and https://blueprints.launchpad.net/heat/+spec/support-actions-for-remote-stack | 21:38 |
| ttx | and https://blueprints.launchpad.net/heat/+spec/volume-backup-resource | 21:38 |
| ttx | and https://blueprints.launchpad.net/heat/+spec/mistral-resources-for-heat | 21:39 |
| ttx | I can do it if you confirm that those were done between kilo FF and l1 | 21:40 |
| stevebaker | sure, going through them now | 21:40 |
| stevebaker | this is looking like our biggest *-1 ever | 21:40 |
| ttx | I have a script to defer all l-1 targeted bugs that are not fixcommitted yet to l-2 | 21:40 |
| ttx | let me know if there is anything there you'd liek to keep in the milstoje as a tag blocker | 21:41 |
| ttx | milestone* | 21:41 |
| ttx | typing too fast at this late hour | 21:41 |
| stevebaker | ok, I'm not seeing any blockers yet | 21:41 |
| ttx | ok, moving them then | 21:41 |
| stevebaker | ttx: I'm just going through them now to see if any are ready to approve | 21:42 |
| ttx | stevebaker: OK, you should keep any of those last three open blueprints that may still make it in the coming day | 21:43 |
| ttx | and defer / untarget the other(s) | 21:43 |
| ttx | taht way we know what do wait on before tagging | 21:44 |
| ttx | what to wait on I mean | 21:44 |
| stevebaker | ttx: they are either in already or can be deferred, but the changes are a bit of a tangle so it is not obvious to me if they're done. I'll ask asalkeld when he is up | 21:44 |
| ttx | OK, just let us know if it's ready to tag by the end of your day | 21:44 |
| stevebaker | sure, will do | 21:45 |
| ttx | you can ping me or dhellmann here | 21:45 |
| ttx | have a good day! | 21:45 |
| stevebaker | ttx: thanks, good evening | 21:45 |
| ttx | Kiall: if you ever show up you can try toi ping dhellmann. Otherwise ping us tomorrow | 21:47 |
| * dhellmann expects to be going offline in not too long | 21:49 | |
| david-lyle | dhellmann: https://review.openstack.org/#/c/194686/ merged, feel free to tag horizon as per your convenience, thanks | 21:50 |
| dhellmann | david-lyle: ack | 21:50 |
| ttx | dhellmann: going to bed now | 22:03 |
| ttx | feel free to be adventurous, it's only liberty-1 :) | 22:03 |
| * ttx disappears | 22:04 | |
| dhellmann | ttx: I'm tagging horizon now -- lots of bugs to update | 22:04 |
| dhellmann | david-lyle: horizon L1 is done, tagged as 8.0.0.0b1 | 22:05 |
| david-lyle | thanks dhellmann | 22:05 |
| *** Rockyg has quit IRC | 22:08 | |
| lifeless | bswartz: recheck | 22:26 |
| lifeless | bswartz: (AFAIK there is no 'gate jobs only' recheck mode) | 22:27 |
| morganfainberg | dhellmann: https://review.openstack.org/#/c/194849/ the removal of the requirements job for stable/kilo of keystonemiddlewate | 22:42 |
| dhellmann | morganfainberg: +1 | 22:44 |
| morganfainberg | dhellmann: makes me sad we have to do that though :( | 22:44 |
| dhellmann | morganfainberg: yeah, we'll do better for liberty | 22:44 |
| openstackgerrit | Joshua Harlow proposed openstack-infra/release-tools: Optional include pypi package url link in release notes https://review.openstack.org/194850 | 22:44 |
| morganfainberg | dhellmann: almost hard not to. | 22:44 |
| dhellmann | morganfainberg: yeah, well, it turns out to be sort of complicated to sync requirements changes into repos when some of them are the libraries that are getting the requirements changes... | 22:45 |
| morganfainberg | dhellmann: well also doing it as an after-the-fact-thing is unfun | 22:46 |
| dhellmann | yeah | 22:46 |
| bswartz | lifeless: is there any difference at all between recheck and reverify? | 22:48 |
| lifeless | bswartz: there was in the dawn of time | 22:48 |
| lifeless | dhellmann: soooo if I can borrow your +2 | 22:51 |
| lifeless | dhellmann: https://review.openstack.org/#/c/189251/ is entirely mechanical (I ran the script, captured the output) - and is green [the failure was in a neutron test, unrelated] | 22:52 |
| dhellmann | lifeless: +2 | 22:52 |
| dhellmann | lifeless: where did we end up on the changes to the way version ranges are expressed elsewhere? | 22:53 |
| lifeless | I'm going to discuss it upstream | 22:53 |
| lifeless | in packaging | 22:53 |
| lifeless | its not critical path IMO | 22:53 |
| lifeless | we didn't have a standard before | 22:53 |
| lifeless | [if we did, we'd have had a linter] | 22:53 |
| lifeless | I'm happy to add one | 22:53 |
| dhellmann | ok, I don't have a strong opinion I was just curious | 22:54 |
| lifeless | dhellmann: I think you'll like https://review.openstack.org/#/c/194349/ | 22:54 |
| lifeless | there was a weak variation landed overnight, but my fix is better as it reports all the issues | 22:54 |
| lifeless | https://review.openstack.org/#/c/194350/ makes requirements itself able to be update.py synced | 22:55 |
| lifeless | and https://review.openstack.org/#/c/194351/ is the result of running update.py to sync it | 22:55 |
| dhellmann | all of that LGTM | 22:56 |
| lifeless | \o/ | 22:56 |
| lifeless | now to find a second | 22:56 |
| *** dims has quit IRC | 23:56 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!