14:00:36 #startmeeting glance 14:00:37 Meeting started Thu Jun 15 14:00:36 2017 UTC and is due to finish in 60 minutes. The chair is rosmaita. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:38 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:41 The meeting name has been set to 'glance' 14:00:46 #topic roll call 14:01:18 hello everyone (anyone?) 14:01:36 o/ 14:01:44 \o 14:02:07 o/ 14:02:14 \o 14:02:27 rosmaita: welcome back 14:02:30 \o/ 14:02:32 ty 14:02:34 \o/ 14:02:34 hi mike 14:02:34 hopefully you had good break 14:03:04 had some quality time with the family, did some interviewing 14:03:05 no news though 14:03:31 ok, here's the link to the agenda (not much on it today): 14:03:34 #link https://etherpad.openstack.org/p/glance-team-meeting-agenda 14:03:48 #topic updates 14:03:58 #topic updates - docs 14:04:14 there's a proposal to move more docs into individual project repos 14:04:31 as far as i can tell, it's just movement, no new writing requirements at this point 14:04:48 #link https://review.openstack.org/#/c/472275/ 14:05:08 take a look if you're interested 14:05:09 rosmaita: well it will put the maintenance burden to the individual projects 'though 14:05:22 which kind of probably should have been there anyways 14:05:26 yes, it will, but things were going in that direction anyway 14:05:31 what you just said 14:05:48 what's the main point of standalone repo for docs? 14:06:01 this repos will somehow be treated differently? 14:06:01 main point of the patch is working out a common structure for the doc part of the project repos 14:06:19 mfedosin: sorry, i wasn't clear 14:06:37 the user-facing docs will be moved over to the project repos 14:06:57 some of this was maintained previously in a separate repo by the docs team 14:07:25 main reason for the repo was to have easy +2, +A abilities for the docs team without giving them the same in a code repo 14:07:25 ah, now I got it 14:07:37 now, they'll only have +1 14:07:40 There seems to be no other choice 14:07:45 but, now there are also fewer of them 14:08:02 okay, I'll read the proposal 14:08:08 thanks 14:09:31 main impact on us may be some renaming and moving stuff around a bit inside the docs/ part of the project repos 14:10:07 also, iirc the patch mentions a cli-reference 14:10:28 but i'm now thinking that should be handled in the python-glanceclient repo, not the glance repo 14:10:36 yeah 14:10:52 doesn't make sense to put glanceclient docs into glance repo 14:11:01 ok, anyone who gets a chance to read over the patch, please keep the above in mind 14:11:46 #action rosmaita reread doc migration patch to see where the cli ref is supposed to go 14:11:51 ok, that's all on that from me 14:12:10 #topic updates - catching up 14:12:37 i missed last week for vacation and am just getting caught up 14:12:56 jokke_: i saw the glanceclient was released 14:13:10 did we release P2 for glance? 14:13:18 yes and glance P-2 as well 14:13:23 excellent, ty 14:13:29 ofc 14:14:40 ok, that clears the table to get the wsgi stuff taken care of 14:15:03 that will be the #1 priority for the next week 14:15:23 a quick look is that the code basically looks ok 14:15:30 i haven't had time to test it out yet though 14:15:58 what rosmaita just said 14:16:33 anything else need to be on the priority list for next week? 14:16:43 actually i can think of a few things 14:17:00 also thanks to mfedosin and flaper87 reviews the IIRC MVP has landed 14:17:02 last i looked, my patch to get the priorities published for Pike hasn't been approved 14:17:20 mfedosin: flaper87: good work! 14:17:30 rosmaita: I think I have +2 on that 14:17:43 jokke_: yes, you are in the clear 14:17:47 my please :) 14:18:10 this could also use some love: https://review.openstack.org/469693 14:18:32 get the 'untargeted' specs set up on the off chance someone shows up and wants to work on glance 14:18:55 mfedosin: need you to look at https://review.openstack.org/468035 14:19:10 (that's the one with jokke_ 's +2) 14:20:35 so I'm prioritizing to get client supporting the MVP and looking into for getting perhaps ceph support for the bikeshed aand maybe copy-from as well 14:20:36 rosmaita: okay, added it in my review list 14:20:49 ty 14:21:24 jokke_: sounds good, probably copy-from would be higher priority than ceph support, but your employer may feel differently :) 14:21:46 client support for the MVP would be great 14:22:54 jokke_: probably nothing there yet to review? 14:22:56 rosmaita: well I kind of dislike the fact that only way to deploy HA and direct upload (as in use the new import) is to put the bikeshed on nfs 14:23:02 rosmaita: not yet 14:23:54 jokke_: i agree with your dislike, but it's an MVP 14:24:04 rosmaita: indeed 14:24:09 let's see how things shake out for you this week 14:24:34 ok, so review priorities will be matt's wsgi common goal stuff 14:24:59 jokke_ will be working on IIR stuff so we can start reviews next week 14:25:06 yeah, lets try to test that wsgi and get it in 14:25:34 ok, good 14:25:42 ok, last update 14:25:52 #topic update - ML discussion 14:26:03 #link http://lists.openstack.org/pipermail/openstack-dev/2017-June/118173.html 14:26:22 flavio started a discussion that he and mostly mfedosin have been contributing to 14:26:38 if you haven't seen it, you should read through 14:27:09 i'll just point out what i think about this, namely: 14:27:17 A provocative letter requires a provocative response, doesn't it? :) 14:27:17 #link http://lists.openstack.org/pipermail/openstack-dev/2017-June/118271.html 14:27:42 mfedosin: :) 14:28:21 * jokke_ blew up on that already. mfedosin no insults intended, sorry if you took it that way. And again sorry I should have calmed down before writing that mail 14:28:28 anyway, short story is i think mike raises some good points, but we should think about them for queens PRG, not pike 14:28:49 not Pike, for sure 14:28:57 I hope that I expressed my idea clearly there 14:29:28 ok, cool 14:29:51 we've got enough to do with few enough people that i don't want it to be a distraction 14:30:12 at the same time, if we're going to make a good decision about the future of glance, we need to have some discussion during pike 14:30:30 so that we don't wind up putting it off again in queens 14:31:04 rosmaita: I'll provide some details next Thursday 14:31:05 mfedosin: just to clarify the background a bit. We've been in quite deep shait for past 2-3months. As I understood Flavio was looking something to improve the situation (that has stressed me to very thin line) right now, not in 2 years ... so I took your proposal as in the context of that, not long term 14:31:16 so, please continue to discuss, but please also don't let it get in the way of reviewing the glance priorities! 14:31:27 mfedosin: jokke_ 14:31:30 oops 14:31:45 was just going to say, i took it the way jokke_ did 14:31:58 i am glad to hear it you did not mean it as a short term thing 14:33:24 ok, that's all for updates 14:33:27 I did not mean to offend anyone... And again, sorry if I wasn't clear in the first message 14:33:42 mfedosin: no offense taken 14:34:10 and sorry if i misunderstood 14:34:31 just want to be clear that we need to focus on the pike deliverables during pike 14:34:48 #topic open discussion 14:34:57 it's absolutely clear that pike is pike 14:35:11 and we discussed it many times 14:35:42 and I'm happy to help all activities we planned for pike before moving forward 14:36:15 excellent, thank you 14:36:15 actually I have several exciting news, but I'm going to postpone them till the next meetings 14:36:18 mfedosin: thanks ... you know that your expertise is greatly appreciated 14:36:48 mfedosin: will look forward to your exciting news! 14:38:51 also for Open Discussion 14:38:57 ok, anything else? 14:39:09 looks like jokke_ has something 14:39:09 we're still screwed with glance_store gate being bonked by Tempest 14:39:23 that has been case for past 3 weeks I think 14:39:41 at least 14:40:18 So I'd like to bring up an idea that we drop every Tempest test run from our test suite that tempest does not gate themselves 14:40:31 to avoid them breaking us and not doing anything about it 14:41:08 and by tempest gating I mean woting jobs 14:41:50 if tempest runs the job non-voting we don't run it (like in the case of this specific job that keeps breaking as Tempest cores don't care if it breaks and merges those breaking changes anyways) 14:42:49 (sorry for the delay, i am looking at some patches to see wha's up) 14:45:14 looks like this got through clean a few days ago: https://review.openstack.org/#/c/431677/ 14:46:11 rosmaita: that was stable 14:46:30 oops 14:46:56 honestly I do not know where tose jobs differs if they do 14:47:45 what's failing the most? for a while it was a shelving test not being able to delete a cinder snapsot or something 14:48:01 but the tempest-dsvm-full-ceph has not passed in master once since tempest guys merged the breaking changes 14:48:39 rosmaita: I think it's the new shelving test I proposed revert and it seems that they merged another breaking test as well 14:49:13 that is quite annoying 14:49:50 and it's not first time they do this 14:49:54 ok, so the disable shelve is https://review.openstack.org/#/c/473897/ 14:50:22 so they have jobs non-voting that us and cinder (used to) gate and they merge stuff even if those non-voting jobs breaks 14:51:13 so at this point my proposal is that we don't run any jobs from tempest that tempest don't gate on themselves 14:51:38 saves quite a bit of developer and infra cycles 14:51:44 well, that does seem reasonable 14:52:09 tell you what ... let's collaborate on an etherpad for an ML item 14:52:17 ++ 14:52:20 (that way i can add some "please"s) 14:52:22 :) 14:52:25 :P 14:52:55 anything else? 14:53:07 like "Could you_, please,_ go and feck yourself" :P 14:53:19 #action rosmaita jokke collaborate on ML message to qa/tempest 14:53:45 and no I would not go that far 14:54:05 i was just going to say, you *have* learned to say "please"! 14:54:23 ;) 14:54:48 ok, sounds like that's all for today. Let's quit early and maybe jokke_ and i can get this tempest thing done real quick 14:54:52 but that's all from me 14:55:01 #endmeeting